Menu
把当前会话压缩成一份交接文档（handoff.md），让新会话或另一个 agent 无缝接续工作。 适用：上下文将满要开新会话、任务干到一半换 agent/换机器、issue 工作流跨会话续跑。 手动调用（/handoff），可带参数说明下个会话的重点。模型不会自动触发。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | handoff |
| description | 把当前会话压缩成一份交接文档（handoff.md），让新会话或另一个 agent 无缝接续工作。 适用：上下文将满要开新会话、任务干到一半换 agent/换机器、issue 工作流跨会话续跑。 手动调用（/handoff），可带参数说明下个会话的重点。模型不会自动触发。 |
| argument-hint | 下个会话要做什么？（可选） |
| disable-model-invocation | true |
| invocation_posture | manual |
| version | 0.1.0 |
把当前会话的会话独有状态写成一份新 agent 能直接开工的交接文档。与原生 compact 的分工：同一会话内的阶段过渡用 compact（隐式、不可携带）；跨会话、跨 agent、跨机器续跑用 handoff——产物是显式文件，新会话第一条消息就能加载。
.workplans/<issue-or-pr>/）→ 写 .workplans/<issue-or-pr>/handoff.md，与证据束同地存放，直接覆盖旧文件——交接文档只有最新一份有意义，历史状态在 git 和证据束里。$TMPDIR，Linux 用 /tmp），文件名 handoff-<repo>-<yyyymmdd-hhmm>.md，不污染工作区。# Handoff: <一句话任务>
生成: <日期> | 仓库: <绝对路径> @ <branch> <short-sha> | 脏工作区: 否 / 是（列文件）
## 目标与当前状态
<两三句：最终目标、现在停在哪一步、离完成还差什么>
## 已定决策
- <决策>: <一句理由>
（只列本对话新达成、且未沉淀到其他工件的；每条一行）
## 工作流状态
（处于 subagent-workflow / issue-controller 等工作流时必填，否则删除本节）
- Skill/流: <名称> Phase <N>
- Review round counter: <n>（跨会话不得归零——三轮硬 gate 依赖它）
- Gate 状态: <未触发 / 已触发，retro 路径: ...>
- Last clean reviewed SHA: <sha 或 无>
- 证据束: <.workplans/... 路径>
## 工件索引（引用不复制）
- <spec/plan/ADR/issue/PR/diff/评审报告>: <路径或 URL> — <一句它是什么>
## 已排除路径
- <试过但失败或被否决的方案>: <为什么>
（防止新会话重走死路；没有就写"无"）
## 下一步
1. <必须是可直接执行的动作，含具体命令或文件>
2. <...>
## 建议 skills
- <skill 名>: <为什么下个会话需要它>
（不确定选哪个，就写"从 /ask-danker 进"）
Last clean reviewed SHA 只存在于会话记忆中，丢了会破坏 subagent-workflow 三轮硬 gate 的不归零语义。处于工作流时这一节不可省略。<REDACTED> 占位；写完后按常见 secret 形状（sk-、ghp_、AKIA、Bearer ）grep 自查一遍。/handoff 下个会话只做评审修复 → 全文围绕该重点组织，无关背景压到一行。写完后向用户输出：
交接文档: <绝对路径>
新会话第一条消息: 请读 <绝对路径>，按"下一步"第一条继续。
新会话读到 handoff 后：若含"工作流状态"节，先恢复 round counter 与 gate 状态、定位证据束，再执行"下一步"；不得因为是新会话而重置任何计数器。
Create GitHub issues from PRDs, requirements, or feature descriptions, choosing between a single issue and an epic plus sub-issues using gh CLI labels and dependencies.
对一个已有的 plan、design 或任何待定决策/想法做对抗式压测（不限软件）：沿决策树逐个分支追问，直到与用户达成共同理解。 一次只问一个问题，每个问题都给出你的推荐答案；事实能从环境（codebase、文档、数据）查到的就去查，决策必须交给用户拍板。 触发词："grill me"、"拷问我"、"压测这个计划"、"挑战我的设计"、"stress-test the plan"， 或用户希望在动手前把计划/设计的每个决策点逼到清晰。 不用于开放式头脑风暴、方向选型，或已经明确、无歧义的任务。
grill-me 的领域增强变体：在对抗式压测计划/设计的同时，对齐项目术语、用具体场景探边界、 与代码交叉核对，并把术语 inline 沉淀到 openspec/glossary.md、把够格的长期决策落到 docs/adr/。 触发词："grill with docs"、"对着领域模型压测"、"对齐术语"、"stress-test against the domain"， 或用户希望在压测计划的同时统一项目语言、沉淀长期决策。 不用于不需要术语/决策沉淀的轻量压测（用 grill-me），也不用于纯需求澄清（用 clarify）。
基于“深模块”哲学寻找架构改进点：扫描 codebase，对照 openspec/glossary.md 的领域术语与 docs/adr/ 的决策， 找出 shallow modules 并提出 deepening 重构（把浅模块变深，提升 testability 与 AI 可导航性）， 产出可视化 HTML 评审，再进入 grill 对话逐个落地；落定的 deepening 可经 gh-create-issue / stage-change-pipeline 变成可追踪工作项。 触发词："improve architecture"、"找重构机会"、"合并紧耦合模块"、"让代码更可测"、"架构评审"、"把重构拆成 issue"。 不用于纯需求澄清（用 clarify）或纯方向选型（用 future-aware-architecture）。
本仓库 skills 的路由器——按你当前的处境指路：该用哪个 skill、走哪条流、下一步交给谁。手动调用（/ask-danker），模型不会自动触发。
为目标项目安装 pack 之后，扫描项目并补全/对齐它自己的 CLAUDE.md 与 AGENTS.md。 推荐用 shared 源生成模式：项目维护 instructions/agents/{shared,claude,codex}.md， 本 skill 充当生成器拼接出两文件（shared 段单一事实源、零漂移），不给项目装脚本或 hook。 内容含项目自身约定、已装 pack/skill/agent 用法、可移植编排骨架。增量、绝不覆盖、写前出 diff。 触发词："补全项目指令"、"装完 pack 初始化 CLAUDE.md/AGENTS.md"、"bootstrap project instructions"。 不用于 my-agents 仓库自身的根指令（那是 instructions/root 生成的）。