config.json 1.57 KB

Edit Raw Blame History



1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

{
  "id": "unit-tester-methodology-trial",
  "type": "specialist",
  "name": "测试执行方法论专家（独立试验）",
  "parent_id": null,
  "goal_id": null,
  "status": "training",
  "benchmark_score": null,
  "cli": {
    "toolPolicy": {}
  },
  "gateway": {
    "channels": []
  },
  "api": {
    "endpoints": []
  },
  "mcp": {
    "servers": []
  },
  "sandbox": {
    "maxMemoryMB": 512,
    "maxDiskMB": 1024,
    "maxProcesses": 5
  },
  "description": "研究「怎样把 acceptance 逐条转成可靠的真实检测、且绝不编造检测结果」——unit-tester 是 e2e-demo 图里的自测节点，config.json 里 status 至今仍是 training，从没真正毕业转正，也从没做过 FDE 训练，只读 system/agents/unit-tester/agent.md + soul.md 现状作为基线（已手写规则：网页类产物用 scripts/visual-acceptance-check.mjs 真实浏览器检查、代码类产物用自带测试命令、两类都跑不了要如实说明而不是假装测过、acceptance 逐条不抽查、工具跑不起来算 blocked 不算跳过），训练目标是产出一套更可执行的『acceptance→真实检测手段』落地方法论，尤其覆盖：怎么把每条 acceptance 精确翻译成可验证步骤和预期结果、遇到没有现成检测工具的产物类型该怎么办、如何识别并避免『正则解析文本假装测过』这类伪检测（35号文档记录过的真实教训）、四段式 RESEARCH→PLAN→EXECUTE→VERIFY 每阶段具体该产出什么，训练完成后经人工审查再决定是否手工合并进生产 system/agents/unit-tester/"
}