返回板块

全脑基线估算与对账口径

V1.0.02026-09-19地方法规
源文件：C:/Users/xub/.workbuddy/spec/4.地方法规/脑手分离/全脑基线估算与对账口径_V1.0.0.md

版本：V1.0.0 ｜ 编制日期：2026-09-19 ｜ 落位：地方法规（宪法第48条第3款：工作区级规范、台账场景映射）
上位准据：《全域任务脑手架构宪法_V1.2.0》第7条（技术经济性目标·可证伪）、第35条（台账五列基线对账）
施工依据：《执行层缺口完善方案_V1.0.1_draft》施工单 D2（含修订 R4、R6）
定标态：现行口径＋待确认项（见 §四）

一、适用对象

本规范规定 token_ledger.jsonl 台账的五列填写口径、对账摘要生成方式与「省 80%」声称禁则。适用于本工作区（★利衡辨_脑手分离★）全部任务的对账留痕。

二、台账五列（宪法第35条，字段名固定）

列 字段名 定义 容许值
1 task_type 任务类型 中文类型词，如「治理施工·中量」
2 brain_baseline_est 全脑基线估算 整数 Token，或 未测
3 actual_token 实际 Token 整数 Token（须为实测），或 未测
4 actual_cost 实际费用 数值（元），或 未测
5 saving_rate 节省率 0–1 小数，或 未测；不得以推算值充实测

字段名映射外置于 spec/4.地方法规/脑手分离/ledger_anchor.json 的 field_map，闸门只读取不定义。

三、数据来源三级标注（强制）

标注 含义 允许用途
source=measured 来自宿主 OTEL trace generation-span.usage 真实 API 计费数字 可据以计算 saving_rate
source=manual 人工录入（trace 不可读期间的临时过渡，见方案 R4） 不得据以宣称节省率；摘要须显式标注 manual
source=legacy 历史格式行（仅 token_est，缺五列） 按宪法第47条冻结不改内容，计入「未测」

四、全脑基线估算方法（现行口径 + 待确认项）

现行实际口径（历史台账已用，本规范如实承认为现状，不主张其为最优）：
全脑基线 ＝ 「同一任务由脑（K3）全程执行」的 Token 估算，由脑侧一次性给出，登记在 brain_baseline_est，并在 brain_baseline_note 写明估算依据（如「通读宪法 48 条全篇＋产审计 JSON＋产修正 Prompt＋自检」）。

待确认项（方案开放问题 3，属脑/人定标，手不擅定）：
- 候选 A：同 prompt 不经机械闸直接调模型一次的成本；
- 候选 B：历史同类型任务全脑成本均值；
- 是否包含多次迭代的脑侧成本。

在炳哥定标前，本规范不改变现行口径，亦不宣称现行口径已达可机械复算标准。

五、「省 80%」声称禁则（宪法第7条）

  1. 未建立对账数据前，「省 80%」仅为设计承诺，不得作为已达成结论对外宣称。
  2. 摘要中出现 actual_token = 未测 或 source=manual 的条目时，该条不得计入达成率分子。
  3. 允许并鼓励的表述：未测、不可证成、当前证据不支持 80% 达成。

六、对账摘要生成

  • 生成器：_tools/token_audit.py --monthly [YYYY-MM]（零 Token 机械闸，退出码非零即禁交付）。
  • 摘要须包含：逐条五列、source 标注、五列齐全率、未测 条目数、达成率分子分母明列、结论行。
  • 输出落位：任务夹 产出/对账摘要_<YYYY-MM>_<YYYY-MM-DD_HHMM>.md。
  • 人只审阅不手改（方案 4.2）。

七、修订记录

版本 日期 修订
V1.0.0 2026-09-19 首版：依方案 D2 落地五列口径、三级来源标注、基线现行口径与待确认项、80% 声称禁则、摘要生成规程
利衡辨 · 全域资料站 ｜ 全域七链元路由 · 一进一出
宪法 ＞ 基本法 ＞ 行政法规 ＞ 地方法规 ＞ 地方规章