网页端和手机端没有文件系统one-skill-to-rule-them-all 交接文档模式Handoff Doc完整指南【免费下载链接】one-skill-to-rule-them-allThe meta-skill that builds and improves all your skills, including itself. Watches your work sessions (autonomous or human-led), captures patterns, corrections and judgement calls, and turns them into skill improvements and new skill candidates for your review. Practical application of the Augmented Expertise methodology. Open source: CC BY 4.0.项目地址: https://gitcode.com/gh_mirrors/on/one-skill-to-rule-them-all在网页端或手机上使用one-skill-to-rule-them-alltask-observer 元技能时没有文件系统可以写入观察日志别担心交接文档模式Handoff Doc就是为这类环境设计的AI 会话中收集的技能观察不会丢失而是打包成一份结构化交接文档你在下一个有文件系统的会话中粘贴进去即可落地存档。一、为什么需要交接文档先搞懂三种存储环境task-observer 的核心机制是观察—记录—改进它在你的工作会话中捕捉模式、纠正和判断决策把它们写进观察日志skill-observations/observation-log/再转化为技能改进建议。但写日志需要一个持久化存储。项目把环境按持久能力分成三种存储模式见 references/environments.md 的 Storage regimes 一节环境持久工作区观察记录方式Claude Cowork共享文件夹直接写入文件系统完整体验Claude Code固定绝对路径直接写入文件系统完整体验网页端 / 手机聊天❌ 无✨ 交接文档模式Handoff Doc也就是说Claude.ai 网页版和手机 App 里技能照样在后台观察你的工作但无法把观察写成日志文件。此时它切换为交接文档模式——这也是作者本人最初开发该技能时使用的模式。二、交接文档模式的工作原理3 步完成跨设备协作整个流程非常简单你可以理解为移动端收集 → 文档中转 → 桌面端落地会话中收集你在网页端或手机上正常使用技能观察者全程记录模式、纠正与方法论信号这些规则的完整目录见 references/signals.md。会话末尾交付当对话临近结束时技能会主动提议生成一份结构化交接文档你也可以直接索要。官方文档特意强调早提议只是小打扰忘了提议才是真正的工作丢失。粘贴到下一会话你把交接文档带到下一个会话——最好是有文件系统的 Cowork 任务或 Code 会话——观察者会把其中每条观察写成独立的日志文件正式进入观察日志队列。 官方用户指南USER-GUIDE.md明确建议在聊天类环境结束时索取交接文档然后把它交给下一个会话甚至更好的做法是交给 Cowork 任务处理——这正是网页端/手机端没有文件系统场景下的标准工作流。三、交接文档长什么样6 个固定区块交接文档采用固定的 Markdown 模板模板定义见 references/environments.md 的 Handoff-doc mode 一节包含 6 个区块Session Handoff 标题 日期会话主题与日期Context上下文本次做了什么、下一个会话需要知道什么Decisions Made已做决策编号列出Observations Logged已记录观察按 SKILL.md 中如何记录的 frontmatter 格式逐条给出下一个会话会为每条写一个独立的日志文件Cross-Cutting Principles横切原则当前生效或新增的跨技能通用原则Action Items Working Artifacts行动项与工作产物带足够上下文、可恢复工作的下一步以及草稿/分析等完整内容这份结构保证了交接信息自包含下一会话不需要回忆任何细节读文档就能接手。四、接收端如何消化交接文档4 步分析流程交接文档不只是搬运——接收会话会做一轮分析见 references/environments.md 的 Handoff-doc analysis 一节先记录所有明示观察不加过滤逐条落盘系统性地通读每个区块挖掘被暗示但未明说的技能缺口与新技能候选——交接文档携带的信号往往超出当场捕获的内容重点关注行动项每项可能暗示一个缺失技能、开放问题歧义意味着决策框架缺口、已完成工作叙述可能暴露元技能模式正确归因从分析中衍生出的观察要标注来源是交接文档分析而非原始会话。五、实用技巧让交接文档不丢信息结束会话前问一句记录了哪些观察作者本人的习惯是每次归档任务都问一遍这是捕获率最高的做法详见 USER-GUIDE.md 的 Checking in on observations 一节。依赖会话内数据时要持久化若某条观察依赖本次会话的临时数据上传文件、接口输出等应先把证据存入工作区并用reference:字段指向持久路径——这个指针必须能活过会话和重启references/observation-log.md 中专门有Context preservation规则约束这一点。多会话分工要带所有权围栏当交接文档把观察日志的待办拆给多个并行会话时需要给出明确的范围内 id 列表、范围外列表并约定各会话只改自己负责的条目见 references/observation-log.md 的 Editing an existing observation 一节。验证技能是否激活如果几次真实工作后skill-observations/observation-log/目录不存在说明激活从未发生需检查激活配置SKILL.md 的 Session Start Protocol 与 references/environments.md 有完整诊断路径。六、总结一张表看懂各环境体验能力Cowork / 桌面 Code网页端 / 手机端后台观察记录✅✅写入文件系统日志✅ 直接写入❌ 用交接文档替代技能更新暂存与安装✅skill-updates/目录通过交接文档转交定期评审可配置定时任务日历提醒 手动触发会话开始钩子Code 支持 SessionStart 钩子无一句话总结网页端和手机端不是降级而是换了一条更轻量的数据通道。交接文档模式让 one-skill-to-rule-them-all 的技能观察循环真正做到了环境无关——你用手机聊出的每一个纠正和灵感都能安全流回你的技能库。延伸阅读项目内文件核心技能定义SKILL.md环境与交接文档模式细节references/environments.md观察日志格式与规则references/observation-log.md值得记录什么、什么不值得references/signals.md定期评审流程references/weekly-review.md用户上手指南USER-GUIDE.md【免费下载链接】one-skill-to-rule-them-allThe meta-skill that builds and improves all your skills, including itself. Watches your work sessions (autonomous or human-led), captures patterns, corrections and judgement calls, and turns them into skill improvements and new skill candidates for your review. Practical application of the Augmented Expertise methodology. Open source: CC BY 4.0.项目地址: https://gitcode.com/gh_mirrors/on/one-skill-to-rule-them-all创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考