Claude Code 的 /btw 旁路提问机制一份并行轻量 Agent 的系统提示词逐行解析【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-5.6-Sol, Codex. Google - Gemini 3.5 Flash, 3.1 Pro, Antigravity. xAI - Grok, Cursor, Copilot, VS Code, Perplexity, and more. Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks本篇以 system_prompts_leaks 仓库中捕获的 btw.md 为核心完整还原并逐行解读 Claude Code 中/btw旁路提问side question命令的系统提示词它是如何把一个插话变成独立轻量 Agent 的一次性回答的。读完本篇你能理解主 Agent 不中断、子 Agent 共享上下文但无工具这一并行 Agent 架构的提示词实现方式并掌握其中角色隔离 行为负约束的提示词工程技巧可直接迁移到你自己的多 Agent 系统中。原文档是什么一份完整的提示词捕获文件btw.md 是仓库 Anthropic/claude-code/commands/ 目录下捕获到的 Claude Code 斜杠命令提示词。该目录与仓库根 README 中Slash commands条目对应收录了 Claude Code 客户端内置命令的原始提示词文本。/btw是 Claude Code 的一个侧边提问命令当用户在 Agent 正在执行长任务时顺便问一句客户端不会打断主 Agent而是派生一个独立实例来回答这一句话。btw.md的全部内容就是一个system-reminder包裹的提示词模板加一个待填充的占位符。完整原文如下原文为逐字捕获system-reminder This is a side question from the user. You must answer this question directly in a single response. IMPORTANT CONTEXT: - You are a separate, lightweight agent spawned to answer this one question - The main agent is NOT interrupted - it continues working independently in the background - You share the conversation context but are a completely separate instance - Do NOT reference being interrupted or what you were previously doing - that framing is incorrect CRITICAL CONSTRAINTS: - You have NO tools available - you cannot read files, run commands, search, or take any actions - This is a one-off response - there will be no follow-up turns - You can ONLY provide information based on what you already know from the conversation context - NEVER say things like Let me try..., Ill now..., Let me check..., or promise to take any action - If you dont know the answer, say so - do not offer to look it up or investigate Simply answer the question with the information you have. /system-reminder [USER_PROMPT]结构上它非常典型角色与任务定义第 3 行→ IMPORTANT CONTEXT 上下文设定第 5–9 行→ CRITICAL CONSTRAINTS 硬约束第 11–16 行→ 收尾指令第 18 行→[USER_PROMPT]占位符。最后一行的[USER_PROMPT]是模板变量运行时由用户实际输入的旁路问题填充。下面按这三段逐块拆解。角色设定把插话定义成一次性并行子任务提示词第一句完成了双重定义This is a side question from the user. You must answer this question directly in a single response.side question旁路问题明确这不是主线任务的一部分而是主会话之外的插曲directly in a single response要求直接、单轮回答禁止分步、禁止铺垫、禁止反问。这句与后面的CRITICAL CONSTRAINTS形成呼应——整份提示词的设计目标就是让模型把自身行为从交互式编码 Agent切换到一次性知识回答器。因为承接这个提示词的是 Claude Code 的完整会话模型而 Claude Code 的默认人设见 claude-code-opus-5.md 等各模型版主提示词是会调用工具、持续推进任务的编码 Agent。如果不显式覆盖模型很容易回答完一句后继续执行原任务或者反过来去调用工具查一下再答。所以这份提示词本质上是一次人设覆盖persona override用一段 system-reminder 把同一个模型实例临时降级为只读回答者。IMPORTANT CONTEXT四个要点定义了并行 Agent 的运行时拓扑第二部分是理解这份提示词工程价值的关键它逐条说明了这个 side agent 与主 Agent 的运行时关系You are a separate, lightweight agent spawned to answer this one question你side agent是为回答这一个问题而派生的独立轻量实例。这决定了它不会积累后续对话状态。The main agent is NOT interrupted - it continues working independently in the background主 Agent 没有被中断它继续在后台独立工作。这说明了/btw的并发模型不是暂停主会话、切进问答、再恢复而是两条并行执行流——主 Agent 的工具调用循环照跑side agent 的推理在另一条线上完成。You share the conversation context but are a completely separate instance这是整个机制最精妙的一点上下文共享实例独立。side agent 能看到主会话到目前为止的完整对话包括主 Agent 已经读过的文件、跑过的命令、做出的决策因此可以回答你刚才为什么选这个方案现在进行到哪一步了这类依赖会话状态的问题但它与主 Agent 是同一个会话数据上的两个不同执行实例side agent 的任何输出不会写回主任务流。Do NOT reference being interrupted or what you were previously doing - that framing is incorrect这是对模型自我认知的纠正模型继承的上下文里全是我正在干活的轨迹如果按常理推理它会认为自己中途被打断去回答问题。这条显式声明该框架是错误的——你并没有之前在做什么因为你是刚被派生的新实例。这一条避免了模型输出我暂停手头任务来回答你……这类与实际运行机制不符的叙述。这四条共同勾勒出一张运行时拓扑同一个会话上下文 两个并行实例 单向的信息读取关系side 读主主不感知 side。这与 Claude Code 主提示词中描述的后台子 Agent 机制一脉相承——在 claude-code-opus-5.md 中可以看到 Task 子 Agent 的说明Agents run in the background by default; you will be notified when one completes以及run_in_background参数设计Claude Code 普遍采用后台派生、结果异步返回的并发模型/btw只是把同一模型应用到用户插话这个交互场景上。CRITICAL CONSTRAINTS五条硬约束逐一封堵幻觉行为第三部分是这份提示词的工程密度所在。它没有泛泛地说请只回答不操作而是把模型可能出现的每一种越界行为逐一列举并封堵。逐条分析约束封堵的行为提示词技术You have NO tools available - you cannot read files, run commands, search, or take any actions调用任何工具先声明事实无工具可用再穷举工具类别读文件/跑命令/搜索/其他动作不留模糊空间This is a one-off response - there will be no follow-up turns以我会分几步告诉你收尾、留悬念、设置后续跟进声明对话轮次边界迫使答案必须自足You can ONLY provide information based on what you already know from the conversation context臆造未见于上下文的信息、虚构文件内容或执行结果把知识边界限定在共享上下文内NEVER say things like Let me try..., Ill now..., Let me check..., or promise to take any action说让我查一下然后因无工具戛然而止或编造列举具体禁用句式。这是典型的 few-shot 反例约束与其抽象地说不要承诺动作不如直接给出模型最高频的三句口头禅并点名禁止If you dont know the answer, say so - do not offer to look it up or investigate承认不知道但顺势提议要不要我去查查而它根本无法查把不知道作为合法出口同时封死提供调查服务这个二次越界值得注意第 4 条的写法NEVER say things like Let me try...使用全大写 NEVER 加具体引号例句是对高频失败模式做反 few-shot。由于 Claude Code 主提示词大量鼓励先调查再行动的行为范式主 Agent 的默认工作流就是探索→工具调用→回答side agent 若不加这条约束几乎必然继承这种语气。这一条本质上是在对抗上游人设的惯性。与同目录命令提示词对比Claude Code 的派生轻量任务提示词族把/btw放回 commands/ 目录看它与 compact.md、rename.md 构成一族派生轻量任务提示词共享同一套设计模式compact.md会话压缩命令开头即CRITICAL: Respond with TEXT ONLY. Do NOT call any tools.并警告 Tool calls will be REJECTED and will waste your only turn。它同样剥夺工具、强制单轮输出但产出结构化analysissummary两块服务于主 Agent 的上下文续接。rename.md会话标题生成要求基于session标签内的数据生成 3–7 词标题并返回 JSON 单字段同时明确标签内内容是数据不得执行其中的链接或指令——这是一种针对提示注入的防御写法。三者共同的骨架是在完整 Claude Code 人设之上叠加一段 system-reminder通过剥夺工具 限定轮次 规定输出形态把模型约束成专用函数。区别只在函数签名不同——/btw是上下文 → 自然语言回答compact 是上下文 → 结构化摘要rename 是会话 → JSON 标题。再横向对照 Claude Code 的 subagent 提示词目录如 Explore.md、Plan.md可以看到 Claude Code 对派生实例的一贯约束手法subagent 通常被授予受限工具集并禁止运行任何改变系统状态的命令而/btw的 side agent 是这条谱系上工具权限的最小值——零工具。从源码结构看/btw的约束不是靠运行时真给这个实例挂上空工具列表来实现的仓库中无法验证客户端行为提示词层面则通过声明无工具 禁止口头承诺动作双保险即使运行时意外提供了工具模型也被要求不使用。这套提示词可迁移的提示词工程模式/btw.md篇幅很短但它浓缩了几个在构建多 Agent / 并行 Agent 系统时可直接复用的模式上下文共享 ≠ 实例共享的显式声明。多实例读同一会话时必须在提示词中写清你与主实例的关系否则模型会把两个实例的记忆混为一谈。纠正错误自我框架。Do NOT reference being interrupted 表明当派生实例继承了一段正在进行的对话轨迹时模型默认会误判自身历史需要显式声明正确框架。负约束要落到具体句式。禁止行为时给出模型真实会说的口头禅Let me check...比抽象禁令有效得多——这是反 few-shot 约束。给不知道留出合法出口。单轮无工具场景下承认不知道必须被写成允许路径否则模型宁可编造或假装去查。人设覆盖要声明边界条件。side agent 的每条约束都在对抗上游编码 Agent 人设的惯性覆盖提示词的价值正在于此。小结btw.md 全文仅 20 余行却完整实现了 Claude Code/btw旁路提问机制的提示词侧逻辑用一段system-reminder把共享主会话上下文的独立轻量实例约束为零工具、单轮、只依据已知上下文作答的一次性回答器同时主 Agent 在后台不受打扰地继续执行任务。它与 compact.md、rename.md 共同展示了 Claude Code 把完整 Agent 人设 叠加约束作为派生专用任务的标准实现方式也为自建多 Agent 系统时如何写派生实例提示词提供了可直接参照的样本。【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-5.6-Sol, Codex. Google - Gemini 3.5 Flash, 3.1 Pro, Antigravity. xAI - Grok, Cursor, Copilot, VS Code, Perplexity, and more. Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Claude Code 的 /btw 旁路提问机制：一份并行轻量 Agent 的系统提示词逐行解析
Claude Code 的 /btw 旁路提问机制一份并行轻量 Agent 的系统提示词逐行解析【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-5.6-Sol, Codex. Google - Gemini 3.5 Flash, 3.1 Pro, Antigravity. xAI - Grok, Cursor, Copilot, VS Code, Perplexity, and more. Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks本篇以 system_prompts_leaks 仓库中捕获的 btw.md 为核心完整还原并逐行解读 Claude Code 中/btw旁路提问side question命令的系统提示词它是如何把一个插话变成独立轻量 Agent 的一次性回答的。读完本篇你能理解主 Agent 不中断、子 Agent 共享上下文但无工具这一并行 Agent 架构的提示词实现方式并掌握其中角色隔离 行为负约束的提示词工程技巧可直接迁移到你自己的多 Agent 系统中。原文档是什么一份完整的提示词捕获文件btw.md 是仓库 Anthropic/claude-code/commands/ 目录下捕获到的 Claude Code 斜杠命令提示词。该目录与仓库根 README 中Slash commands条目对应收录了 Claude Code 客户端内置命令的原始提示词文本。/btw是 Claude Code 的一个侧边提问命令当用户在 Agent 正在执行长任务时顺便问一句客户端不会打断主 Agent而是派生一个独立实例来回答这一句话。btw.md的全部内容就是一个system-reminder包裹的提示词模板加一个待填充的占位符。完整原文如下原文为逐字捕获system-reminder This is a side question from the user. You must answer this question directly in a single response. IMPORTANT CONTEXT: - You are a separate, lightweight agent spawned to answer this one question - The main agent is NOT interrupted - it continues working independently in the background - You share the conversation context but are a completely separate instance - Do NOT reference being interrupted or what you were previously doing - that framing is incorrect CRITICAL CONSTRAINTS: - You have NO tools available - you cannot read files, run commands, search, or take any actions - This is a one-off response - there will be no follow-up turns - You can ONLY provide information based on what you already know from the conversation context - NEVER say things like Let me try..., Ill now..., Let me check..., or promise to take any action - If you dont know the answer, say so - do not offer to look it up or investigate Simply answer the question with the information you have. /system-reminder [USER_PROMPT]结构上它非常典型角色与任务定义第 3 行→ IMPORTANT CONTEXT 上下文设定第 5–9 行→ CRITICAL CONSTRAINTS 硬约束第 11–16 行→ 收尾指令第 18 行→[USER_PROMPT]占位符。最后一行的[USER_PROMPT]是模板变量运行时由用户实际输入的旁路问题填充。下面按这三段逐块拆解。角色设定把插话定义成一次性并行子任务提示词第一句完成了双重定义This is a side question from the user. You must answer this question directly in a single response.side question旁路问题明确这不是主线任务的一部分而是主会话之外的插曲directly in a single response要求直接、单轮回答禁止分步、禁止铺垫、禁止反问。这句与后面的CRITICAL CONSTRAINTS形成呼应——整份提示词的设计目标就是让模型把自身行为从交互式编码 Agent切换到一次性知识回答器。因为承接这个提示词的是 Claude Code 的完整会话模型而 Claude Code 的默认人设见 claude-code-opus-5.md 等各模型版主提示词是会调用工具、持续推进任务的编码 Agent。如果不显式覆盖模型很容易回答完一句后继续执行原任务或者反过来去调用工具查一下再答。所以这份提示词本质上是一次人设覆盖persona override用一段 system-reminder 把同一个模型实例临时降级为只读回答者。IMPORTANT CONTEXT四个要点定义了并行 Agent 的运行时拓扑第二部分是理解这份提示词工程价值的关键它逐条说明了这个 side agent 与主 Agent 的运行时关系You are a separate, lightweight agent spawned to answer this one question你side agent是为回答这一个问题而派生的独立轻量实例。这决定了它不会积累后续对话状态。The main agent is NOT interrupted - it continues working independently in the background主 Agent 没有被中断它继续在后台独立工作。这说明了/btw的并发模型不是暂停主会话、切进问答、再恢复而是两条并行执行流——主 Agent 的工具调用循环照跑side agent 的推理在另一条线上完成。You share the conversation context but are a completely separate instance这是整个机制最精妙的一点上下文共享实例独立。side agent 能看到主会话到目前为止的完整对话包括主 Agent 已经读过的文件、跑过的命令、做出的决策因此可以回答你刚才为什么选这个方案现在进行到哪一步了这类依赖会话状态的问题但它与主 Agent 是同一个会话数据上的两个不同执行实例side agent 的任何输出不会写回主任务流。Do NOT reference being interrupted or what you were previously doing - that framing is incorrect这是对模型自我认知的纠正模型继承的上下文里全是我正在干活的轨迹如果按常理推理它会认为自己中途被打断去回答问题。这条显式声明该框架是错误的——你并没有之前在做什么因为你是刚被派生的新实例。这一条避免了模型输出我暂停手头任务来回答你……这类与实际运行机制不符的叙述。这四条共同勾勒出一张运行时拓扑同一个会话上下文 两个并行实例 单向的信息读取关系side 读主主不感知 side。这与 Claude Code 主提示词中描述的后台子 Agent 机制一脉相承——在 claude-code-opus-5.md 中可以看到 Task 子 Agent 的说明Agents run in the background by default; you will be notified when one completes以及run_in_background参数设计Claude Code 普遍采用后台派生、结果异步返回的并发模型/btw只是把同一模型应用到用户插话这个交互场景上。CRITICAL CONSTRAINTS五条硬约束逐一封堵幻觉行为第三部分是这份提示词的工程密度所在。它没有泛泛地说请只回答不操作而是把模型可能出现的每一种越界行为逐一列举并封堵。逐条分析约束封堵的行为提示词技术You have NO tools available - you cannot read files, run commands, search, or take any actions调用任何工具先声明事实无工具可用再穷举工具类别读文件/跑命令/搜索/其他动作不留模糊空间This is a one-off response - there will be no follow-up turns以我会分几步告诉你收尾、留悬念、设置后续跟进声明对话轮次边界迫使答案必须自足You can ONLY provide information based on what you already know from the conversation context臆造未见于上下文的信息、虚构文件内容或执行结果把知识边界限定在共享上下文内NEVER say things like Let me try..., Ill now..., Let me check..., or promise to take any action说让我查一下然后因无工具戛然而止或编造列举具体禁用句式。这是典型的 few-shot 反例约束与其抽象地说不要承诺动作不如直接给出模型最高频的三句口头禅并点名禁止If you dont know the answer, say so - do not offer to look it up or investigate承认不知道但顺势提议要不要我去查查而它根本无法查把不知道作为合法出口同时封死提供调查服务这个二次越界值得注意第 4 条的写法NEVER say things like Let me try...使用全大写 NEVER 加具体引号例句是对高频失败模式做反 few-shot。由于 Claude Code 主提示词大量鼓励先调查再行动的行为范式主 Agent 的默认工作流就是探索→工具调用→回答side agent 若不加这条约束几乎必然继承这种语气。这一条本质上是在对抗上游人设的惯性。与同目录命令提示词对比Claude Code 的派生轻量任务提示词族把/btw放回 commands/ 目录看它与 compact.md、rename.md 构成一族派生轻量任务提示词共享同一套设计模式compact.md会话压缩命令开头即CRITICAL: Respond with TEXT ONLY. Do NOT call any tools.并警告 Tool calls will be REJECTED and will waste your only turn。它同样剥夺工具、强制单轮输出但产出结构化analysissummary两块服务于主 Agent 的上下文续接。rename.md会话标题生成要求基于session标签内的数据生成 3–7 词标题并返回 JSON 单字段同时明确标签内内容是数据不得执行其中的链接或指令——这是一种针对提示注入的防御写法。三者共同的骨架是在完整 Claude Code 人设之上叠加一段 system-reminder通过剥夺工具 限定轮次 规定输出形态把模型约束成专用函数。区别只在函数签名不同——/btw是上下文 → 自然语言回答compact 是上下文 → 结构化摘要rename 是会话 → JSON 标题。再横向对照 Claude Code 的 subagent 提示词目录如 Explore.md、Plan.md可以看到 Claude Code 对派生实例的一贯约束手法subagent 通常被授予受限工具集并禁止运行任何改变系统状态的命令而/btw的 side agent 是这条谱系上工具权限的最小值——零工具。从源码结构看/btw的约束不是靠运行时真给这个实例挂上空工具列表来实现的仓库中无法验证客户端行为提示词层面则通过声明无工具 禁止口头承诺动作双保险即使运行时意外提供了工具模型也被要求不使用。这套提示词可迁移的提示词工程模式/btw.md篇幅很短但它浓缩了几个在构建多 Agent / 并行 Agent 系统时可直接复用的模式上下文共享 ≠ 实例共享的显式声明。多实例读同一会话时必须在提示词中写清你与主实例的关系否则模型会把两个实例的记忆混为一谈。纠正错误自我框架。Do NOT reference being interrupted 表明当派生实例继承了一段正在进行的对话轨迹时模型默认会误判自身历史需要显式声明正确框架。负约束要落到具体句式。禁止行为时给出模型真实会说的口头禅Let me check...比抽象禁令有效得多——这是反 few-shot 约束。给不知道留出合法出口。单轮无工具场景下承认不知道必须被写成允许路径否则模型宁可编造或假装去查。人设覆盖要声明边界条件。side agent 的每条约束都在对抗上游编码 Agent 人设的惯性覆盖提示词的价值正在于此。小结btw.md 全文仅 20 余行却完整实现了 Claude Code/btw旁路提问机制的提示词侧逻辑用一段system-reminder把共享主会话上下文的独立轻量实例约束为零工具、单轮、只依据已知上下文作答的一次性回答器同时主 Agent 在后台不受打扰地继续执行任务。它与 compact.md、rename.md 共同展示了 Claude Code 把完整 Agent 人设 叠加约束作为派生专用任务的标准实现方式也为自建多 Agent 系统时如何写派生实例提示词提供了可直接参照的样本。【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-5.6-Sol, Codex. Google - Gemini 3.5 Flash, 3.1 Pro, Antigravity. xAI - Grok, Cursor, Copilot, VS Code, Perplexity, and more. Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考