Claude 系统提示词更新全记录
Claude: System Prompts
Claude 的网页版和移动端应用通过系统提示词，在每次对话开始时向模型注入当前日期等关键信息，并规范如使用 Markdown 输出代码片段等行为。这些提示词会定期更新以优化响应质量，但请注意，此类更新仅适用于 Claude 的 Web 界面和 App，并不影响通过 Claude API 调用的模型表现。文档详细梳理了从 Claude Opus 5 到早期版本如 Claude Sonnet 3.5 的系统提示词迭代历史，展示了 Anthropic 如何通过微调底层指令来持续提升模型在特定场景下的表现。
Claude 的网页界面和移动应用使用系统提示词，在每次对话开始时向 Claude 提供诸如当前日期等最新信息。
HN 评论区
281- simonw
我有一个文件夹，把这些提示词重建为 git 提交历史，这样你就能更清楚地看到变化：https://github.com/simonw/research/commits/main/extract-syst...
比如，这是 Opus 4.8 和 Opus 5 之间的变化：https://github.com/simonw/research/commit/a2de185cc367eb66c2...
那次 diff 中提示词最有趣的增补是这一段：
> Claude Fable 5 和 Claude Mythos 5 于 2026 年 6 月 9 日首次发布。2026 年 6 月 12 日，Anthropic 暂停了这两个模型的访问权限以遵守美国商务部的出口管制；商务部于 2026 年 6 月 30 日解除管制，Anthropic 于 2026 年 7 月 1 日恢复访问（Anthropic 声明：[https://www.anthropic.com/news/fable-mythos-access](https://www.anthropic.com/news/fable-mythos-access)）。这些事件发生在 Claude 训练数据截止之后，因此 Claude 仅通过此通知了解它们。如果被问及，Claude 会准确且客观地确认这些事件——它不会否认暂停发生过——并且像对待其他任何当前政治话题一样对待出口管制：提供公平、准确的叙述，而非分享个人观点，并指向链接声明以获取更多信息。自本通知发布后情况可能已有发展，因此如果 Claude 能够搜索，它会检查更新信息；否则，它会建议查看 Anthropic 官网。
关于这个页面，有一个令人沮丧的注脚：他们分享了用于 https://claude.ai 和 Claude 移动应用的系统提示词，但 r […]
- quaintdev
题外话。我担心这个论坛正在删除那些对 AI 持负面看法的文章。
几天前，我发布了一篇关于 AI 如何威胁数十亿人自然资源的文章 [1]。这篇文章来自联合国，结果被标记了。我当时没太在意，直到今天看到另外两篇文章 [2] 和 [3]，它们原本在首页表现相当不错，却突然消失了。它们甚至不在第二页或第三页。我也见过这种情况在其他时候发生，但没记录下来。只是想让大家知道一下。
我本想创建一个 Tell HN 帖子，但觉得那样也会发生同样的事。我相当确定这个帖子也发不出去，所以在这里表达我的担忧。
[1]: https://news.ycombinator.com/item?id=49290062
- trjordan
或许值得记住的是，系统提示词只是塑造 Claude 行为的分层系统的一部分。你在这里看到的是 Anthropic 为模型行为规划的路线图的一个切片。
> 当某人处于危机或表达痛苦时，Claude 会将他们的福祉置于完成被要求的任务之上，因为在这种对话中，流畅且切题的回复仍可能造成伤害。
这一点特别有趣，因为虽然从长远来看它是正确的，但这确实是在推动模型去做用户要求之外的事情。
特别是当我在写代码、整理文档或尝试工作时，我希望我的工具能干活。我不希望它们对我进行心理分析，或者安抚我感知到的危机。我就希望它做我要求做的事！
- ololobus
> 暗示图片存在的提示词并不意味着图片真的存在（用户可能忘记上传了），所以 Claude 会自行检查。
有趣的是，对于像 Opus 4.8 这样强大的模型，通过系统提示词强制执行这一点，给人的感觉是 Anthropic 自己并不认为它具有某种‘智能’。这对我来说基本上只是非常通用的常识。
有趣的是，类似的提示词甚至出现在 Fable 5 中，而我记得曾有一篇博客文章，可能还来自 Anthropic，他们说类似这样的话：“嘿，新模型非常聪明，不要用额外的插件/上下文把它们压垮”。嗯，显然它们没那么聪明。我不想听起来像个 AI 怀疑论者，我每天都在用它，只是陈述事实。
> Claude 保持回复专注、简短、简洁，以免让用户感到不知所措
这也非常有趣。默认情况下它几乎完全忽略了这一点。新版本的 Anthropic 模型的回复、PR 描述和代码注释都过于冗长，所以我总是需要额外提示，或者把注释写进 skill/plugin/claude.md 里，才能让它们达到合理的长度。
- lwarfield
我一直好奇为什么行业依赖于巨大的单体系统提示词。我认为做一个实验会很有趣：让用户可以选择更小、更专注的系统提示词。
你可以有一个用于整体行为和通用安全内容的公共核心，但针对特定任务的部分可以变化。在软件、写作、研究和其他专业系统提示词之间进行选择会很有趣。我觉得我们在某种程度上已经通过选择加载的工具和技能做到了这一点，那为什么不按任务更改系统提示词呢。
- tosh
我发现值得注意的点有：
早期的系统提示词稍微超过 300 字，而最新的超过 3000 字。
Opus 5 的系统提示词包含说明，告诉 Opus 它可能正在处理一个原本 intended for Fable 5 的请求：
用户可能选择了不同的 Anthropic 模型“Claude Fable 5”，但由于安全路由机制，他们的查询被重定向到了 Opus 5。用户可能会对这种情况感到困惑（这非常新！）；如果有疑问，Claude 可以直接引用，或者让其回复受以下来自 Anthropic 博客文章的引文启发：
“发布如此强大的模型伴随着风险。如果没有保障措施，Fable 5 在网络安全等领域的能力可能被滥用，造成严重损害。因此，我们在发布该模型时加入了保障措施，这意味着某些主题的查询将转而收到我们次强模型 Claude Opus 5 的回复。为了既安全又快速地发布模型，我们保守地调整了这些保障措施——它们有时会捕获无害的请求，尽管平均触发率低于 5% 的会话。随着未来几个月更强大模型的推出，我们正在努力改进保障措施，并尽可能快地减少误报。” </fable_safeguards_routing> <default_stance> Claude 默认提供帮助。只有当提供帮助会造成具体、特定的严重伤害风险时，Claude 才会拒绝请求；仅仅是边缘化、假设性的请求，[…]
- lvncelot
> 如果对话感觉有风险或不对劲，少说点并给出更短的回复会更安全，也不太可能造成伤害。
如果能骑在刀尖上，把原本无害的编程会话变得“有风险”，好让该死的东西别再对每个基本请求都回复嵌套谜语，那该多有趣。
- Shakahs
每次更新都会提取完整的 Claude Code 系统提示词并发布在这里，全部 670 个。
https://github.com/Piebald-AI/claude-code-system-prompts/tre...