Claude 提示词指南
Claude 会仔细读提示词，所以值得认真写。结构清晰、资料边界明确，再请它先分析后回答，通常就能解决大部分问题。
基础是一样的
角色、背景、任务、约束、格式——Claude 和其他模型一样需要这五项，提示词工程完整指南已有说明。接下来讲的是这些要素齐备之后，Claude 如何处理提示词。归根结底，它读得仔细，所以你值得写得仔细。
结构比措辞重要
长而有条理的提示词不会让 Claude 混乱，反而有帮助。其他模型可能偏好简短，Claude 则适合像任务说明一样组织：想要什么、有哪些约束、处理什么材料。标题、编号要求、简短且有标签的小节都能保留下来，每一项都能成为它应遵守的标准。
实际做法很简单：别再把三个要求挤进一句话。相同信息写成三条编号要求，比一大段密集文字更容易被遵守。
把这段改清楚点但保持专业不要变长，第二段很乱也改一下
编辑下面的文本。1. 更清楚，但不要更长，修改版必须与原文等长或更短。2. 保持专业语体，不要改得更亲切。3. 第二段最薄弱，重写前先用一行说明问题。文本：…
把资料与指令分开
提示词最常见的问题，是模型分不清哪部分是任务，哪部分是任务对象。Claude 很擅长处理明确标记，把粘贴内容放进 <draft>…</draft> 或 <email>…</email> 这样的标签即可，然后在指令中按名称引用。
当资料包含看起来像指令的句子时，这点尤其重要。客户邮件里的“请总结附件”，是需要转述的内容，而不是需要执行的命令。标签能让这一区别清清楚楚。
标签把“这里有一段文字”变成了一个有名字的对象。有了名字，指令就可以说“引用 <draft>”“不要修改 <spec> 里的内容”，而不必依赖它在提示词中的位置。
先分析，再回答
Claude 很愿意按要求逐步分析问题，这个请求通常值得加上。“先列权衡，再给建议”明显好于直接“给建议”：一方面它在下结论前会先分析，另一方面你能看见它是否错误地重视了某个因素，并指出来。
不需要分析时，反向指令也同样有用：“一行回答，不要开场白，不要解释推理。”它也会遵守。
这个功能应该自己开发还是购买
我们是 4 人工程团队，正在决定自建应用内搜索，还是购买托管搜索产品。先列出支持两边各自最有力的三个理由，标出哪些依赖我们尚未验证的假设。再用两句话给出建议，并指出哪一个事实会改变你的建议。
文风约束，它能守住
Claude 能细致遵循语气要求，所以很适合需要保留个人表达的编辑工作。不只说要改什么，也说要保留什么：“保留我的缩写和句子长度，只修正语法、提升清晰度。”这类提示词，它确实能执行。
不想让它做的事也能同样精确地规定。“不要加结尾总结段”“不要弱化批评”“不要加我没要求的保留意见”，这些指令都能按字面生效。
长文档反而合适
粘贴长文档，再问具体问题，正好发挥模型的优势。准确性重要时，请它引用，而不是转述：“引用你据此判断的原句。”这样，原本只能相信的答案，就变成几秒钟能核对的答案。
值得改掉的三个习惯
- 含糊客气。“能不能帮我稍微精简一下？”没有给模型明确目标。说清精简的意思：缩短三分之一、不用副词、一句只表达一个观点。
- 把指令埋起来。粘贴长资料时，把任务放在最后，让它成为最后读到的内容，或者在开头和结尾都写一遍。
- 把初稿当定稿。一句准确的修正——“第三点太泛，换成文中一个具体例子”——通常比重写整段提示词更有效。
一个想法，按 Claude 的阅读方式组织
把 AI 工具设为 Claude，点按 AI 键。Prompt AI Keyboard 会把粗略的一句话变成结构清晰、约束明确的提示词，适合这个模型，就在你正在输入的应用中。
常见问题
Claude 提示词应该怎样组织？
像任务说明，而不是一句话：先写任务，再列编号约束，最后放处理材料。Claude 很能遵循较长但有条理的提示词，三条编号要求比把同样内容塞进一段话更可靠。
为什么给 Claude 的粘贴文本要加标签？
为了让模型区分任务和处理对象。用以下这类标记包住资料，
让 Claude 先分析，真的能改善回答吗？
通常能。“先列权衡，再给建议”比直接“给建议”更好，也让你看见它是否给某个因素分配了错误的权重，以便纠正。反过来，如果想要简短回答，“一行回答，不要开场白”也能得到遵循。