宜博 / lemonboss

  • docs(task-decomposition): 48号文档真实端到端回归补跑记录 ...
    76910ac5 
    真实起 org-coder → org-validator 跑完 46号文档 Phase 3 v2 当初卡死的那条
轻量图链路（重新建了一条全新任务，subtask-planning 真实分解、真实 enqueue），
org-validator 最终判词 fail_reason=null，确认不再 input_underspecified。

过程中撞见两个纯属验证方法论本身（非代码）的坑：①没起真实 API 服务导致
org-coder 的 CLI 工具调用连续 infra_flake；②agent 子进程与驱动脚本不同源，
LEMON_INTERNAL_TOKEN 对不上导致 401。两次都被真实 agent 自己的诊断日志
准确点破根因。最终把驱动脚本改成同进程内 require server/index.js 解决。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
    yibo authored
     
    Browse File »
  • feat(task-decomposition): 48号文档——decomposed_work 验收契约创建时 1:1 强绑定 ...
    2bc73131 
    subtask-planning 每个 step 新增 acceptance 字段（benchmark 段格式），createTask
强制 decomposed_work 子任务必须带验收契约并用 goal-contract.validateContract 校验，
enqueueTaskRun 起轻量图前把契约落进新 run 的 artifacts/acceptance.json——解决
46号文档 Phase 3 v2 真实回归撞见的 org-validator 死锁（轻量图没有 org-planner
产出契约，退无可退）。

真实起 subtask-planning agent 验证时发现设计稿的字段形状假设有误（真实产出是
benchmark 段本身，不是三段式 wrapper），已按真实产出修正代码与文档，并用那次
真实调用的原始输出跑通完整链路验证。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01H85SS5hVC4u1PbVhjmrhH8
    yibo authored
     
    Browse File »
  • docs: 新增48号文档——task/subtask 验收契约 1:1 强绑定 ...
    1735bb84 
    承接46号文档 Phase 3 v2 真实回归发现的 org-validator 死锁：验收契约
产出被硬绑在"公司完整 org graph 一定会跑到 org-planner"这个假设上，
轻量子任务图不满足这个假设就退无可退。

讨论收敛：消费端（validator 只认结构化契约、不自由判断）保持硬约束，
产出端从"锁死在 org-planner 一个角色"改成"每个 task/subtask 创建时
1:1 必须带一份验收契约"（tasks 表新增字段 + createTask 统一校验）。
本轮范围收在 subtask-planning/decomposed_work 这条链路，task-planning/
org-planner/人类快速派单三条创建路径留到以后单独讨论。

盘点了完整的验收契约生态（acceptance.json vs acceptance.md vs
goal-benchmark.json 三者的区别、11 个相关 agent 里谁真正产出谁只消费）
和需要改动的 agent/代码清单。46号文档、docs/README.md 索引同步更新。

只是设计文档，未写代码。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01H85SS5hVC4u1PbVhjmrhH8
    yibo authored
     
    Browse File »