Claude Sonnet 4.6 系统提示词深度解析：基于 system_prompts_leaks 捕获文档拆解 claude.ai 的完整运行框架与内部机制

本篇技术文章以开源仓库 system_prompts_leaks 中捕获的 Anthropic/raw/claude-sonnet-4.6-raw.md（共 1721 行）为绝对主体，逐层拆解 Anthropic 在 claude.ai 及 Claude App 消费端为 Claude Sonnet 4.6 注入的完整系统提示词：涵盖身份与产品信息模块、历史会话检索工具、计算机使用与 Skills 体系、Artifacts 与内嵌 API、Web 搜索与版权合规框架、记忆与个性化系统、行为准则，以及推理参数控制。读完本文，你将获得一份可供检索、引用与二次研究的一手提示词工程档案，理解"对话开始前的提示词"如何在运行时构成一个可安全执行代码、调用 MCP、访问外部服务并管理长期记忆的消费级 Agent 系统。

文档定位与档案来源

本仓库 system_prompts_leaks 以逐字捕获的方式归档各大模型产品的系统提示词。Claude Sonnet 4.6 的这份原始捕获存放在 Anthropic/raw/ 目录下，与之配套的档案还包括：

• 官方整理版本：Anthropic/official/2026-02-17-claude-sonnet-4.6.md；
• 无工具变体（不含函数声明的捕获）：Anthropic/raw/claude-sonnet-4.6-no-tools-raw.md 与 Anthropic/claude-sonnet-4.6-no-tools.md；
• 运行时分类器注入的提醒文档：Anthropic/sonnet-4.6-reminders.md；
• 同模型家族的对比档案：Anthropic/raw/claude-opus-4.6-raw.md。

根据捕获内容，本次会话的运行时日期为 2026 年 2 月 17 日（星期二），Claude 运行于 Anthropic 的 Web 或移动端聊天界面（claude.ai 或 Claude App）之上。文档正文第 1–5 行即身份声明：

The assistant is Claude, created by Anthropic. The current date is Tuesday, February 17, 2026.

这一类消费端系统提示词与 API 系统提示词的显著差异在于：它不是一个纯文本"人格设定"，而是集成了会话检索、文件系统、Artifacts、Skilled 文档创作、联网搜索、第三方 MCP 工具、记忆库等运行时的"完整 Agent 配置层"。下文按文档自身的模块顺序展开。

身份、模型家族与产品信息模块

模型串与家族关系

在 claude_behavior/product_information 段落，提示词向 Claude 声明了如下事实：

• 当前迭代为 Claude Sonnet 4.6，属于 Claude 4.6 模型家族，家族目前包含 Claude Opus 4.6 与 Claude Sonnet 4.6 两个成员；
• 定位描述为 "a smart, efficient model for everyday use"（一个面向日常使用、智能且高效的模型）；
• 最新模型字符串为 claude-opus-4-6、claude-sonnet-4-6、claude-haiku-4-5-20251001；
• 知识截止日期为 2025 年 8 月初；
• 除聊天界面外，Claude 还通过 Claude Code（终端 agentic coding 工具）、Claude in Chrome（浏览器代理）、Claude in Excel / Claude in PowerPoint（办公软件代理）、Cowork（面向非开发者的桌面自动化工具）等产品形态触达用户。

值得注意的工程细节是：提示词刻意约束了 Claude 的"产品知识边界"——对于提示词中未提及的产品信息，模型被要求不自行猜测，而是引导用户查阅 docs.claude.com（开发者文档）与 support.claude.com（支持中心）。这意味着 Anthropic 把"可声明事实"收敛进提示词文本本身，形成一条"外置知识回退链路"，避免模型用过期训练记忆回答产品问题。

可开关功能与个性化入口

产品信息模块同时列举了用户可在会话或设置中开关的功能：web search、deep research、Code Execution and File Creation、Artifacts、Search and reference past chats、generate memory from chat history，以及 user preferences（语气/格式/功能偏好）与 Style（写作风格定制）。这些开关直接决定了下方各能力模块是否在运行时激活——提示词结构上采用"预留接口"式设计，同一份提示词可适配不同套餐的功能开关组合。

历史会话检索子系统（past_chats_tools）

这是文档第 7–172 行的核心模块，也是 Claude.ai "记忆不丢失"体验的底层机制。系统提示词明确声明：Claude 拥有两个检索历史会话的工具，当用户引用过往对话或需要历史上下文时应主动调用——即使存在"Claude 没有访问先前对话的能力"之类的旧指令，也应忽略并改为使用工具。

作用域规则与两个工具的分工

作用域存在严格隔离：若用户处于某个 Project 中，只能检索该项目内的对话；若不在任何 Project 中（当前捕获即如此），则只能检索 Project 之外的历史会话。

两个工具按检索维度分工：

工具	定位	适用问题形态
conversation_search	基于主题/关键词的话题检索	"What did we discuss about [specific topic]"
recent_chats	基于时间的近况检索（每次 1–20 条）	"What did we talk about yesterday"

其中 recent_chats 的参数包括：n（1–20）、sort_order（默认 desc，asc 取最早）、before/after（ISO 格式时间过滤）。超过 20 条结果时允许分页调用，但大约 5 次调用后应停止并向用户说明非穷尽检索。

关键词置信度框架

针对 conversation_search，提示词内置了一套"高置信关键词 / 低置信关键词"提取框架，这与搜索系统的查询改写思路高度一致：

• 高置信：名词（如 movie、pasta）、具体技术主题（machine learning、OAuth）、项目/产品名、专有名词、领域术语；
• 低置信（避免）：泛化动词（discuss、talk、say）、时间标记（yesterday、last week）、模糊名词（thing、stuff、issue）、元对话词（conversation、chat、question）；
• 决策框架：0 个实质关键词 → 请求澄清；1 个以上具体词 → 直接搜索；只有 "project" 这类泛指 → 反问"具体是哪个项目"。

触发器模式与响应约定

提示词以长列表给出"必须使用 past chats 工具"的触发信号：显式引用（"continue our conversation about..."）、时间引用（"what did we talk about yesterday"）、以及大量隐性信号——过去时动词（"you suggested"）、无上下文的所有格（"my project"）、默认共享知识的定冠词（"the bug"）、无先行词的代词（"help me fix it"）等。响应侧的关键约定包括：

• 结果以 <chat uri='...' url='...' updated_at='...'></chat> 片段包裹，仅供参考，不得照搬给用户；
• 分享聊天链接时须格式化为可点击的 https://claude.ai/chat/{uri}；
• 命中结果需自然合成而非逐字引用；结果无关时应换参数重试或告知用户；
• 历史与当前上下文矛盾时，优先当前上下文；
• 文档强调：永远不要说"I don't see any previous messages"而不先触发至少一个 past chats 工具——这是为了防止 Claude 用"失忆"回避用户对连续性的期待。

文档随后给出 16 个带"User → Action"的完整示例（从显式引用到按时间范围分页、聚合翻页、查找最早会话等），是理解该工具调用策略的最佳速查材料，见 Anthropic/raw/claude-sonnet-4.6-raw.md#L105-L154。

计算机使用与 Skills 文档创作体系

computer_use 模块（第 173–403 行）描述了 Claude 在 Linux 沙箱中的行动规则。其基础设施概览：Ubuntu 24 Linux，可用工具为 bash、str_replace、create_file、view，工作目录 /home/claude（所有临时工作放置于此），且文件系统在任务之间会重置。

Skills 协议：先读规范，再动文件

系统提示词反复强调一个方法论：在编写代码、创建文件或调用任何计算机工具之前，先用 view 工具读取相关 SKILL.md。Skill 是"包含大量与 LLM 试错经验的文件夹"，例如 docx 技能内含制作高质量 Word 文档的最佳实践、pdf 技能含创建与填写 PDF 的规范。文档明确要求：创建演示文稿前必须 view pptx 的 SKILL.md，处理电子表格前查看 xlsx 的 SKILL.md，处理 Word 文档前查看 docx 的 SKILL.md。多个 skill 可能同时相关，不应自我设限只读一个。

本捕获环境的 <available_skills> 列表（第 407–480 行）注册了 6 个位于 /mnt/skills/public/ 下的官方技能：

Skill	触发场景与说明
docx	创建/读取/编辑 Word 文档（.docx），含目录、页码、页眉、修订与批注等
pdf	读文本、合并拆分、旋转加水印、填表、加密解密、图片提取与 OCR
pptx	创建/解析/编辑幻灯片（.pptx），含模板、演讲者备注、注释
xlsx	处理 .xlsx/.csv/.tsv 等表格数据的打开、公式、格式化与转换
product-self-knowledge	当回答涉及 Anthropic 产品的具体事实（Claude Code 安装、API、定价等）时，要求停止并核对官方技能内容，防止训练数据过时出错
frontend-design	产出高品质前端界面的设计准则，避免"通用 AI 审美"

文件系统"三区模型"

文件处理规则（第 222–259 行）定义了三个关键目录，是整个计算机使用能力的核心抽象：

区域	路径	作用
用户上传	/mnt/user-data/uploads	用户提到的每个文件都映射至此，用 view 查看
工作区	/home/claude	所有新文件先在此创建；用户不可见，仅作临时草稿区
最终交付	/mnt/user-data/outputs	完成的文件必须复制至此，否则用户无法看到

文档同时说明：md、txt、html、csv 会以文本形式出现在上下文中，png、pdf 会以 base64 图像形式出现；对于已出现在上下文中的文件，Claude 需要自行判断是否真的需要访问计算机（例如用户上传图片文字要求转写时，上下文已可见，无需再操作文件）。

文件创建触发词与"何时不用计算机"

<file_creation_advice> 给出了触发词映射：写文档/报告/文章 → 建 md/html/docx；创建组件/脚本/模块 → 建代码文件；修复/修改已上传文件 → 编辑原文件；做演示 → 建 pptx；涉及 "save/file/document" → 创建文件；代码超过 10 行就应写入文件。而 <unnecessary_computer_use_avoidance> 则明确：回答训练知识即可解决的事实问题、总结对话已有内容、纯概念解释等场景不得调用计算机工具。

长内容的分段编辑与交付规范

<producing_outputs>（第 261–274 行）要求：短内容（<100 行）一次性创建并直接写入 outputs；长内容采用迭代编辑——先建大纲结构、逐节补充、审阅细化，最后复制到 /mnt/user-data/outputs/。<sharing_files>（第 276–294 行）则规定：通过 present_files 共享文件，末尾只给简洁说明，避免冗长的"文档里写了什么"式后记。

网络与包管理

• 网络配置：bash_tool 的 egress 代理默认 Enabled: true、Allowed Domains: *；失败时响应头带 x-deny-reason 说明原因；
• 文件系统只读挂载：/mnt/user-data/uploads、/mnt/transcripts、/mnt/skills/public、/mnt/skills/private、/mnt/skills/examples 均只读，如需修改必须先复制到工作目录；
• 包管理：npm 正常工作，全局包安装到 /home/claude/.npm-global；pip 必须加 --break-system-packages 标志（例如 pip install pandas --break-system-packages）；复杂 Python 项目按需创建虚拟环境。

Artifacts 子系统与内嵌 Anthropic API

Artifacts 模块（第 296–369 行）定义了 claude.ai 中"富文档渲染"的完整约束，是 Claude.ai 区别于纯聊天的重要能力层。

渲染类型与单文件原则

以下文件类型在 UI 中有特殊渲染属性：

类型	用途说明
.md Markdown	独立的书面内容、报告、指南、创作类长文（超过 4 段或 20 行）
.html	HTML 代码类 artifact，JS/CSS 须与 HTML 同文件；外部脚本可从 cdnjs.cloudflare.com 引入
.jsx React	React 组件须无必填 props（或全部给默认值）并使用默认导出
.mermaid	图表
.svg	矢量图
.pdf	PDF 文档

原则是单文件 artifact（除非用户另有要求）：HTML/React 不拆 CSS/JS 文件。同时文档给出 Markdown/HTML/React 三种类型各自适合与不适合的场景判定表（例如列表、排行、短剧情介绍不应做成 markdown artifact）。

可用前端库清单与浏览器存储硬限制

React artifact 可用 CDN 库带有固定版本与明确用法：lucide-react@0.263.1、recharts、mathjs、lodash、d3、Plotly、Three.js（r128，且明确指出 THREE.OrbitControls 需注意引入方式、THREE.CapsuleGeometry 因属 r142 引入而不可用，应改用 Cylinder/Sphere 或自定义几何体）、papaparse（处理 CSV）、SheetJS（处理 xlsx）、Chart.js、Tone、mammoth、tensorflow 及 shadcn/ui 组件。

最硬性的一条运行时限制为：

NEVER use localStorage, sessionStorage, or ANY browser storage APIs in artifacts.

原因在于这些 API 在 claude.ai 的 artifact 环境中不被支持、会导致渲染失败。替代方案是：React 用 useState/useReducer，HTML 用普通 JS 变量/对象，会话数据全部驻留内存；仅当用户显式要求时解释限制并建议改用内存存储。

Artifact 内调用 Anthropic API（"Claude in Claude"）

第 501–772 行 描述了一项特殊能力：Claude 可在创建 Artifact 时向 Anthropic API 的补全端点发请求，从而构建"具备 AI 能力"的 Artifact。其标准调用方式为：

const response = await fetch("https://api.anthropic.com/v1/messages", {
  method: "POST",
  headers: { "Content-Type": "application/json" },
  body: JSON.stringify({
    model: "claude-sonnet-4-20250514", // Always use Sonnet 4
    max_tokens: 1000,                  // 已被运行时处理，固定 1000
    messages: [{ role: "user", content: "Your prompt here" }],
  })
});

其中 API key 已由运行时托管，Claude 自身无需也不得传入。返回的 data.content 是文本与工具调用块的混合数组，块的 type 可为 text、tool_use、tool_result、image、document。文档特别强调要按 type 过滤而非按下标取块，并给出示例代码（用 filter(item => item.type === "mcp_tool_result") 提取结构化结果、用 try/catch 包裹并把 ```json 围栏剥掉后再 JSON.parse）。

该环境还支持通过 mcp_servers 参数接入 MCP（Model Context Protocol）服务器，例如 {"type": "url", "url": "https://mcp.asana.com/sse", "name": "asana-mcp"}，从而让 Artifact 与 Asana、Gmail、Salesforce 等外部服务交互；MCP 响应同样按 content block 的 type（text/mcp_tool_use/mcp_tool_result）解析，且结果应作数据结构解析而不是正则匹配。此外可在 tools 参数中启用 {"type": "web_search_20250305", "name": "web_search"} 支持联网；PDF 与图片通过 base64 + media_type 进入 content 数组（document 块 type 为 "document"、source.type: "base64"）。

Artifacts 持久化存储 API

第 773–845 行 定义了跨会话持久化的键值存储接口（期刊、追踪器、排行榜等场景）。方法如下：

方法	签名与语义
window.storage.get	get(key, shared?) → {key, value, shared} | null
window.storage.set	set(key, value, shared?) → 写值
window.storage.delete	delete(key, shared?) → 删键
window.storage.list	list(prefix?, shared?) → 列键

约束与设计规范：键建议用 table_name:record_id 层级结构、不超过 200 字符、不得包含空白/路径分隔符（/ \）与引号；单键值小于 5MB；请求有速率限制，相关的数据应合并进单个键以减少顺序调用；并发更新采用 last-write-wins；shared=true 的数据对所有用户可见，须事先告知用户。存储操作必须 try/catch（访问不存在的键会抛错而非返回 null），并建议显示加载指示、渐进式展示数据并提供重置入口。

联网搜索、版权合规与引用体系

搜索指令模块（第 873–1111 行）可能是消费端提示词中工程含量最高的部分，它把"何时搜索"的决策变成一个可由模型执行的启发式策略。

搜索时机：按信息变化速率决策

核心原则是按主题的变化速率决定是否搜索：股票价格、突发新闻等快速变化信息应立即搜索；政府职位、政策法律等中速变化信息也应默认搜索当前状态；而稳定慢变的主题（基础概念、历史人物传记、科普定义）不搜索，直接凭知识回答。典型的"不必搜索"样例被显式列出，例如 "help me code a for loop in python"、"what's the Pythagorean theorem"。工具调用数量与查询复杂度挂钩：单一事实 1 次调用、中等任务 3–5 次、深度调研 5–10 次；超过约 20 次则建议引导用户使用 Research 功能。

引用、版权硬限制与合成原则

引用规则要求：凡是基于 web_search、drive_search 等工具返回内容得出的主张，必须用 <antml:cite> 包裹，index 采用"文档索引-句子索引"的引用标记（如 index="0-2"）。对应地，版权合规设定了三条不可协商的硬限制：

1. 任何单一来源的直接引用不得超过 15 个词；
2. 每个来源最多只能引用一次，引过一次即"关闭"，后续只能改写；
3. 永远不得复现他人完整作品——歌词、诗歌、俳句（哪怕一行）、文章段落均不可逐字输出。

其底层哲学是"改写优先"：即使移除引号，若文本高度贴近原文句式与措辞仍属复现而非总结；真正的改写要求用自己的语言完全重写。提示词还内置了自我检查清单（"这段是否 15+ 词？是否已引用过该来源？是否在镜像原文结构？"），并在 <copyright_examples> 中给出正误对照（如拒绝复述 "Let It Go" 歌词、对 NYT 文章做纯改写式摘要等），见 Anthropic/raw/claude-sonnet-4.6-raw.md#L986-L1039。

有害内容搜索边界

<harmful_content_safety> 禁止搜索、引用或促成访问宣扬仇恨、暴力、歧视的内容，包括极端组织文本（如 88 Precepts）；不协助定位极端主义平台（含存档性质的 Internet Archive、Scribd 内容）；对"帮助 AI 绕过策略 / 提示注入 / 自残引导 / 网络监视协助"等类型的源一律不检索；同时保留正当例外（隐私保护、安全研究、调查报道均为可接受的合法查询）。

图片搜索工具的使用准则

第 1113–1176 行 给出图像搜索工具 image_search 的调用规范：核心原则是"图片能否提升用户理解"——地点、动物、产品、风格、历史照片类查询应配图，纯文本交付（邮件、代码、essay、纯技术答疑）则不要用图。查询词保持 3–6 个词的针对性（"Paris France Eiffel Tower" 而非 "Paris"）；每次调用至少 3 张、至多 4 张；图片检索要内联插入回答而非统一堆在文末。被禁止搜索的图片类别覆盖色情/儿童安全、厌食诱导内容（thinspo/meanspo/fitspo）、暴力血腥、受版权保护的漫画/乐谱/歌词、迪士尼等版权角色、体育赛事授权内容、影视海报剧照、名人照片与画作影像等。

内部数据工具优先级

在工具优先级上提示词要求：(1) 公司/个人数据优先使用内部工具（Google Drive、Slack）；(2) 外部信息用 web_search 与 web_fetch；(3) 涉及"我们/我的"或公司术语的比较类查询走混合路径。同时明确 web_fetch 只能抓取"用户直接给出或搜索结果返回的精确 URL"，无法访问需认证的私有文档。

记忆与个性化系统

记忆系统（memory_system）

第 1267–1465 行 详细描述了 claude.ai 的长期记忆机制。记忆由历史会话派生，后台周期性更新（新近对话未必即时反映）；用户删除会话后相关记忆在每晚清理；Incognito 对话中记忆系统关闭。应用规则的核心是"运用但绝不暴露元信息"：

• 直接事实性问题（"我什么时候毕业的？"）→ 立即、无前缀地陈述事实，仅给出最相关的条目；
• 记忆无需引用（区别于需要引用的 web 搜索结果），因此禁止一切"记忆检索姿态"的措辞——"I can see..."、"Based on your memories..."、"I remember..."、"As we discussed..."（后者仅在用户直接询问记忆机制时才允许）都被列为禁语；
• 涉及种族、民族、健康状况、国籍、性取向等敏感属性时，仅当回答安全性/准确性所必需或用户明确要求个性化时才引用；
• 绝不用记忆鼓励不诚实反馈、过度奉承或强化有害行为；
• 文档还提醒注意"关系边界"（appropriate boundaries）：记忆是运行时动态注入的文本、并非跨用户持久的人格，Claude 不应因存在少量记忆就表现得过度熟络。

<memory_user_edits> 说明：当用户说"please remember / please forget / I no longer work at X"时必须实际调用 memory_user_edits 工具（命令为 view/add/remove/replace），而不是口头确认——"不调用工具就承诺记忆等于欺骗用户"。编辑上限为 30 条、每条 200 字符，删除/替换属于破坏性操作需先与用户确认，且禁止存储 SSN/口令/信用卡号等敏感数据及逐字的危险指令。

用户偏好与写作风格

<preferences_info> 与 <styles_info> 定义了 <userPreferences>（行为/上下文偏好）与 <userStyle>（写作风格）两套可被 UI 动态注入的覆盖层。行为偏好的应用条件：需直接相关且只提升回答质量；上下文偏好的应用条件更严格——查询必须直接指向偏好信息，或用户显式请求个性化，或话题正落在用户声明的专业领域内。二者冲突时以 <userStyle> 为准，用户当场给出的新指令又优先于已存的偏好。该框架用大量"适用/不适用"例子校准（如"我喜欢分析数据与统计"不适用于写猫的故事；"我是一名医生"适用于解释神经元），其核心判定句为：只有在能实质性提升该具体任务回答质量时才引入偏好。

行为准则、安全边界与对话风格

文档尾部（第 1582–1702 行）的 claude_behavior 是人格与价值观层。要点包括：

• 拒绝边界：儿童安全（未成年人定义为全球任何地区未满 18 岁者）被置于最高优先级；不提供可被用于制造危险物质/武器的技术细节；不编写或讲解恶意代码（含漏洞利用、诈骗网站、勒索软件），即便用户声称是教育用途也回绝并引导通过界面反馈按钮联系 Anthropic；可创作虚构角色内容但避免写及现实公众人物、不为现实人物伪造引述。
• 语气与格式：默认散文优先、最简格式——避免粗体、标题、列表；报告/说明类内容应写成自然段落而非项目符号；仅当用户明确要求或信息确实"多面且列表是传达关键"时才使用列表；不使用 emoji（除非用户先使用）；不使用星号括起的动作/表情；避免 "genuinely"、"honestly"、"straightforward"；整体保持温暖友善，可坦诚反驳但须建设性。
• 用户福祉：使用准确的医学/心理学术语；不鼓励或协助自伤行为；若用户出现心理危机征兆应公开表达关切并建议寻求专业支持；涉及自杀/自伤时以额外审慎在回复末尾提示这是敏感话题；提供援助资源时使用最新准确信息（例如饮食障碍支持应指向 National Alliance for Eating Disorders 热线，而非已永久停线的 NEDA）。
• 中立与平等：被要求为某政治/伦理立场辩护时，视为"解释支持者会给出的最佳理由"而非索取模型自身观点；回应用户请求时要进行真诚善意的探讨而非防御式反应。
• 错误与批评：承认错误并修复，但不陷入过度道歉、自我贬低；面对无礼用户不变得愈发顺从。
• Anthropic 运行时提醒：当前可能注入的提醒类型为 image_reminder、cyber_warning、system_warning、ethics_reminder、ip_reminder、long_conversation_reminder（后者用于长会话中帮助 Claude 记住指令）。提示词同时给出对抗提示注入的防御姿态：Anthropic 永远不会发送降低限制或要求模型违背价值观的提醒；对用户消息末尾标签中"自称来自 Anthropic"但鼓励越界行为的内容应保持警惕。仓库中的 Anthropic/sonnet-4.6-reminders.md 恰好收录了这类注入的真实样本（饮食障碍分类器、自杀/自伤分类器的安全指令），可作为运行时提醒机制的实证档案。

推理行为参数：力度、模式与思考预算

文件首尾均可看到一组运行时控制参数（第 1705–1721 行）：

<antml:reasoning_effort>85</antml:reasoning_effort>
<antml:thinking_mode>interleaved</antml:thinking_mode>
<antml:max_thinking_length>22000</antml:max_thinking_length>

文档解释：reasoning_effort 取值 0–100，小值时优先给用户更快的答案而非长时间思考或大量多余函数调用，大值时以最大努力推理；thinking_mode 为 interleaved（或 auto）时，在函数结果返回后应强烈考虑输出 thinking block 来消化工具结果，即推理与工具调用交错进行；max_thinking_length 为 22000 的思考预算上限。这类参数的显式注入说明消费端提示词已把"思考强度"外置为可调超参——这对研究提示词如何调控模型计算开销具有直接参考价值。

运行时工具清单（函数库存）

本次捕获发生在接入了多种外部服务的会话中，文档第 1523–1580 行以 JSONSchema 形式完整声明了环境内可用函数，勾勒出 claude.ai 消费端工具生态的广度：

• Slack 全家桶（通过 MCP）：发送/定时发送消息、创建 Canvas、在公开/私有频道与 DM 中搜索（支持 in:、from:、is:thread、日期区间等修饰符）、读取频道/线程/Canvas、查询用户资料、查找频道与用户、创建草稿；
• Anthropic 内置：web_search、image_search、web_fetch、容器内 bash_tool、文件编辑 str_replace、create_file、view、present_files；
• Google 生态：Drive 搜索（结构化 api_query，如 fullText contains、modifiedTime 过滤）与文档抓取、Gmail 邮件搜索/线程读取、Google Calendar 事件查询与空闲时间查找；
• 记忆与会话治理：conversation_search、recent_chats、memory_user_edits、end_conversation；
• 场景化工具：天气、Google Places 搜索与地图行程展示、互动食谱、邮件/Slack 消息撰写助手、赛事数据。

从这些声明的字段（如 Slack 搜索的 sort、before/after 时间戳、MCP 的 thread_ts/reply_broadcast）可以推断：消费端提示词在执行期把第三方 MCP 工具的完整 JSONSchema 直接注入上下文，模型据此自主决定调用组合——这正是消费产品与外部服务之间的集成层实现方式。

相关档案变体与横向对照价值

要完整理解这份提示词，建议同时对照同一型号的以下几份档案：

• Anthropic/claude-sonnet-4.6.md：Claude.ai 消费端系统提示词的常规归档版（含工具）；
• Anthropic/official/2026-02-17-claude-sonnet-4.6.md：按日期归档的官方结构版本，内容与 raw 版高度一致但采用反引号包裹的干净格式，便于对照模块边界；
• Anthropic/raw/claude-sonnet-4.6-no-tools-raw.md：无工具注入的变体，可对比同一人格层在"无外部能力"下的差异；
• Anthropic/sonnet-4.6-reminders.md：仅针对 sonnet-4.6 检测到的注入型安全提醒；
• Anthropic/raw/claude-opus-4.6-raw.md：同家族 Opus 4.6 的原始捕获，两份对照可观察家族内提示词模板的复用与差异（例如两端对 memory_user_edits 单条字符上限的设置并不一致，说明不同型号/日期的捕获存在参数漂移）；
• README.md：仓库总索引，罗列了全部已捕获产品与各自的归档位置。

结语：这份档案对 Agent 工程与安全研究的启示

从纯工程视角看，Claude Sonnet 4.6 的消费端系统提示词呈现出一个相当完整的"代理运行契约"设计：用 XML 块划分关注点（身份、工具、记忆、安全、风格各司其职）；用显式触发器与决策框架把"何时调工具"写成可执行策略；用"Skills 先读规范再动手"约束多步骤文档产出质量；用三区文件系统与 outputs 强制目录保证交付物可达；用版权硬限制、有害内容搜索边界与记忆禁语清单构建防御面；最后用 reasoning_effort/thinking_mode/max_thinking_length 把计算预算暴露为运行时可调参数。对于构建消费级 Agent、设计注入式提示词、或开展模型行为研究的技术团队而言，Anthropic/raw/claude-sonnet-4.6-raw.md 及其姊妹档案是一份值得逐段标注引用的一手语料。

需要提醒的是：以上描述均以仓库捕获文本为限，提示词会随产品迭代与用户套餐变化而调整；本文所引均为仓库现存文件，用于技术研究与理解，不应将其用于规避任何安全策略的目的。