会话交接提示词生成器

它解决什么问题

上下文快满时，最自然的应对是「总结一下接着干」。但会话记忆是不可靠的输入：会话可能已经跑偏，凭记忆复述只会把跑偏的状态固化成一份看似工整的稿子，新会话照单全收，继续在错误的状态上施工。纯压缩类写作任务产出的也只是摘要而非交接——它丢掉了决策的理由、试过不行的方案，以及下一步第一个动作。

本技能只做一件事：生成一份可以整段复制到新会话的交接稿，让任务在干净的上下文里接着跑。稿子写的是磁盘上的真实进展，不是会话记忆。

它如何工作

核心是「先定档，再只读一篇路线」。scripts/relay_plan.py 零参数就能跑，按余量给出紧档或足档，并指明该读哪一篇 references。手上有精确读数（窗口总量、已用量、占用百分比）可以传参，档位会更贴合真实余量。

标准流程是五条命令，顺序由数据依赖定死，不用记：

1. relay_plan.py 判档
2. relay_baseline.py 采版本锚点（git 工作树基线、产物指纹，或如实报「无」）
3. relay_skeleton.py 定落点、建唯一文件名、写入块标题
4. relay_fill.py 按块写内容，--from-json 一次填多块
5. relay_check.py 成稿校验八项

前一步的输出喂给下一步，物理上合不成一条命令——中间必须停下来写稿，这正是本技能要干的活。多棒接力时另有第六个入口 relay_read.py，按块摘读前序稿。落点默认推断为仓库根或家目录下的 .session-relay/，不问使用者；目录里没有 .gitignore 就补一份。

边界与注意点

• 稿子是给人整段复制、可能被贴进别的工具的文本，凭据一律不写，只写「凭据在哪个文件、由哪个脚本读」。
• 决策必须附理由。理由丢了，新会话会把定好的事推翻重来。
• 内部标识（客户名、真人姓名、内网地址）与任务定位无关的不写；定位必需的照实写并给骨架加 --internal，别换成占位符。
• 工具专属写法（斜杠命令、某工具的运行模式名）不写进稿子，改写成「用某技能（作用：）」。
• 产出即终止：校验退 0、回复一句话后不再发任何工具调用，包括不清理自己落下的中间 --json 产物。后续动作由新会话按「下一步第一个动作」执行。
• 它只产稿、不执行稿里的动作，提交、审查、检索旧会话各归对应技能。