-
## ① system/tasklog/ 改名保留（§十二.5） 派单存储统一进 tasks 表后，旧目录改名为 system/tasklog.bak-unify/ 而不是 直接删 —— 跑顺一个版本再清。回填脚本改成**两处都认**（先原位置再备份位置， 顺序不能反：万一有人从备份恢复出一份新的 tasklog，那份才是要回填的）。 ## ② agent 提示词里的端口 3000 → 3010 packages/agent-core/base/ 下那几份是**所有 agent 的工具说明**，印着 curl http://localhost:3000/... 而实际端口是 3010。agent 照着打拿到的是 连接被拒、不是「端口错了」，它多半会去猜别的原因。 这不是假想：批 5 回填出来的历史派单正文里，有人手写了「（端口 3010， 不是 3000）」在纠正它 —— 靠人肉在每条任务书里打补丁。 守卫 agent-docs-port.test.js：扫 base 模板与 agent 本体，禁 localhost:3000。 判据刻意宽松（不校验「必须等于 config.port」—— 端口可被 PORT 覆盖，写死会在 部署环境误报）。带「样本非空」前置断言。第一版扫出 5 条误报，全是某 agent 目录下 Python venv 里 playwright 的 ThirdPartyNotices —— 那是第三方文件不是 提示词，已把 venv/site-packages/workspace/conversations/train 一并跳过。 ## ③ 边界守卫不再把并行会话的改动算到 agent 头上（§15.5 第 1 条） 守卫的前提是「窗口内新增的仓库改动 = 这个节点写的」。多会话共用 worktree 时 这个前提是假的 —— git status 的差集里没有「谁写的」这一维。实测已发生： 批 3 的开发改动把一条 run 判成 boundary_escape 卡住。 可检测的信号：节点**开跑那一刻**仓库就已经有源码目录的未提交改动 → 有人正在 这个 worktree 上开发 → 窗口内新增的源码改动无法归属 → **降级为只记证据、 不判罚**（与既有的 unattributable 桶同一语义），而不是关掉守卫：证据照留， 人一眼看得出「这次没判罚，因为当时仓库是脏的」。 BOUNDARY_GUARD=strict 强制判罚（CI / 干净环境），=record 一律只记。 守卫 8 例，含关键对照：仓库脏时不判、干净时同样一处越界仍判 fail —— 守卫没被削弱，只是不再乱扣帽子。 ## ④ TaskTimeline 的标签不再撒谎 conversationCount 在批 5 之后只会是 0/1（「有没有起过执行会话」），而界面 写的是 "Convs: N" —— 读的人会以为这条任务只有一次对话。改成有/无的表达。 agents 的语义变化在注释里说明。 注：innovator-hunt/todo.md 与 reddit-scraper/todo.md 里的端口也改了， 但它们是 gitignored 的运行态文件，不入库。 全量：134 文件 / 1268 测试全绿，web:build 通过。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
-
两类回填合在同一个脚本里（§十二.5 的要求）：同一次数据形态变更分两个 脚本，只会让「跑了哪个没跑哪个」变成新问题。 **沿用原 taskId，不新发一个** —— 这是这一步最要紧的判断。conversations 目录名是 task-{taskId}、汇报链路按 taskId 找回这条派单、summary 里互相 引用。换 id 等于把这些引用全断掉，而回填的目的恰恰是「别让历史消失」。 落点： - executor='agent'、assignee_agent_id ← dispatch 的 to、parent_task_id ← 派单链 - company_id 落 _global：tasklog 的行没有 company 这一维（from/to 都是本体 id）， 全局 agent 的会话本来就落在这个保留 id 下（28 §5.1）。不去猜某条派单 「其实属于哪家公司」—— 猜错会让它出现在错误的公司列表里，比都归 _global 更难发现 - 每条派单自带一个 goal：tasks.goal_id 是 NOT NULL 真外键，而派单没有「人提的需求」 那一层。与 §六.3 给 POST /:cid/tasks 设计的兼容路径同一条，不给 goal_id 开可空口子 - 标题把 <br> 还原成换行再取首行，否则整条正文糊成一长条 - dispatched → running（派出去了还没回话，不是终态） 实跑：4 条派单全部回填成功、零失败；再跑一次全部跳过、零新增。 回填后 executor='agent' 的行指向 hunter / digester / master / agent-creator， 原 taskId 一个没变。 守卫：server/tests/unit/tasklog-backfill.test.js（4 例） 顺带修掉自己踩的一个：新测试用 Date.now() 拼临时库路径，撞了 test-id-stability 那条守卫 —— 和另一个会话昨天踩的是同一个。改用 fs.mkdtempSync（仓库既有写法，graph-engine.test.js 的 runsDir 就是它）。 全量：131 文件 / 1251 测试全绿。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
-
把「人类提的一个需求」与「机器执行的一件活」拆成两级。这不是新概念： 27-NAMING §四 早就定义了 goal 1 : task N，graph_runs.goal_id / task_id 两列从 P3 起就一直在写，却没有任何表接得住 —— 本次补上那两张缺席的表。 ## 交付 - goals / tasks 两张表 + CRUD + depends_on 环检测 + ID 生成器 T-{base36}-{4hex}：原格式同毫秒必撞，而 tasks.id 是主键， 「一个 goal 拆 N 条 task」是循环建行，撞了就是 500 - goal / task 全套端点；POST /:cid/tasks 向后兼容（不带 goal_id 自动 建 goal）；退役 /api/goals 与 /:cid/goals 两个 OKR 别名（零调用方） - 终态回写 + goal 收敛 + OKR 写一次：钩子挂在唯一漏斗 graph-run-sse.transitionRun 上，而不是枚举路径 —— stopRun 与 「预算耗尽 → blocked」两条最常见的释放路径都不走 settleRun， 枚举一次漏一次。goal 收敛用 CAS 闸门，并行完成的 N 个 task 只有 一个赢家做不可重放的副作用（写 OKR / 唤醒上级） - blocked 在 task/goal 两层都不是终态：它是「挂起等人介入」， 与 completed/failed/cancelled 不同类。否则预算耗尽后加预算恢复、 跑完，两次条件更新静默命中 0 行，最终 run=completed 而 task=blocked/goal=failed/OKR=failed 永久对不上（实跑复现过） - goal 级是唯一汇报出口：删掉 run 级 reportRunOutcome（零其它调用方）， 1 goal:1 task 形态下它会把上级 agent 就同一件事唤醒两次 - dispatch 挑第一条可跑的 draft，而不是恒取 seq 最小那条 —— 否则「第 1 条依赖第 2 条」这种合法输入会让 goal 永远下达不了 - 路径缺陷：writeTaskGoalArtifact 不认 GRAPH_RUNS_DIR 而读侧认， 设了 env 就写进 A 处、从 B 处读，describeTask 拿到 null 后静默退回 兜底文案「执行图节点任务」；三处模块加载时快照改为调用时读 - 存量回填脚本（幂等 + --dry-run）：不做的话批 1 反而让历史任务 更看不见 —— 正是本批要修的问题的反向放大 ## 过程 三轮多 agent 编排 + 每轮对抗复核，共报出 19 条缺陷（10 条首轮实现的、 4 条第二轮修复引入的、5 条判定为非问题）。全部已修并有用例覆盖。 新增测试 4 个文件，含不变式测试 runs-root-single-holder（凡是声明了 GRAPH_RUNS_DIR 覆盖的模块，该覆盖必须真的被用到）。 全量：116 文件 / 1057 测试全绿。 ## 未做（属批 2-5） task-planning 与 goal 级 org-validator 验收（批 2）、调度器与 run_status='queued'（批 3）、并行（批 4）、两套任务体系统一（批 5）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>