发布时间:2026/9/7 19:25:44
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),仅供参考

相关新闻

2026/9/7 19:25:44

2026年论文AI率100%怎么降?PassBug实测记录

passbug官网直达入口:https://passbug.cn/ 先看结论:三天时间,AI率从100%降到8% 这篇测评直接说结果:用PassBug对一篇全AI生成的论文进行降AI处理,三天时间把检测AI率从100%降到了8%,顺利通过学校要求的1…

2026/9/7 19:25:44

2026年论文AI率100%怎么降?实测8款工具红黑榜

论文AI率拉到100%,导师那边直接打回重写,这种崩溃经历过一次就够受的。整段复制AI生成内容、改写工具选错、或者改完没验证,都可能让检测结果直接飙满。这次实测了8款降AI率工具,同一篇AI生成的论文样本挨个过,哪些真能…

2026/9/7 20:35:53

有状态与无状态服务:从Session外置到水平扩展的架构实践

1. 一次线上故障让我重新理解"状态"这件事大概两年前,我们团队接手过一个电商中台项目,核心服务是订单管理。当时系统已经跑了大半年,平时流量不算大,一切看起来都很平稳。直到某次大促预热,运营临时加了一波…

2026/9/7 20:35:53

笔试复习攻略:线性代数与数据结构核心考点与高效刷题法

最近在整理大学院笔试的复习资料,把线性代数和数据结构这两门课重新刷了一遍。越刷越觉得,这类笔试和本科期末考试完全是两个物种:期末考试考“你学过没有”,笔试题考“你能不能在这个规定时间内把题做对”。尤其是线性代数里的证…

2026/9/7 20:35:53

SpringMVC路由映射与Postman接口调试实战笔记

最近把 SpringMVC 的路由映射和接口调试链路完整走了一遍,从配置 DispatcherServlet、写映射注解、到用 Postman 把 GET、POST 各种参数格式的接口都测了一遍。这块内容是 JavaEE 后端入门的主干道,虽然基础,但里面有不少值得掰开揉碎讲清楚的…

2026/9/7 20:35:53

顺序表详解:从数组到动态扩容的实现与调试实战

1. 顺序表到底是什么:从数组到数据结构的跨越 很多人第一眼看到“顺序表”这三个字,第一反应是:这不就是数组吗?我大一就会了,有什么可学的? 说实话,这个反应很真实。顺序表和数组在底层确实是…

2026/9/7 20:35:53

DLL修复工具绿色版:解决系统运行库与DirectX报错问题

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/7 20:30:52

npx skills 安装 Skill 到本地:从原理到实战

最近一直在折腾 Claude Code、Codex 和 Cursor 这几个 AI 编程工具,发现社区里讨论热度最高的词已经从 MCP 悄悄变成了 Skill。尤其是一句“用 npx skills 装一个 Skill 到本地”,最近几乎每天都能在群里看到。但问了一圈,真正把这套流程跑明…

2026/9/7 0:47:43

超人会飞不算本事:系统稳定依赖清晰规则与边界设计

开头先不绕弯子。“#斯坦李吐槽dc 所以超人是无缘无故会飞的嘛哈哈哈哈哈哈哈锤哥真是技术人才啊!#雷神 #复联”这类调侃式短标题,第一波冲击力在于它把两个宇宙的角色塞进同一个吐槽箱里,但细想一下就能发现,它真正碰到的根本不是…

2026/9/7 0:14:19

超人VS蜘蛛侠:拆解超级IP的影响力与传播方法论

把“蜘蛛侠 vs 超人”放在 CSDN 上聊,可能很多人第一反应是走错片场了。但如果把这两个角色看成“两个持续运营了 80 多年的文化产品”,你会发现,这场比较本质上是两个不同 IP 策略的长期结果对比:超人赢在定义了整个超级英雄题材…

2026/9/7 0:14:17

基于CNN的调制信号识别:MATLAB实现时频图分类实战

简介:本资源是一套面向通信工程与信号处理方向学习者、研究者的深度学习实践方案,聚焦调制信号自动检测与识别这一典型无线通信任务,解决传统方法依赖人工特征、低信噪比下性能下降等痛点。压缩包共12个文件(10.73MB)&…

2026/9/7 0:03:36

基于YOLOv8和PyQt5的麦穗稻穗检测识别系统设计与实现

这次我们来看一个把目标检测算法和桌面端工具结合得很典型的项目:基于 YOLOv8 PyQt5 的麦穗稻穗检测识别系统。这个项目本身不是新概念,但它的价值在于落地形态很完整。YOLOv8 负责核心的麦穗稻穗目标检测,PyQt5 负责提供可视化的桌面交互界…

2026/9/7 0:03:36

UL 1642锂电池安全标准全解析:测试项目、认证流程与避坑指南

简介:UL 1642是锂电池安全领域的重要规范,本中文版资源适合锂电池制造商、检测机构工程师及产品认证相关人员阅读,用于理解电池在设计与制造层面的安全要求、测试方法与合规要点。资源共1个PDF文件,压缩包大小834KB,便…

2026/9/7 0:03:36

BS EN 13814-1-2019游乐设施安全标准:设计与制造核心要点解析

简介:BS EN 13814-1:2019是英国采纳欧洲标准EN 13814-1:2019的正式版本,由BSI标准出版,重点规定游乐设施和游乐设备在设计与制造环节的安全准则,与BS EN 13814-2:2019、BS EN 13814-3:2019共同取代旧版BS EN 13814:2004。该标准面…

2026/9/7 16:23:03

USB Type-C PCB布局分区设计:电源、高速信号与PD协议全攻略

做硬件这行,Type-C接口算是典型的“看着简单,做起来全坑”的东西。光引脚就24个,高低速信号、电源、控制线全部塞在一个小小的连接器里,如果PCB布局不做规划,打样回来基本就是“插上没反应”、“高速掉线”、“静电一打…

2026/9/6 19:33:50

系统编程学习原型如何补齐稳定性边界

系统编程学习原型如何补齐稳定性边界预算有限时&#xff0c;我先优化明显多余的复制&#xff0c;而不是猜测性地换容器。用借用传递只读数据通常就能减少分配&#xff1a; fn parse(line: &str) -> Result<Item, Error> { /* ... */ }用基准确认热点确实在分配&am…

2026/9/6 10:19:40

雨花区哪家财务公司代理记账比较好?

在雨花区&#xff0c;企业处理财税事务常常面临诸多挑战&#xff0c;选择一家靠谱的财务公司至关重要。湖南巨勤财务管理咨询有限公司就是本地正规实体财税服务机构&#xff0c;深耕本地工商财税行业多年&#xff0c;熟悉当地工商局、税务局最新政策与申报流程。主营公司注册、…