对话接力

要解决什么问题

当你在一个对话窗口里推进复杂任务，中途因为上下文太长或者需要换个环境而不得不开启新对话时，原先讨论出的决定、已经做掉的操作和明确的下一步往往得凭记忆重新交代一遍。这种重复劳动不仅低效，还容易在传递过程中丢失关键细节——尤其是那些被明确"否掉"的选项，很容易在新对话里被再次提出来讨论。

grace-handoff 就是为了填这个坑。它只负责两件事：把当前对话的实质进展写成一份结构化的交接单存到本地，或者在开启新对话时把之前的交接单调出来，让对话主流程接着往下干。它不是聊天摘要，也不是日记，而是写给"下一个对话里的模型"看的工作交接文件。

核心能力与工作方式

该技能的核心机制是一个只增不改的交接单文件系统，所有文件都存放在系统默认的 对话交接 目录下。触发方式很简单：说一句"写交接单"就进入存模式，说一句"接着上次"就进入取模式，只输入 /grace-handoff 或 /交接 时则根据当前对话状态自动判断。

在存模式下，技能会先判断对话里有没有实质进展，如果只是刚打招呼还没聊出内容就直接拒绝，不存空单。接着提取主题名和代号，这一步最关键的规则是代号复用：写之前先扫一遍目录里已有的文件名和 frontmatter，如果当前对话明显是某条已有线的延续，必须复用那条线的代号，避免新造近义代号导致同一条线被拆成多个文件。然后按日期顺序追加写入新文件，同一天同代号已有文件时加 -2、-3 后缀，绝不覆盖。

在取模式下，技能通过代号和主题关键词模糊匹配到最新一份交接单，紧凑摊开核心内容——平铺展示，不折叠也不整段复述。呈现完之后只问一句是否按交接单的下一步直接开始，如果是就直接把交接单内容当上下文动手，不需要用户把背景再讲一遍。

适用边界与注意点

交接单的格式要求很硬：一律简体中文，"决定"和"否掉"的理由要保留用户的原话关键词，不做美化抽象。每一段都必须服务于"下一个对话能接着干活"，某段确实没内容就写"暂无"，不编造。

存储位置默认是主目录的文档文件夹，如果目录不存在会先确认再创建，用户也可以指定自定义路径。安全性方面，交接单是本地明文 Markdown，密钥、密码、token 一律不写入，需要时只写"见某配置文件路径"。另外，如果交接单内容和用户当前说的信息冲突，以用户现在说的为准，交接单只当参考。

整体来说，这个技能适合那些长周期、多阶段、需要跨对话窗口保持连续性的任务场景。它不替代对话本身，而是把对话中沉淀下来的状态固化成可复用的工作文件，让下一个对话窗口拿到手就能直接开工。