用途：在长会话即将结束而工作未完成、下一会话没有任何上下文时，生成一份能独立成立的交接文档，回答“接着做什么、为什么这个顺序”，而不是复述“已经做了什么”。不适用于已有明确 SPEC 的已批准任务（改用 plan）、仅需机器检索上会话内容（用 record-episode）、或转移 worktree/终端所有权（用 orca-cli）。
主要能力：读取仓库状态并运行本地健康检查（只读）；在 wiki 中写入一份交接文件并登记索引与日志。核心要求是每个论断都带数字证据，顺序必须说明哪一步阻塞哪一步，陷阱和“已试过并放弃”的方向必须有记录。
使用方式：流程为 W01–W06。先在写之前取证：git log --oneline -15、git status --short、python3 fdk/tools/medic.py --ci 2>&1 | tail -5（若仓库有 medic）；再判断阻塞关系，确定为步骤 0 的任务；然后写入 llmwiki/wiki/sources/handover/DDMMYY-<名称>.md，包含固定七个部分（读前、下一步、小清理、非阻塞未偿债务、陷阱、已试并放弃、Origin）；用具体单位估算时间（约 30 分钟、约 2 小时、半天）；自检文件是否能独立成立；最后登记 llmwiki/wiki/index.md 并在 llmwiki/wiki/log.md 追加，若仓库有校验器则运行 index_sync 至通过。
限制：每个数字必须来自本会话真实运行的命令，无法复现的须标注“未验证”，不得编造；路径须精确到可复制运行；不得重复架构内容，应链接到已有 concept；不得抄录 transcript，超过 200 行视为抄录而非提炼；缺失“已试并放弃”会导致下一会话重复试错。文档若需追问、路径错误或出现“如上所述”即视为不合格，需修正后重检。具体平台、收费信息暂未提供。