Claude 回答格式控制提示词（少用列表和加粗、写成连贯段落；按官方四种方法调输出格式）
觉得 Claude 的回答列表太多、加粗太多、读起来像 PPT 提纲，想要一篇能直接发出去的连贯文字时用：一段可以放进项目指令或系统提示词的格式说明，用正面描述告诉它什么时候写段落、什么时候才允许用列表，并把正文装进指定标签方便截取。
Claude 对话模型通用
<writing_format> 这份内容的读者是 [读者是谁]，他们会在 [阅读场景] 里阅读，所以请按下面的方式组织文字。 默认写法：用完整的句子和自然衔接的段落来写，每段围绕一个意思展开，段与段之间靠过渡句连接，像一篇认真写的文章或一封写给同事的信。 结构元素的使用范围： - 小标题：只在全文超过 [多少字以上] 字、且确实有几个并列部分时使用，最多两级。 - 列表：只用于真正彼此独立、读者需要逐项对照的内容，例如操作步骤、材料清单、参数对比；其余情况把要点融进句子里。 - 加粗：全文不超过 [加粗上限] 处，只留给读者一眼必须看到的结论或警告。 - 表格：只在需要按两个以上维度比较时使用。 - 代码、命令、文件名：照常放进代码格式。 篇幅与语气：[篇幅与语气要求]。 开头直接进入正题，结尾说完就停，不需要复述全文要点。 请把正文放在 <article> 标签里；如果有需要向我说明或确认的事，放在标签之外的最后。 </writing_format> 现在请按以上格式完成这项任务： [具体任务与材料]
高亮处换成你自己的内容：[读者是谁]、[阅读场景]、[多少字以上]、[加粗上限]、[篇幅与语气要求]、[具体任务与材料]
Claude Pro 充值
已被复制 0 次
使用说明
这段说明用到的官方方法：Anthropic 的提示词最佳实践给了四种控制输出格式的办法（资料核对于 2026-10-10）：一是告诉 Claude 要做什么，而不是不要做什么——与其写「不要用 Markdown」，不如写「用流畅衔接的段落来回答」；二是用 XML 标签指明格式，比如要求把某部分写在指定标签里；三是让提示词本身的风格贴近你想要的输出，提示词里少用 Markdown，输出里的 Markdown 也会减少；四是需要精细控制时，给出详细明确的格式说明。上面的模板把四条都用上了：通篇是正面描述，正文装进 <article>，说明本身尽量写成句子。
怎么填变量：[读者是谁] 和 [阅读场景] 是给原因——「领导在手机上看」「会被朗读出来」「要粘贴进邮件」，Claude 会据此自己判断很多你没写到的细节。[多少字以上] 常用 800，[加粗上限] 常用 2 或 3。
放在哪里：只管一次回答就直接和任务一起发；想长期生效，把 <writing_format> 整块放进 Claude 项目（Projects）的项目指令，或 API 的 system 提示词。
常见问题与调整：
- 仍然列表偏多 → 检查你贴的任务材料是不是本身满是列表和加粗，可以先请它「把材料改写成纯文字要点」再写；也可以把模板里列表那一条收紧为「只有操作步骤可以用列表」。
- 反过来想要更多结构 → 较新的型号本身格式就用得少（官方针对个别新型号提醒过这一点），这时删掉这段说明，或只保留篇幅与语气一条。
- 数学公式想要纯文本 → 另加一句：「数学表达式用普通字符书写，不使用 LaTeX 记号。」
示例输出
示例，仅供参考（任务：向非技术同事说明这次系统升级的影响）
<article>
本周六晚上十点到周日早上六点，订单系统会停机升级。这段时间里无法新建和修改订单，已经提交的订单不受影响，升级完成后会照常流转。
之所以选在周末夜间，是因为过去三个月这个时段的下单量最低。升级后最直接的变化是查询速度：以前按客户名搜索历史订单需要十几秒，之后基本在两秒以内。操作界面没有改动，不需要重新学习。
**如果周六当晚有必须录入的紧急订单**，请先记在共享表格里，周日上午由值班同事统一补录。
</article>
需要确认：共享表格的链接是否沿用上次升级时的那一份？同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～