• 用户问"当前 company 用到的所有 agent 骨架是不是都完整",顺手全量核对了一遍
    e2e-demo 实际会用到的 18 个本体(org 层三个 + 三张 work graph 骨架的全部节点 +
    四个元规划本体),揪出两处:
    
    - unit-tester:这次真实回归测试撞见过的那个空骨架(32/34/35 号文档记录的样本),
      agent.md/soul.md/SKILL.md 三份全是没填充过的 _base 原始内容。照 coder 的规格
      (同一张 executor.json 骨架的实现节点)写了一份对应的自测节点定义——四段式细则、
      网页/代码两类产物的检查手段选择(网页类点名用 scripts/visual-acceptance-check.mjs,
      不许用正则解析文本冒充浏览器检查)、数据契约、硬规矩。
    
    - org-coder:完全独立于本次回归测试撞见的一处更早的缺口——soul.md 从 8/18 创建
      agent.md 起就没写过,这个本体已经在多个真实任务里跑过。照它自己 agent.md 里
      "实现节点"这个身份定位、比着 coder/soul.md 的规格补上,顺带记了一句它是跨公司
      共享本体(P1 虚拟引用),别把单个公司的业务细节写进去。
    
    agentLocator.missingBodyDefinition() 核对过,18 个本体全部通过。全量单测
    1012/1012 通过(本身不涉及后端逻辑改动,只是确认没有连带影响)。
    
    Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
    yibo authored
     
    Browse Dir »
  • e2e-demo 公司真实回归任务(T-mt2r6fz0-125b,31/33 号文档验证用)跑 org-coder
    支线时新招的两个本体,system/agents/ 是全部 agent 本体的唯一目录,理应入库。
    
    coder/agent.md 正常填充过(角色专属内容)。
    
    ⚠️ unit-tester/agent.md 仍是未填充的 _base 原始骨架(带 LEMONBOSS_BASE_SKELETON
    哨兵标记)——这正是 32/34/35 号文档反复分析的"招聘装配没填充完"问题的真实样本,
    如实提交,不假装它是完整的。它已经在真实图执行里跑过一整条任务(见 34 号文档
    §五),提案 A(35 号文档,commit bab675c)落地后,这类未填充本体会在图执行前
    被 body_not_ready 闸门拦下,不会再静默拿空提示词跑真实调用。
    
    Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
    yibo authored
     
    Browse Dir »