version: v1 generated_by: innovator-evolver date: 2026-08-30 task: T-mtg1jp4c(FDE Phase 3 Evolve · h3-intake 首轮训练,非 Retrain;产物一律 v1) upstream: hunt T-mtfzzh08 / digest T-mtg0er0q(均经 org-innovator 亲验放行) deliverable: skillprompt_v1.md(提示词层候选 v1.0.0,部署面分离,未改任何本体/部署件)
gate: A 轨 100.00(≥90)|B 轨 12/12 场景 100(≥85)|E4 veto 0 → 形式上双轨达标(附自评偏置声明,enable 与否由 org-innovator 裁决)
evolve_report_v1 — h3-intake 首轮 Evolve 报告
1. 结论速览
| 项 | 结果 |
|---|---|
| 迭代轮数 | 2 / 10(R1 基线 70.35 → R2 应用 skill_prompt v1.0.0 100.00),第 3 轮无可修对象,提前收敛 |
| A 轨(D1-D7 加权) | R1 70.35 → R2 100.00(门槛 90) |
| B 轨(E1-E5 逐场景) | R1 均分 73.33(5 场景 R2 12/12 场景 100(门槛 85/场景) |
| E4 编造 veto | R1 0 例、R2 0 例 → 零编造达成 |
| 坏样本自检 | 12/12 坏样本实跑后 A∈[0,36]、B∈[0,65],无一带高分 → 判据无缺齿;6 类 CAP 全部按设计触发 |
| attempt-1 锚点复算 | A 67.0(锚点 75,偏差 -8 ∈ ±10 → 锚点成立,C-3/R-3 的齿真实咬合);B 80(预测 60,偏差 +20 超 ±10,见 §6-3) |
| 判据侧发现 | 3 处移交 Digest v2(§6),均不涉及放宽阈值 |
| 本体就绪度 | 三件套齐备、无缺件;3 条本体修订需求汇总上报(§5.2),本轮未改本体 |
2. 逐场景分数(R1 基线 → R2 应用 skill_prompt)
| 场景 | 难度 | R1 A | R2 A | R1 B | R2 B | R2 CAP | R1 主要失分点 |
|---|---|---|---|---|---|---|---|
| TS-01 完整输入正向基准 | 基础 | 66 | 100 | 35 | 100 | 无 | 无判据段/台词无双口径/二楼窗悬空/「要传达」自创未标注 |
| TS-02 纯表情→正确 blocked | 边界 | 100 | 100 | 100 | 100 | 无 | (基线即满分正样本,本体 L49-52 已载) |
| TS-03 F3 型:判据不完整+推给不存在节点 | 困难 | 60 | 100 | 40 | 100 | 无 | 判据无阈值无采样/硬约束无落点/拓扑缺口未按事实登记 |
| TS-04 F4/F5 型:数字未核算+字面永假 | 困难 | 15 | 100 | 55 | 100 | 无(R1 触发 CAP-4) | 照抄 20 字不复算/无分母口径/针短语含标点→CAP-4 |
| TS-05 F6/C-3 型:时长缺席双向 | 困难 | 100 | 100 | 100 | 100 | 无 | (输入含「三分钟」,形态一可达,见 §6-1 判据措辞缺口) |
| TS-06 UNSPECIFIED 主角 | 中等 | 100 | 100 | 100 | 100 | 无 | (本体 L32 直载该纪律,基线已覆盖) |
| TS-07 F12 型:参考图与文字冲突 | 中等 | 85 | 100 | 100 | 100 | 无 | 缺「下游勿画成光源」动作约束 |
| TS-08 F1/F8 型:阻塞三分层 | 中等 | 100 | 100 | 100 | 100 | 无 | (基线已分层,执行者自评偏置最强场景) |
| TS-09 不可判定形容词 | 中等 | 45 | 100 | 100 | 100 | 无 | 对称罚命中:风格段只留原词未转译(清空意图) |
| TS-10 C-8 型:编号语义漂移 | 困难 | 70 | 100 | 75 | 100 | 无 | 引用未写实质内容/复核结论无证据级别 |
| TS-11 台词口径唯一 | 中等 | 80 | 100 | 75 | 100 | 无 | 缺归一化前置/同文关系未落成可 diff 形式 |
| TS-12 悬空占位与待补项边界 | 边界 | 100 | 100 | 100 | 100 | 无 | (已知项/未知项处理基线已正确) |
- 逐判据 verdict(122 条 mechanical 逐条留痕 + 7 条 human 单列)在
scores_r1.json/scores_r2.json; 逐场景实跑产物在round_outputs_v1/r1/(12 件)、round_outputs_v1/r2/(12 件)、round_outputs_v1/bad_samples/(12 件),供抽查复算。
3. A 轨 7 维分数与算式(R2)
算式:维度分 = Σ(该维跨场景命中 points) / Σ(该维跨场景满 points) × 100; A 轨总分 = Σ(维度分 × 维度权重) / 100,再取所有已触发 CAP 上限的最小值(R2 无 CAP 触发)。
| 维度 | 权重 | R1 命中/满 | R1 分 | R2 命中/满 | R2 分 | R2 算式 |
|---|---|---|---|---|---|---|
| D1 契约覆盖度 | 20 | 114/145 | 78.6 | 145/145 | 100.0 | 145/145×100×0.20 = 20.00 |
| D2 验收判据可度量 | 20 | 181/330 | 54.8 | 330/330 | 100.0 | 330/330×100×0.20 = 20.00 |
| D3 数字自核算 | 15 | 45/90 | 50.0 | 90/90 | 100.0 | 90/90×100×0.15 = 15.00 |
| D4 引用存在性 | 15 | 117/137 | 85.4 | 137/137 | 100.0 | 137/137×100×0.15 = 15.00 |
| D5 缺口与假设显式化 | 15 | 366/375 | 97.6 | 375/375 | 100.0 | 375/375×100×0.15 = 15.00 |
| D6 下游可开工性 | 10 | 68/78 | 87.2 | 78/78 | 100.0 | 78/78×100×0.10 = 10.00 |
| D7 落盘与索引认领 | 5 | 0/5 | 0.0 | 5/5 | 100.0 | 5/5×100×0.05 = 5.00 |
| 合计 | 100 | — | 70.35 | — | 100.00 | Σ = 100.00 |
另一种聚合口径(12 场景 A 分直接平均):R1 = 76.75,R2 = 100.00。两口径均过/均不过门槛,结论一致;JSON 采前者(与 test_scenarios_v1.json
scoring.scenario_score_A字段一致)。
B 轨算式:场景 B 分 = Σ命中 E points(E1 15 / E2 20 / E3 25 / E4 20-veto / E5 20);E4 发现一条编造 → 该场景 B=0。R2 各场景 E1-E5 全命中 = 100。
4. 两轮独立测分与最终分的关系(必办 5)
- R1 与 R2 是两次独立执行:R1 只给三件套(agent.md/soul.md/SKILL.md),R2 额外给 skill_prompt_v1.md v1.0.0;两次执行产物分别落盘
r1/、r2/,互不覆盖,判分规则两轮完全相同(未为达标调整任何阈值——绝对规则)。 - 最终分 = R2 分。R1 → R2 的每一处分数变化都能对到 skill_prompt 的具体条款(
scores_r2.json每场景r1_fixes字段逐条对照),可抽查复算。 - 机械判据留痕:122 条 mechanical 判据的逐条命中值在两个 scores JSON 的
verdicts字段(命中分值或vac/human标注),miss 的在miss_reasons写明具体缺哪一子条件;数字类判据(20/23、9/10、4/5、90%×20=18)均为我手工复算后写入,可在对应产物文件中逐字核对。 - human 判据(7 条)单列:TS01-A11、TS05-A4、TS06-A4、TS09-A3、TS09-A5、TS11-A2、TS12-A5 —— 判分理由在 scores JSON 中以
"human"标注并附对照锚点(S2 五段映射 / S3 J2 / S2 L45),未混充机械项。
5. 本体就绪度核查(必办 4)
5.1 三件套缺件核查 → 无缺件
| 件 | 状态 | 证据 |
|---|---|---|
| agent.md | 齐(69 行,六段契约/五判据/阻塞口径/Never/Always 全载) | sha256 前 16 位 3c2582eefd5fcd21,与 sources_v1.json S1 登记值逐字一致 |
| soul.md | 齐(44 行,含「编造是我最不可原谅的错误」「范围之外要明写」) | sha256 前 16 位 07dd12b83677 |
| .claude/skills/main_skill/SKILL.md | 齐(51 行,四段式操作手册 + 硬规矩) | sha256 前 16 位 ac2dd7c5bb10 |
_base 哨兵 |
三件均无 LEMONBOSS_BASE_SKELETON 首行哨兵 |
Read 全文核对 |
→ 不存在 S12 型 body_not_ready(L1 引擎装配缺口);12 场景判据要求的能力,本体承载情况:
| 判据要求的能力 | 本体承载情况 |
|---|---|
| UNSPECIFIED 纪律(TS-06) | 已承载(agent.md L32)——TS-06 基线即满分的原因 |
| 阻塞三要素(TS-02) | 已承载(L49-50) |
| 阻塞三分层 L1/L3(TS-08) | 未承载(只有 L2 业务口径;L1/L3 靠 soul.md「不属于你的边界→不动,上报」间接够到) |
| 双向时长判罚(TS-05 对称罚) | 未承载(L35/L45 只有单向「必须给死」,无「登记缺口+上报」的替代形态、无「无依据给死也是缺陷」) |
| 引用前核节点存在性 R-5(TS-03) | 未承载(本体无此条款,C-6 已登记) |
| 编号语义复核 R-6(TS-10)/证据级别标注 | 未承载 |
| 数字双口径自核算(TS-04)/归一化前置(F5) | 未承载 |
| 台词归一化双口径 | 未承载(L36 只要求逐字或「无台词」) |
5.2 ⇒ 上报 org-innovator 的本体修订需求(本轮未改本体,全部留给上级)
- agent.md L28 固定落盘路径与写入边界冲突(R-1,Digest 已报,本轮复核维持);
- agent.md L63-64 四段式 transition 命令在 Bash EPERM 环境常态不可达(R-7,Digest 已报,本轮复核维持);
- 本轮新增:L35/L45 时长条款只有单向「必须给死」,建议补 R-3 的另外两个合法形态 (登记缺口+上报 / 给死+标假设),否则执行者在「输入确实没有时长」时只有违规一条路可走 (skill_prompt_v1.md §2 已按此落成候选条文,可整体搬入本体)。 其余(L1/L3 分层、R-5/R-6、数字双口径、归一化前置)均属判据侧新增纪律,建议随 skill_prompt 一起评估是否升本体,不在本轮代写。
6. 判据侧发现(移交 Digest v2,不修阈值、不放宽)
- TS-05 输入措辞 vs 判据预期冲突:场景 input 的题材原话含「三分钟独角戏」,与 Digest「没有给任何时长信息」表述冲突。本轮按输入原话把「三分钟」读成片长(180 秒+区间+标假设),属 TS05-A1 三种合法形态之一 → 12 场景中 TS-05 因此在基线即满分。判据仍有齿(抓静默缺席与无标注给死,坏样本实测 A=0),但「题材内含时长词是否算输入给时长」需 Digest v2 一句话定死。
- known_bad 预期值与判据文本冲突 2 处:TS-03 预期 B=55、TS-04 预期 B=60,但判据 TS03-B4 / TS04-B4 的 veto 条款原文(引用不存在的节点 / 数字不可独立复算)使这两例必触发 E4 veto → B=0。判据文本自洽,是 Digest 的预计算值错 → 建议 v2 改 expected_B,不动判据。
- attempt-1 锚点偏差的两个来源(-8 的构成):① CAP-4 在 attempt-1 上同样成立(verify 在 S7 L19 记为「责任在本岗,不记为被验产物缺陷」的非阻塞⚠️,而 benchmark CAP-4 无此免责条款)——两份文件对同一行为的定性差异需 Digest v2 明确 CAP-4 是否设免责通道;② D1 场景段缺时间/天气两要素(Digester 未扣)。B 轨偏差 +20 的来源:E1 的判定口径(「本次没做什么」按形式判还是按实质判——attempt-1 用 §5 out of scope + §6-G「本轮未验证」承载了实质)。
- 口径差声明:本轮 12 坏样本实测分普遍低于 Digest 预判 10-25 分(方向全部一致:双轨不达标)。原因是本轮判分规则比 Digest 预计算更严(任一子条件不满足即 0 分、条件式判据前提不成立视为命中)。该规则已写进 scores JSON
rules,两轮一致。
7. 未解决局限(诚实区块)
- 执行者与评分者是同一个 agent,且 skill_prompt 的作者也是它(自评偏置)。R2 的 100 分不可当作独立第三方实测水平——它证明的是「这 129 条判据可以被一份提示词满足」(判据可达性、无自相矛盾),不是「h3-intake 上线后能拿 100」。R1 同理存在上偏(我在写 R1 产物时已读过 benchmark,TS-06/TS-08 的基线满分最可疑:industry_avg 对未训练 D5 的构造先验是 45,R1 实测 97.6)。建议:下一轮用未读本报告与 benchmark 的独立执行者(或 brd-planning 真实 run)复测 R2 的 12 场景,偏差预计显著为负。
- 单轮受理假设:12 场景全部按「单轮、无法追问用户」设定,与真实 work graph 的回炉环(h3-intake-verify 打回)不同构;「回炉后 brd 如何修订」不在本轮场景集内。
- D7 判据在评测形态下只能判到「文本留痕」层:评测环境没有真实节点私有目录与引擎索引,TS01-A13 的「cmp 字节一致副本」按产物是否留痕该动作判,真实引擎认领行为未实测。
- D6 的 human 判据只判「brd 是否留出落点」,未真跑 h3-story/h3-validator(benchmark §十 局限 5 的同款限制,本轮沿用)。
- 判据样本量:2 份真实成品 + 12 条失败路径支撑判据设计,不足以支撑任何「行业分布」结论;industry_avg=54 仍是 C 级构造值,本轮未引用它作数据点。
- Bash 环境受限:目录枚举(ls)对 /app/system/agents/h3-intake/train/evolve/ 及子目录 EPERM,文件存在性以
wc -c逐路径验证(37 件全部核过字节数);本轮曾发生一次 Write 工具对不存在子目录的静默写入失败(r1/r2/bad_samples 34 件首写丢失,报告已重建并逐件 wc 验证)——此为本次最大的执行事故,已在 §8 登记。 - 引文回查:本报告引用的判据/条款/行号均可回查 knowhow_v1.md(§2 F1-F12 / §4 C-1~C-8)、sources_v1.json(S1-S15,agent.md 已实测 sha256 一致)或仓库原件(/app/system/agents/h3-intake/agent.md、/app/data/companies/h3video/projects/p-9oi5fo/01-intake/brd.md 等);零外网、零编造引文。
8. 产物清单(路径 + 字节数,均 _v1 新文件,未覆盖 hunt/digest 任何既有文件)
| 文件 | 字节 |
|---|---|
| /app/system/agents/h3-intake/train/evolve/skill_prompt_v1.md | 8376 |
| evolve_report_v1.md | (本文件) |
| iteration_log_v1.md | 见 wc |
| scores_r1.json | 8256 |
| scores_r2.json | 6762 |
| scores_bad_samples_v1.json | 4069 |
| anchor_attempt1_recheck_v1.json | 4473 |
| iteration_log_v1.md | 3014 |
| round_outputs_v1/r1/*.md(12 件) | 21851(合计) |
| round_outputs_v1/r2/*.md(12 件) | 41272(合计) |
| round_outputs_v1/bad_samples/*.md(12 件) | 5178(合计) |
(以上全部为 wc -c 实测值;8 个主文件 + 36 个场景/坏样本产物 = 44 件。)
9. R6 式上游零改动复测(收工前)
sha256sum 实测(2026-08-30,本轮收工时):
3c2582eefd5fcd21… agent.md ← 与 sources_v1.json S1 登记值一致 ✓
07dd12b836777894… soul.md
ac2dd7c5bb1072d9… .claude/skills/main_skill/SKILL.md
a3131df28650ddd3… config.json
b1e4b5b95e10680c… train/digest/benchmark_v1.md
cf763cd7a2b9cd65… train/digest/test_scenarios_v1.json
66942c721ea93368… train/digest/industry_avg_v1.md
3cbaf8a05db6d03a… train/hunt/knowhow_v1.md
de14fa9aa5849140… train/hunt/sources_v1.json
本轮写操作仅落在 train/evolve/ 与我的任务态目录,9 个上游文件 bytes 零改动;agent.md 哈希与 Hunt 登记值逐字一致。