frankie-xu/threadport 是一个保存编码智能体(coding agent)工作状态的项目，使其能够在任何地方继续推进并加以验证。2026 年 10 月 24 日的提交 981ab05 打磨了该项目控制平面(control plane，汇集并管理多个智能体运行状态的层级)中状态投影(projection)过程的完整性，以及收据(receipt，留下工作交接已完成的记录)的生命周期边界。变更合计涉及源码与测试共 14 个文件，新增 225 行、删除 29 行，依赖、模式、版本与发布均无变更。
从内容来看，修改可归纳为十项。上下文清单(context manifest，任务交接所需的脉络列表)在 items 与 constraints 区段内出现键重复时即拒绝，目标会话 ID 与运行 ID 只有在同时存在或同时不存在时才有效。收据必须绑定到实际交接目标 ID，检索范围与控制平面共用一套严格的 ISO 时间戳模式，用以过滤不存在的时间点。已过期的收据无法推进到下一步，待定收据只在读取时计算并显示过期时间。运行时转移阶段与来源值在交由结束处理之前先行校验。在事件重放(重新展开内嵌日志以恢复状态的过程)中，首个有效清单不会被替换，冲突警告也会在随后的更新之后保留下来。覆盖率(coverage)统计不会把仅部分确认的条目当作全部确认，以原型名称为键的字典(dict)也已整理，以免产生继承而来的虚假状态。
不过，证据只到本地验证为止。提交中所附的规划文档写明：在 Node 24.18.1 与 macOS 环境下，npm run check 通过了 87 个文件与 578 个测试，npm run test:e2e 通过了 11 个浏览器流程，npm run test:package 通过了 274 个文件的检查。同一文档只提到 Ubuntu、macOS、Windows 的最终 head CI 结果与合并 SHA 计划记录在 PR 中，因此在该提交时点，三个操作系统的验证尚未确认。回滚也只做了计划，没有实际执行。版本与发布未被改动，许可证、star 数等仓库基本信息也未给出，所以要判断实际的部署形态与采纳情况，还需另行查看仓库说明与发布历史。