Task Passport任务护照：Claude、Codex、DSH如何接力同一任务
AI换了，任务为什么还要重新介绍？我做Task Passport任务护照，就是想把连续性从某个聊天窗口里拿出来：Claude、Codex或DeepSeek Harness（DSH）接手时，读取同一本任务状态，再继续执行。
本文先整理2026-08-14、v0.2.2的开发记录。2026-10-02查看公开仓库时，README已补充TaskPack跨机交接；实际安装命令、兼容入口和当前版本请以Task Passport仓库为准。
护照保存的是任务状态
每个任务有一个稳定短号，例如TP-7K4M-9D2Q。交接内容围绕六项信息组织：目标、当前状态、已验证事实、决策与理由、产物引用、下一步。接班的AI不必从长聊天里猜哪些决定仍有效。
代码正文继续放在Git，文档放在项目目录，图片和构建产物保留各自位置。护照保存精确引用和状态，不把整个项目或所有文件塞进上下文。
“已验证事实”也不等于把上一位AI的猜测变成真相。未验证的判断应保持为假设，接班者仍要能找到验证条件与证据。
一次接力怎么发生
- 第一位AI打开任务短号，读取目标、状态版本及下一步。
- 完成一段工作，留下产物引用、验证记录和新的待办。
- 使用checkpoint提交新状态，带上打开时读到的版本。
- 下一位AI打开同一任务，读取新的状态后继续。
关键不在于两位AI是否使用同一模型，而在于它们是否指向同一个权威存储。如果Claude写本地目录、DSH却写另一套存储，就会形成两本同名护照，后续进展仍然可能分叉。
expected_version为什么不可少
假设Claude和DSH同时打开版本4。Claude先完成检查，以expected_version=4保存为版本5。DSH随后仍用版本4保存，系统应返回冲突并拒绝旧写入。
这样可以避免旧状态静默覆盖新证据。遇到冲突，应重读最新版本、检查差异，再决定如何继续，而不是自动接受最后一次保存。
历史入口与后续扩展
v0.2.2开发记录提供DSH原生bundle、通用CLI、标准输入输出MCP，以及WorkBuddy／CodeBuddy第三方插件入口。状态可由U-King Action Core、本地目录参考存储或第三方Provider承接。
当前公开README还区分了常驻护照与一次性交接的TaskPack：护照留在store，交接包通过pack／land搬运。跨机器时，原机器上的验证条件仍需重新核对；包内材料也不能自动获得执行权限。
它没有替代哪些工作
任务护照不替你同步Git，不保存密钥，也不自动让所有AI工具兼容。它解决的是目标、事实、产物和下一步容易丢失的问题。项目文件、模型访问、权限和各入口的配置仍需按自己的环境处理。
Task Passport与U-King是独立社区项目。我的相关实践包括U-King多工具安装与配置和本象协议的状态与证据层。
作者：贺去病（贺方升）。网站整理日期：2026-10-02。本文根据我的公众号文章《AI 换了，任务为什么不用重来？我给 DSH 做了一本“任务护照”》整理；原文图示及发布记录见公众号。
合作联系：微信 hecare888；邮箱 hefangsheng@gmail.com。查看服务范围与报价。