项目案例 · 个人实践图册
同舟 · AI 协作
把协作写清楚，让交付有据可查。
一个把任务、依赖与验收写清楚的本地协作实践：公开版负责把计划写明白，本地版在既有环境里按队列执行。
问题
同时使用多个 AI 工具时，任务与交付之间的边界容易失去联系：一个任务交给了谁、依赖哪一步的产物、验收标准是什么，往往只存在于对话记录里，事后难以核对。
这个项目尝试用一份写得清楚的协作计划来解决：任务有定义，依赖有顺序，验收有记录。角色分工如下——
“我负责需求定义、流程设计与结果验收；AI 工具参与实现，问题通过实际产物和独立检查发现与修正。”
流程示意
三个步骤依次相连：每一步的产物是下一步的输入。
-
明确任务
把需求写成任务单：目标、边界、依赖关系与验收标准，在动手之前先写清楚。
-
执行任务
按队列与依赖顺序执行，产出可核对的实际产物，并记录产物哈希用于验收。
-
检查验收
对照任务单验收：独立测试、复核记录与产物哈希，留下有日期的证据。
验收记录
以下是有日期的工程检查记录。这是工程检查，不是商业成效或省额度统计；没有节省百分比的证据。
| 日期 | 项目 | 结果 | 说明与限制 |
|---|---|---|---|
| 2026-09-20 | 独立调度测试 | 127 项通过 | 覆盖队列、会员路由、持久状态、任务依赖、取消、有限重试、失败停派、产物哈希验收。 |
| 2026-09-20 | 既有 worker 回归 | 11 项通过 | 确认新调度不破坏既有 worker 行为。 |
| 2026-09-20 | 真实链路 | 跑通 | 真实“计划 → 初稿 → 复核”链完整执行一次。 |
| 2026-09-20 | 真实代码产物 | 另经 5 项独立行为测试 | 对产物本身的行为做独立验证，而非仅看执行日志。 |
| 2026-09-20 | 已验证组合 | Kimi 文本与代码；WorkBuddy 短复核；Claude Code + Kimi 基础代码 | 其他提供方未全面验证，不作推广性结论。 |
本页为静态记录，不是实时仪表盘；数据不会随时间自动更新。
公开版与本地版
| 能力 | 公开版（本页工具） | 本地版 |
|---|---|---|
| 任务文本 | 生成结构化的任务说明文本 | 读取同一份任务定义 |
| 依赖预览 | 可视化任务之间的依赖顺序 | 按依赖顺序调度执行 |
| JSON 导出 | 导出完整计划 JSON，供审阅与复用 | 消费该 JSON 作为执行输入 |
| 模型请求 | 不请求任何模型，纯本地生成 | 利用既有环境与会员路由执行队列 |
| 凭证与隐私 | 不接触任何凭证 | 个人会员凭证、私人任务和控制接口留在本地，不进入公开页面 |
本地使用说明
- 先用公开版生成计划，审阅导出的 JSON，确认任务、依赖与验收标准符合预期。
- 再把 JSON 交给你自己的本地执行环境。本地版需要你自己的执行器与凭证，本页不提供。
- 没有执行环境时，也可以把计划当作 Markdown 任务单，交给任意 AI 工具逐条执行。
本页不安装、不连接、不执行任何东西。公开版只在你的浏览器里生成文本与 JSON。
边界与已知限制
- 每个任务总共最多 2 次尝试——是“总共 2 次尝试”，不是“2 次重试”。失败后不会无期限自动重试。
- 模型复核不等于事实证明；复核意见需要与实际产物和独立检查相互印证。
- 自动检查只覆盖指定验收约定中写明的范围，约定之外的行为不作保证。
- Claude Code 接入 Kimi 已通过基础代码小样；Desktop 界面和长任务尚未全面验证。
亲手写一份协作计划
从明确任务开始，把依赖与验收写清楚。
工具源码： github.com/chengxi562-hue/scott-portfolio · tools/task-brief