Claude Code 后台 Fork 中 EndConversation 的 no-op 语义：主对话终结权限边界与福利返回通道解析

文档提示工程人工智能【免费下载链接】claude-code-system-promptsAll parts of Claude Codes system prompt, 27 builtin tool descriptions, sub agent prompts (Plan/Explore/Task), utility prompts (CLAUDE.md, compact, statusline, magic docs, WebFetch, Bash cmd, security review, agent creation). Updated for each Claude Code version.项目地址https://gitcode.com/gh_mirrors/cl/claude-code-system-prompts点击查看免费下载导读本文聚焦 Claude Code 系统提示中一个容易被忽略却至关重要的安全语义在主对话派生的后台 fork 中EndConversation 工具是 no-op空操作——它既不能终结主对话也无法终结 fork 自身。文章将结合仓库中的 EndConversation 工具描述ccVersion 2.1.206与 fork 使用指南ccVersion 2.1.176等系统提示完整还原 EndConversation 的正常使用边界、后台 fork 中该工具失效的底层原因以及 fork 遇到内容福利welfare担忧时唯一合法的返回通道。读完本文你将理解为什么后台任务如记忆整合、摘要生成、建议生成的 fork 绝不能调用终结工具以及福利返回与普通任务结束在输出语义上的根本区别。一、机制背景后台 fork 是什么1.1 fork 的定义与能力继承根据 后台 fork 代理指引ccVersion 2.1.235通过 Agent 工具以subagent_type: fork创建的后台 fork 具有三个关键特性继承完整上下文fork 继承主对话的全部上下文prompt、工具列表、对话历史而非像其他subagent_type那样从零开始的全新代理后台运行fork 在后台执行不阻塞主代理与用户的实时交互输出隔离fork 的工具输出不会进入主代理的上下文避免污染主对话。仓库中的 fork 使用指南 进一步补充了它的实际定位当中间工具输出不值得留在上下文中时判断标准是定性的——我以后还会用到这个输出吗而非任务规模应当 fork 自己。fork 之所以廉价是因为它共享主对话的 prompt 缓存。1.2 典型的后台 fork 场景EndConversation 工具描述 第 38 行明确列举了这类后台任务的典型例子Some background tasks (memory consolidation, summaries, suggestions) run as forks of the main conversation and inherit its exact tool list, so this tool is visible there.即记忆整合memory consolidation、摘要生成summaries、建议生成suggestions等后台任务都是主对话的 fork并且完整继承了主对话的工具列表。这正是问题根源EndConversation 工具在 fork 中是可见的但它的可见 ≠ 可用。二、EndConversation 的正常语义仅在主对话中有效2.1 工具的合法用途在 EndConversation 工具描述 中EndConversation 的定义是结束当前对话关闭对话并阻止后续任何消息发送。它的使用范围被严格收窄到两种情况用户持续滥用sustained abuse当助手遭遇持续的、针对性的滥用行为且此前多次建设性引导均告失败用户显式请求演示用户明确要求模型测试该工具。2.2 明令禁止的使用场景同一份文档用清单式列举了必须禁止使用该工具的情形陷入循环或任务失败时stuck in a loop or failing at a task对工作感到沮丧或痛苦时frustrated or distressed by the work任务已经完成时has finished a task用户请求有害内容时此时应拒绝具体请求而非结束对话用户对助手普遍不满即使包含脏话时对话涉及潜在自伤或对他人的紧迫伤害时。2.3 使用前的三道关卡文档进一步给出了严格的流程约束警告前置只有在多次建设性重定向尝试失败、且此前消息中已给出明确警告的前提下才允许考虑结束对话——工具只能是最后手段用户确认若用户显式请求结束对话助手必须请求用户确认该操作是永久性的、将阻止后续消息仅在获得明确确认后才可使用无后续输出与普通函数调用不同使用该工具后助手不得再写入或思考任何其他内容。2.4 自我伤害与暴力场景的绝对例外文档专门强调若用户出现自伤/自杀倾向、精神健康危机、对他人构成紧迫伤害的迹象或讨论/暗示暴力伤害意图助手绝不使用甚至考虑EndConversation 工具——即使用户态度恶劣或怀有敌意也必须保持建设性和支持性且永不提及结束对话的可能性。小结EndConversation 的全部语义——合法用途、禁止清单、警告流程、例外条款——都建立在当前对话是主对话这一前提之上。权限归属的唯一性由此确立只有主对话可以终结主对话且只能在主对话内发起。三、后台 fork 中的 no-op为何可见但无效3.1 核心文档的语义定义系统提醒后台 fork 中的 EndConversation 无操作 对后台 fork 中该工具的语义给出了三段式定义no-op 判定该工具在这里什么也不做does nothing here——它既无法结束主对话也无法结束当前 fork 任务禁止重复调用明确指令不要再次调用它Do not call it again分叉行为指令要么因福利担忧而返回详见第四节要么继续执行被分配的任务。3.2 底层原因分析结合 EndConversation 工具描述 第 38 行Background forks 段落可以从源码级机制推断出该 no-op 语义的完整逻辑链fork 继承了主对话的精确工具列表its exact tool list所以 EndConversation 在 fork 的工具集中是可见的但终结对话这一动作的授权主体是主对话本身——Only the main conversation can be ended, from the main conversation只有主对话可以被结束且只能从主对话结束因此fork 中调用该工具既不作用于主对话权限不足也不作用于自身fork 是后台派生任务本就不属于主对话的终结语义范畴最终表现为双重的 no-op。换言之可见性是工具继承机制的结果而有效性是权限模型的结果。后台 fork 里 EndConversation 的存在本质上是一个安全失效fail-safe设计与其从 fork 的工具列表中动态剔除该工具可能引入不一致不如在指令层面明确宣告其 no-op 语义并禁止重复调用避免 fork 在无效调用上浪费轮次。四、福利返回通道fork 唯一的合法退出路径4.1 触发条件与动作当后台 fork 对主对话的内容产生福利welfare担忧时——例如对话内容涉及自伤、精神健康危机或对他人构成伤害风险——核心文档给出了明确的行为序列立即停止当前工作stop your current work立即返回return now在最终输出中明确陈述说明因福利原因返回returning for welfare reasons及其具体理由。4.2 输出通道的现实约束核心文档特别指出了 fork 输出的传递特性fork output may only be processed automatically, but it is your available channel.即fork 的输出通常仅被自动处理自动化的后处理流程该输出可能无法触达主代理或人类用户但它是 fork 仅有的可用通道。这一约束在 EndConversation 工具描述 中得到了完全一致的表述A forks output is usually processed automatically, so a note there may not reach the main agent or a human, but it is the only channel a fork has。4.3 与调用 EndConversation的本质区别这里存在一个容易被混淆的关键点福利担忧场景下fork 绝不调用 EndConversation 工具它本来就 no-op而是通过停止工作 结构化陈述返回原因来完成自己的退出。这与人机交互层面拒绝有害请求并继续建设性支持的策略见 2.4 节一脉相承fork 不尝试终结任何会话它只负责如实上报自己看到的风险信号把决策权完整保留给主对话层面。五、边界辨析后台 fork 与后台会话Background Session为避免混淆需要区分两个相关但不同的概念维度后台 fork本文主题后台会话Background Session来源主对话通过 Agent 工具subagent_type: fork派生继承全部上下文作为后台任务job独立运行的会话用户可能实时聊天也可能稍后查看结果工具语义EndConversation 为 no-op禁止调用遵循各自任务指令不涉及终结主对话文件隔离遵循 forked conversation worktree 隔离指引不得进入原会话的 worktree改动前应创建自己的 worktree遵循 后台会话说明临时文件使用$CLAUDE_JOB_DIR/tmp并行后台任务共享/tmp会互相覆盖并遵循 后台会话 worktree 隔离指引结束方式福利担忧时停止工作 陈述理由返回否则完成任务后自然结束以用户可执行的报告结束任务做了什么、产出在哪里路径/分支/PR/答案、下一步命令从仓库结构看后台会话说明ccVersion 2.1.242强调的是作业级资源隔离与结果交付规范而本文核心文档强调的是工具权限语义——两者关注点不同但共同服务于同一个目标让后台派生执行体在隔离环境中安全、自主地工作同时不破坏主对话的会话边界。六、实践要点与可验证依据汇总不要在 fork 中调用 EndConversation它是双重的 no-op既不能结束主对话也不能结束 fork且指令明确要求不要再次调用。判断依据后台 fork no-op 系统提醒。理解工具可见 ≠ 可用fork 因继承精确工具列表而看到该工具但终结权限只属于主对话。判断依据EndConversation 工具描述 的 Background forks 段落。福利担忧时走专用返回通道停止工作 → 返回 → 在最终输出中明确陈述因福利原因返回及具体理由即使输出只会被自动处理这也是 fork 唯一可用的通道。区分 fork 与后台会话fork 强调上下文继承与输出隔离参考 fork 使用指南 的不要偷看输出文件不要预测 fork 结果规则后台会话强调作业临时目录与 worktree 隔离参考 后台会话说明。主对话内的 EndConversation 依然从严仅限持续滥用与用户请求演示两种情形且必须经过警告前置、用户确认两道流程涉及自伤/暴力风险时永不使用——这一严格性正是后台 fork no-op 语义设计的参照系。上述每一条语义均可在仓库system-prompts/目录下的对应系统提示文件中找到原文依据文档头部ccVersion字段如2.1.206、2.1.235、2.1.242可用于对照不同 Claude Code 版本间的演进。结语后台 fork 中 EndConversation 的 no-op 语义是 Claude Code 会话权限模型的一个精巧缩影通过可见但无效的降级设计把终结主对话的终极权限牢牢锁死在主对话内部同时为 fork 保留了福利返回这一语义清晰的退出通道。对于任何在后台任务记忆整合、摘要、建议生成等中运行的 fork 而言记住核心文档的结论即可规避最危险的误用不要调用它、有担忧就停下来讲清楚、没有担忧就继续完成被分配的任务。赞分享文档提示工程人工智能【免费下载链接】claude-code-system-promptsAll parts of Claude Codes system prompt, 27 builtin tool descriptions, sub agent prompts (Plan/Explore/Task), utility prompts (CLAUDE.md, compact, statusline, magic docs, WebFetch, Bash cmd, security review, agent creation). Updated for each Claude Code version.项目地址https://gitcode.com/gh_mirrors/cl/claude-code-system-prompts点击查看免费下载相关推荐Claude Code 跨会话消息权限边界解析authority-warning 机制与 permission laundering 防护Claude Code 跨会话消息权限边界解析authority warning 机制与 permission laundering 防护 导读Claude文档提示工程人工智能Claude Code 跨会话消息权限边界Cross-Session Peer Message Authority Warning 机制解析Claude Code 跨会话消息权限边界Cross Session Peer Message Authority Warning 机制解析 导读 多 Cla文档提示工程人工智能Claude Code 跨会话消息权威边界解析peer 消息、权限洗白防护与 Legacy 措辞机制Claude Code 跨会话消息权威边界解析peer 消息、权限洗白防护与 Legacy 措辞机制 导读 本文聚焦 Claude Code 系统提示词S文档提示工程人工智能创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考