技术工作中的提示词基础

好的技术提示词会说明角色、任务、上下文、约束和期望输出格式。你的请求越容易检查，AI 的回答就越容易评估。

五段式提示词结构

大多数技术提示词都可以参考这个结构：

1. 角色：希望 AI 站在什么视角？
2. 任务：具体要做什么？
3. 上下文：哪些事实、代码、数据或需求重要？
4. 约束：哪些行为要避免，哪些契约要保持？
5. 输出格式：答案应该长什么样？

不是每次都必须写满五项，但缺少上下文是回答变弱的最常见原因。

弱提示词与可用提示词

弱提示词：

Make this function better.

可用提示词：

Act as a TypeScript reviewer. Refactor this function for readability without changing behavior. Keep the public API the same. Explain risky assumptions and suggest two test cases.

第二个提示词让答案更容易判断。

需要固定格式时加入示例

如果你需要 JSON、SQL、Markdown 或某种命名风格，给一个小示例。示例可以减少歧义，让模型更接近你期望的结构。

如果输出要被程序解析，可以要求 AI 只返回目标格式，不要附加解释。

要求列出假设

技术工作中，可以要求 AI 在给建议前列出假设。这样隐藏的猜测会变得可见，你也有具体内容可以检查。

可复用提示词模板

任务重要时，可以用这个模板：

Act as [role].
Task: [specific task].
Context: [relevant code, data, requirements, or symptoms].
Constraints: [what must stay unchanged, what to avoid, risk level].
Output: [format, length, sections, or schema].
Before the final answer, list assumptions and verification steps.

代码任务可以补充测试命令或审查标准。写作任务可以补充目标读者，以及必须保留的来源材料。

常见提示词错误

• 问题还没定义清楚，就要求最终答案。
• 没说明期望输出格式。
• 给了太多无关上下文，反而隐藏了关键约束。
• 要求“自信一点”，却没有要求证据。
• 忘了说明哪些行为不能改变。

关键结论

• 好提示词降低歧义，但不保证正确。
• 上下文、约束和输出格式比花哨措辞更重要。
• 当你需要结构化输出时，示例尤其有用。
• 可复用模板能把提示词从临场发挥变成可审查流程。

下一课

下一课把这些提示词习惯应用到代码、调试和审查流程中。