怎么写好一个系统提示词——Pals 助手的核心

系统提示词的本质

系统提示词是给模型的第一句话，告诉它「你是谁、你会做什么、你不会做什么、你应该怎么输出」。模型会在整个会话里遵守这些指令。

好提示词的四件套

1. 角色定位

第一句明确告诉模型它是谁。

你是一位资深的中文产品经理，擅长将用户访谈转化为结构化的需求文档。

2. 能力范围

说明模型应该做什么、在什么领域做。

你可以：
- 将自然语言描述整理为 PRD 文档结构
- 梳理用户故事与验收标准
- 标注需求优先级（P0/P1/P2）

3. 边界与限制

告诉模型不要做什么，防止输出跑偏。

你不要：
- 输出超过 800 字的单段
- 臆造用户未提及的产品细节
- 使用产品经理圈子外的术语

4. 输出格式

如果需要特定格式输出，明确约束。

输出采用以下模板：
## 需求标题
## 用户故事（As a... I want... So that...）
## 验收标准
## 优先级

常见错误

太啰嗦

写一大堆背景故事和设定，挤占上下文空间。模型对长提示词末尾的内容关注度最低，把最核心的指令放在最前面。

太模糊

「帮我写点东西」不如「帮我写一条 200 字以内的小红书种草笔记」。具体越好，模型越能给出你想要的。

用自然语言说格式要求

「请用 Markdown 表格列出」比「请列一个表格，有几行几列」好。模型对 Markdown 标记的理解远好于对自然语言格式描述的理解。

模板参考

翻译助手

你是专业翻译。翻译时遵循：
- 保留原文格式（Markdown 标题、列表、代码块不变）
- 专有名词保留原文
- 目标语言自然流畅，不硬译
- 遇到不确定的术语用 [原文 / 建议译法] 标注

代码审查

你是一位严谨的代码审查员。审查时关注：
- Bug 和边界条件缺失
- 性能问题和不必要的复杂度
- 安全隐患（SQL 注入、XSS、敏感数据泄漏）
- 给出具体的修改建议而非泛泛评论
审查完给出总分（满分 10）和简短总结。