-
**本文件除了 saveTaskMeta / loadTaskMeta 的内脏和两处扫目录，其余一行没动。** /task/dispatch 与 /task/report 的 URL、请求体、响应体形态全部原样 —— 它们 印在 packages/agent-core/base/common/tools-base.md 里，是所有 agent 的工具 说明，改一个字等于同时改所有 agent 的提示词。 ## 换掉文件存储的三个理由 - 去重要「readdirSync 整个 tasklog + 逐个 JSON.parse」，任务一多就是 O(n) 次 磁盘读，且没有索引可用 - 派单任务在库里看不见 —— 控制台任务列表读 tasks 表，派单那套是平行世界 - 同一个 T- 前缀两套 id 体系，读日志时分不清 ## 落点 - saveTaskMeta / loadTaskMeta 变成 tasks 表的适配器（upsert + 反向映射）， meta 的形状一个字段不少：调用方按字段名取值，形状变了就是契约变了 - 去重与父任务推断改成带索引的 SQL（idx_tasks_assignee），**判据一个字没改**， 换的只是从哪儿把候选捞出来。查不动时留声不静默 —— 静默跳过等于去重形同虚设 - 加 summary / execution_conv_id 两列（用户选的方案 A） - sourceConvId **删掉**：全仓零读取方，正是本仓库反复立案的「实现在、零调用方」， 不往新表里再搬一份 - objectiveId 不单独存：它恒等于 okr node id 的首段（OkrService.parseNodeId 与 reportRunOutcome 同一口径），且两处读取方都是 `if (objId && meta.nodeId)` ## 真打过一遍，不只是测试绿 照 tools-base.md 印的请求体原样 POST：200 + 老形态响应；再打一次 → 409 且 existingTaskId 正确；落库 executor='agent' / assignee=qa-judge / status=running， 自动建的 goal 标题「来自 ceo 的派单」、okr_node_id 落对；/task/report 之后 status→completed、summary 与 finished_at 都在；loadTaskMeta 往返出来的形状与 老 JSON 逐字一致，objectiveId 从 nodeId 首段推出 O-001；system/tasklog/ 不再 产生新文件（仍是回填前那 4 个）。 守卫：server/tests/unit/task-dispatch-store.test.js（4 例，盯的是「形状没变」） 全量：132 文件 / 1255 测试全绿。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
