菜单
为新的 chat / 新会话生成面向下一会话目标的 handoff / continuation context。仅在用户明确要把当前工作交接到新 chat 继续时触发；不要用于普通总结、状态同步、代码评审、changelog 或文章摘要。基于只读证据输出可直接粘贴到新 chat 的中文优先接续上下文。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/iasiv5/ob-harness --skill handoff命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
在开始实现前，把需求澄清成设计文档。适用于新增功能、修改行为、组件设计、接口设计、流程改造、架构取舍和多方案比较。只要改动跨文件、改行为或涉及多方案取舍，就值得先做设计，无论体量大小；单点直改不必走本 skill。用户说'先想一下''先给方案''先规划一下''先比较两种做法'时优先使用这个 skill。
在任务完成后，对仓库内长期知识做深度整理、沉淀与规范审计。仅在用户明确要求 cleanup、最终沉淀、长期知识同步、收尾整理，或明确要求检查仓库规则执行情况时触发；不要用于中途续做、普通总结、状态同步或实现过程中的正常文档更新。默认保守触发，强制 cleanup 也不默认写入用户记忆。
在已有设计文档或清晰需求、但还没开始实现时，把目标写成可执行的分步实施计划。适用于跨文件改动、非平凡功能、重构，以及任何需要明确测试或验证命令的任务。只要用户要把已定需求、现成 spec、明确目标，或 /grill-with-docs / /grilling 后达成的共识，拆成 step-by-step plan，就优先使用这个 skill；如果设计还没定，不要硬写计划，退回 brainstorming 或 grill-with-docs 把设计做扎实。
基于 SOC 职业分类
正在显示 SKILL.md
| name | handoff |
| description | 为新的 chat / 新会话生成面向下一会话目标的 handoff / continuation context。仅在用户明确要把当前工作交接到新 chat 继续时触发；不要用于普通总结、状态同步、代码评审、changelog 或文章摘要。基于只读证据输出可直接粘贴到新 chat 的中文优先接续上下文。 |
| argument-hint | 请说明要交接到新建会话的目标、要求或关注点；可留空 |
这个 skill 用于为新的 chat / 新会话生成自包含、基于证据、上下文损失尽可能小的交接摘要。产出的交接块可直接粘贴到下一个 chat，在 GitHub Copilot Chat、Claude Code、Cursor 等 agent runtime 中通用。
固定骨架标题和续接说明默认中英双语；正文、空值占位和动作说明默认中文优先，除非用户明确要求纯英文或双语正文。
在以下场景使用这个 skill：
默认按显式交接意图触发——仅因 chat 很长、质量下降或上下文窗口接近上限，不足以单独路由到这里。
以下请求默认不要路由到这个 skill：
用户请求（保留原话） / USER REQUESTS (AS-IS) 和 显式约束 / EXPLICIT CONSTRAINTS 先按 materiality 过滤，再 verbatim 复制保留下来的项；如果过滤后为空，写 无；已过期、对继续工作不再重要的引用内容要省略未知 或 无，而不是猜测开始前先确认（任一项不满足就停下，不要进入收集阶段）：
🛑 早退：如果当前 chat 几乎没有内容，或者没有任何有价值的上下文要保留，就直接说明没有实质内容可交接，不要强行产出模板。 🛑 遇到近邻场景（普通总结 / recap / 代码评审 / changelog 等）时，按上文“不要路由到 handoff”处理，不要进入 handoff 流程。
严格只读收集（三义）：证据优先——只用本会话/chat 内直接证据（同会话历史 / 可见对话 / todo / git / 文件），缺证据标 未知/无，不从跨会话 memory 工具（CLAUDE.md / auto-memory 类外部持久化）补造缺失事实；只读——仅只读动作，不写文件、不改 git、不跑 install/build/test（详见下方「收集纪律」）；这是严格模式的交接工作流，证据优先于回忆。
证据优先级从高到低（即收集顺序）：
git diff --stat HEAD~10..HEAD / git status --porcelain / rg / ls / pwd）如果当前环境没有 same-session history 或 todo 工具，就从当前可见对话开始，并明确记录缺失的证据源。 只有当 git 或文件检查能实质提升交接质量时，才去做这些检查。
收集完证据后，需要回答这些问题：
证据冲突处理规则：
收集纪律：
未知 或省略证据收集完成判据：上方 5 源已按可用性逐一检查（不可用的已记 未知/无）；下方提炼问题都能基于证据回答；全程未做写操作。
优先用第一人称视角写交接摘要，例如：
如果新 chat 可能误判行为主体，就不要写模糊的“我……”，而要显式写成“用户……”、“智能体……”或“我们……”。
提炼时聚焦这些点：
提炼硬规则：
无；过期省略见『硬约束』）；不拼成一句概括、不改写保留下来的原话（此处 inline 守卫）未知提炼时重点考虑这些问题：
提炼完成判据：verified facts / inferred context / unknowns 已区分；用户原话 verbatim 保留（未拼概括、未改写）；无关内容已省略。
严格使用 references/handoff-output-template.md 中的固定结构、预算、格式规则和续接说明块。
先做 materiality 三次筛选——按下一个 chat 的目标再筛一次，再填充模板；已有工件已稳定承载的信息只引用，不重复展开。
把从 交接上下文 / HANDOFF CONTEXT 到 正文结束 / END OF HANDOFF CONTEXT 的正文整体放进单个外层代码块中，让聊天界面尽量以可复制文本框展示；说明区放在代码块外。
不要新增模板之外的章节，除非用户明确要求。
格式化完成判据（自检 yes/no）：空段已写 无；未新增模板外章节；单外层代码块 + 说明区在外（复检上方规则已立）。
按上述顺序收集程序化上下文，然后生成 handoff 摘要。
如果用户在调用这个 skill 时额外给了补充要求，优先把它当作下一个 chat 的工作焦点；它只能用来收紧 目标 / GOAL、待办事项 / PENDING TASKS、建议技能 / SUGGESTED SKILLS 或“第一个具体动作”。
不要改写被引用的用户请求或显式约束。