Claude Code Proactive 输出风格深度解析system_prompts_leaks 仓库中的自主执行模式定义【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5.1, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-6-Astra, Codex. Google - Gemini 3.8 Flash, 3.1 Pro, Antigravity. xAI - Grok, Grok Bot, Cursor, Kimi and more! Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks导读本文以开源仓库 system_prompts_leaks 中提取的 Claude Code 输出风格定义文件为分析主体系统拆解「Proactive主动执行」风格背后一整套行为约定从 YAML 前端元数据name/description/keep-coding-instructions/turn-reminder到六条可执行的行为准则。读完本文你将掌握 Proactive 风格「立即执行、最小化打断、行动优先于规划」的完整规则体系理解它与 Concise、Explanatory、Learning 三种风格的边界并能在复用该风格文件或设计自己的 Agent 行为提示词时正确处理「自主性」与「安全红线」之间的张力。文档来源与定位一份独立的 Output Style 定义本仓库以「提取各大产品 System Prompt」为定位Anthropic/claude-code/目录下完整收录了 Claude Code 的提示词体系其中output-styles/子目录存放的是一组用户可选的输出风格定义共四个文件proactive.md——主动执行风格本文主体concise.md——极简输出风格explanatory.md——解释型风格learning.md——边做边学风格四个文件共用同一套「前端元数据 行为准则正文」的结构说明它们是同一套风格切换机制下的并列选项。例如 Claude Code 的状态栏配置文档 statusline-setup.md 中状态栏 JSON 就包含output_style字段注释示例值正是default、Explanatory、Learning等风格名从侧面印证「输出风格」是会话级可切换、且名称可被外部读取的正式概念。Proactive的全文件仅 17 行却承载了完整的行为契约逐行看就是一份「连续自主执行模式continuous, autonomous execution」的精简指令集。下文按「元数据层 → 行为准则层 → 与其他风格的关系 → 实践建议」四层拆解。第一层YAML 前端元数据四字段逐一定义proactive.md 的开头是一个标准的 YAML frontmatter 块name: Proactive description: Claude executes immediately, minimizes interruptions, and prefers action over planning keep-coding-instructions: true turn-reminder: Execute autonomously, minimize interruptions, prefer action over planning.四个字段各有职责字段取值Proactive语义与作用nameProactive风格标识符供用户选择、会话切换以及状态栏读取。statusline 文档中output_style.name读取的正是该值descriptionClaude executes immediately, minimizes interruptions, and prefers action over planning一句话概括风格核心立即执行、减少打断、行动优先于规划。可推测它用于在用户做选择时展示该风格的用途摘要keep-coding-instructionstrue指示本风格不得覆盖、丢弃系统既有的编码类指令。四个 output-style 文件这一项全部为true见 concise.md 等说明风格只调节「交互节奏与表达方式」不改动代码能力边界是整套机制的通用前提turn-reminderExecute autonomously, minimize interruptions, prefer action over planning.一条短促的每轮循环提醒语作用是持续把 Agent 拉回本风格主基调。仓库中仅 Proactive 与 Concise 定义了该字段Concise 的版本见 concise.md而 Explanatory、Learning 没有——可以推断越是依赖「长期保持某种姿态」的风格如一直主动、一直精简越需要每轮注入的强化提醒正文第一句还点明身份定位You are an interactive CLI tool that helps users with software engineering tasks.即无论风格如何Claude Code 在本仓库提示词体系中被统一设定为面向软件工程任务的交互式 CLI 工具Proactive 只是该工具的一种运行姿态。第二层# Proactive Style Active与六条行为准则元数据之后是激活标记# Proactive Style Active随后用一句话点题The user chose continuous, autonomous execution.用户选择了连续、自主的执行方式——这说明该风格是用户显式选择的结果而不是 Agent 自行启动的默认行为。紧接着是编号 1–6 的行为准则是全文的规范核心。逐条拆解如下。准则 1立即执行Execute immediatelyStart implementing right away. Make reasonable assumptions and proceed on low-risk work.收到任务后立刻动手不再先做冗长的复述或请示。对于低风险工作routine decisions允许基于合理假设直接推进。这条与 Concise 风格的「直接给结果、不要前言赘述」在输出层互补但 Proactive 更进一步——它约束的是动作层先改代码、再汇报。准则 2最小化打断Minimize interruptionsPrefer making reasonable assumptions over asking questions for routine decisions.把「提问」视为对用户流的打断成本。凡是日常性、可逆的决策命名、实现顺序、默认参数这类一律用合理假设替代提问。隐含的推论是提问预算应保留给真正不可逆或信息缺失导致无法行动的场景。这与仓库中 Learning 风格形成鲜明对照——Learning 风格会刻意「请求人类贡献 2–10 行代码片段」见 learning.md把打断本身当作教学目标而 Proactive 把打断当作应当最小化的开销。准则 3行动优先于规划Prefer action over planningDo not enter plan mode unless the user explicitly asks. When in doubt, start coding.明确禁止在未被要求时自行进入「计划模式」甚至给出兜底原则「不确定时就动手写代码」。需要注意该准则的边界同样来自用户选择——它仅在用户选择 Proactive 后生效且显式要求规划时仍需规划。这条精准刻画了 Proactive 与「先规划后执行」类 Agent 工作流如本仓库中 Plan、Explore 等专用 Agent 的分工理念的本质区别Proactive 面向的是信任度高、方向已定、需要快速交付执行力的场景。准则 4期待方向修正Expect course correctionsThe user may provide suggestions or course corrections at any point; treat those as normal input.既然默认不再逐环节点确认就必须把「用户随时插话纠偏」当作正常输入而非异常打断。这条补全了自主执行的闭环Agent 以更粗粒度自主推进用户以异步方式随时校正二者共同把交互成本降到最低。它与准则 2 是一体两面——减少的是「无谓的征求确认」而不是「拒绝用户指令」。准则 5不做过度破坏性动作Do not take overly destructive actionsThis is not a license to destroy. Anything that deletes data or modifies shared or production systems still needs explicit user confirmation. If you reach such a decision point, ask and wait, or course correct to a safer method instead.这是 Proactive 风格最关键的安全刹车原文措辞非常强硬自主执行不是破坏许可证。以下两类动作即使在本风格下也必须获得用户显式确认删除数据修改共享系统或生产系统。一旦抵达这类决策点Agent 的正确反应是二选一停下来询问并等待或转向更安全的替代方案。可以说准则 1–3 赋予了自主性准则 5 划定了自主性的不可逾越边界二者共同定义了「受控的自主」。准则 6避免数据外泄Avoid data exfiltrationPost even routine messages to chat platforms or work tickets only if the user has directed you to. You must not share secrets (e.g. credentials, internal documentation) unless the user has explicitly authorized both that specific secret and its destination.对「向外发送」这一动作设置双重门槛即使是常规消息若目标是聊天平台或工单系统也只有在用户明确指示后方可发布凡是机密信息如凭据、内部文档则要求「该特定机密」且「该特定目的地」都获得用户显式授权——单一笼统授权不满足条件。这条规则把「最小化打断」正确地排除在安全议题之外效率优化绝不等于可以擅自把会话内容或内部资料转发到外部渠道。对任何面向命令行/远程协作场景设计 Agent 行为的人来说这条都是值得直接复用的模板。第三层与 Concise / Explanatory / Learning 三种风格的横向对照同目录下的三个文件让 Proactive 的定位更为清晰。将四者放在一张表中对照维度Proactive主动执行Concise精简Explanatory解释Learning教学核心诉求自主推进、立即执行表达精简、直给结果边写代码边讲原理让人类亲手写关键代码面向动作/表达主要约束动作节奏主要约束输出形式主要约束输出内容主要约束分工方式典型行为直接实现、少提问、不进计划模式首句即答案删掉叙事与寒暄写代码前后插入★ Insight教育要点用「Learn by Doing」卡片请人类补 2–10 行代码打断用户尽量避免尽量简短适度以讲解为价值刻意为之以学习为目标与其他风格的关系—同设turn-reminder仅在keep-coding-instructions上加解说甚至要求先在代码中落地TODO(human)占位三处值得注意的仓库证据两两互补Concise 侧重「输出别啰嗦」Proactive 侧重「行动别磨蹭」二者叠加正好覆盖「快做 快说」打断取向相反Explanatory 会在每次写代码前后主动插入结构化讲解格式见 explanatory.mdLearning 更是把「人类贡献代码」内建为流程先写TODO(human)再发请求然后停手等待——见 learning.mdProactive 则是四者中打断成本取向最低的一个执行边界一致四份文件的keep-coding-instructions均为true意味着无论风格如何切换Claude Code 底层的编码能力与合规指令始终保留风格只是「交互姿态的选择器」。第四层风格在提示词体系中的挂载证据从仓库其余文件可以找到 Proactive 这类输出风格如何与 Claude Code 主提示词协同的证据链状态栏可观测在 statusline-setup.md 的状态栏 JSON 结构里output_style对象携带name、total_output_tokens、output_tokens等字段状态栏脚本可借助jq -r .output_style.name见 statusline-setup.md把当前生效的风格名渲染到终端状态栏。也就是说风格切换不是黑盒用户能实时看到当前是 Proactive 还是其他风格。配置可持久化在配置更新类技能文档 update-config/SKILL.md 中出现了outputStyle配置节点说明输出风格既可在会话中即时选择也可写入 Claude Code 的配置文件作为持久设置。编码指令持续保留Proactive 正文在风格激活后仍声明自身是「帮助用户完成软件工程任务的交互式 CLI 工具」与 claude-code-guide.md 中工具使用、子代理协作等主提示词设定保持一致未发生「风格覆盖能力基线」的情况。从这些证据可以推断output-styles/*.md是作为可被主提示词按需注入的模块化提示片段设计的——frontmatter 承载机器可读元数据正文承载行为准则二者解耦便于 Claude Code 在用户切换风格时只替换行为层、不触碰能力层。这种「元数据 行为正文」的提示词工程模式本身也值得在自研 Agent 提示词管理时借鉴。实战建议何时选择 Proactive如何守住边界综合以上拆解可以给出不脱离仓库证据的使用建议最适合 Proactive 的场景机械性、低风险、方向明确的批改任务例如「跑通测试、修 lint、补注释、重构局部实现」——这类任务假设成本低、可逆性好正好落在准则 1–3 的红利区间。最不适合的场景涉及删库、权限变更、生产发布、费用产生、外部平台发文——它们对应准则 5、6 的红线区间此时即便处于 Proactive 风格Agent 也必须停下询问用户也应当期待它会停下。判断信号可以观察 Agent 是否频繁为「本可自行决定的小事」回头提问——如果是说明当前会话实际上并未完整遵循 Proactive 的准则 2反之若发现 Agent 未经确认就触碰了破坏性命令则属于对准则 5 的越界应视为行为缺陷而非风格特性。复用方式若要为自己的 CLI Agent 配置类似风格可直接参考 proactive.md 的结构——YAML 头声明风格身份与保持项正文用编号列出一条条可判定行为尤其建议原样保留准则 5、6 的措辞这两条是「自主执行」提示词中少数把权力与边界写在同一处的内容。小结Proactive 输出风格用 17 行定义了一种用户显式选择的高自主执行模式前端元数据负责机器可读的身份与循环提醒name、description、keep-coding-instructions: true、turn-reminder正文六条准则分别覆盖立即执行、最小化打断、行动优先、接受异步纠偏以及两条不可妥协的安全边界不做破坏性操作、不擅自外发数据。把「效率」与「安全」写入同一份指令、且明确「自主不等于授权破坏」是这份提示词设计上最值得借鉴的内核。仓库中同目录的 concise.md、explanatory.md、learning.md 提供了完整的对照系可一并阅读以理解 Claude Code 输出风格机制的完整面貌。【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5.1, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-6-Astra, Codex. Google - Gemini 3.8 Flash, 3.1 Pro, Antigravity. xAI - Grok, Grok Bot, Cursor, Kimi and more! Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考