new-convo-handofflisted

# 新对话上下文交接指令生成器 ## 何时触发 用户出现以下任意信号时启用本 skill： - 明确说"新开对话""新对话""上下文太长/太满，开个新会话" - 问"新开对话怎么写 Prompt""启动指令怎么写""怎么把上下文交接给新会话" - 提到 handoff / 上下文交接 / 让另一个会话接着干 - **跨体信号（v2.0 新增）**：提到"转给 Zcode/Claude Code/Codex/另一个智能体""跨智能体/跨体交接""让 XX 工具接手这个项目" 目标：产出一份**指针式**交接指令文档（指针 + 隐性规则 + 时效自检，不复制真源内容）。**两种模式**： - **同体模式**：粘贴到同一智能体的新对话首条消息，按指针承接工作。 - **跨体模式**：交接给另一个智能体（如 WorkBuddy ↔ Zcode）。目标智能体读指令后不仅承接任务，还继承纪律（红线/否决清单），并把执行结果按协议写回执，形成闭环。 **模式判定（Step 0）**：出现跨体信号或用户指定了目标智能体 → 跨体模式；否则同体模式。判定不了就问一句。 ## 跨体模式的三条铁律（2026-08-27 POC 实测教训，违反即翻车） 1. **回执闭环必须有钩子**：光写"对方写回执"是幽灵闭环——发起方智能体没有任何机制会自动读回执。**必须在发起方的项目记忆文件（MEMORY.md 或等价物）写入钩子**：「若 outputs/ 下有 `xx_回执_*.md`，任何会话先读最新回执再继续相关工作」。POC 首版漏此钩子被对抗性审查抓为严重问题（幽灵闭环）。 2. **红线用指针不用复制，但必须设硬前提**：安全红线（不编造/来源声明/溯源纪律）若半复制半指针，两头不靠——对方跳读就漏。正确做法：指令顶部设「硬前提」节（执行任何任务前先读记忆文件全文），红线节只写一行指针。理由：复制=第二真相源会漂移，但对方环境无自动注入，必须有强制读取动作兜底。 3. **自相矛盾自检**：生成后通读全文，查「修改/同步规则」与「禁止编辑」是否打架（POC 首版让 Zcode 写 `.workbuddy/memory/`，同时声明该目录只读——修复时才抓到）。记忆写入一律收归发起方：对方只写回执，不写记忆。 ## 核心原则 - **指针优先，禁止复制（2026-08-04 第一性原理重构）**：启动指令 = 指针 + 防破坏清单 + 时效自检。真源文件里已有的约束细节（色值、字号、功能清单、优先级等）**一律不复制进指令，只给文件名和章节号**——复制即产生第二真相源，产出即开始漂移。 - **启动指令的边际价值 = 真源里没写的东西**：只写三类内容——① 读哪些文件（指针）；② 隐性规则（同步规则、已否决清单、冲突裁决顺序、口头约定）；③ 时效自检。真源已覆盖的内容交还给真源。 - **不依赖对话历史**：新会话按指针读完真源 + 隐性规则清单，即等效于继承上下文。 - **单一真相来源优先**：先找到项目的总纲/框架/README，它是指针的锚点；指令本身永远不是真相来源。 - **同步规则显性化**：项目里"改 A 必须同步改 B"的隐性规矩，必须写进启动指令——这是新会话最大的破坏来源，也是本 skill 的核心价值。 - **长度上限**：正文（不含场景示例）≤60 行。指令��长遵守率越低，冷启动成本越高；超限时优先砍"看起来像是从真源抄来的"内容。 - **可粘贴即用**：输出是纯 Markdown，开头就是"复制以下内容到新对