返回板块

G15 新任务全生命周期省Token技术标准

1 新任务全生命周期省 Token 技术标准

标准编号：LHB/TS-2026-002 ｜ 版本：V1.0.1 ｜ 发布日期：2026-09-12 ｜ 实施日期：2026-09-12 ｜ 归口：利衡辨 · 全域治理

1.1 目次

前言

· 引言

· 第一篇 目的与底层逻辑

1 范围

2 规范性引用文件

3 术语和定义

4 失效模式与治理条款对照

· 第二篇 逻辑结构

5 成本模型与预算基准

6 九项硬指标与台账

· 第三篇 具体方法论

7 各阶段详细技术要求

8 异常处理总则

· 第四篇 监督、文档管理与版本历史

9 符合性自检

10 落地与验证

11 监督与问责

· 附录 A 执行检查清单

· 附录 B 达标判定标准

· 附录 C 工具链清单

· 附录 D 速查表

· 修订记录

· 审批记录

·

前言

本文件依据 GB/T 1.1-2020《标准化工作导则 第 1 部分：标准化文件的结构和起草规则》的规定起草。

本文件为首次发布；现行版 为缺陷修复版（修订原因见修订记录）。上位文件为《全域文件技术体系宪法》现行版（M0.7 第 18 条「新任务全生命周期 Token 预算铁律」）；技术数据源文件为 LHB/TS-2026-001《用户级全生命周期 Token 节约规范》V2.1。

权威关系：本文件为全域新任务执行的执行层标准。与宪法冲突时以宪法为准；与 LHB/TS-2026-001 冲突时以本文件为准（本文件为其可执行化落地，非替代）。本文件不改变既有质量门禁——13 维校验、附图闸、字体闸、命名闸、区域闸、前置闸、双端校验全部保留，且优先级高于本文件任一条款。

成文基准（强制）：本文件的成文逻辑与格式体例遵循《MASTER RULE · 技术标准成文规范》V1.1.0（STD-A/B/C/D/E/F/G/H/Z 共 87 条）与《技术标准成文自检清单》V1.0.1。

1.2 规范性要求等级（RFC 2119）

本文件采用 RFC 2119 规定的五级规范性要求等级，效力序为「必须 > 不得 > 应 > 宜 > 可」。未标注等级的条款，一律按第 1 级「必须」执行。

表 0-1 规范性要求等级（RFC 2119）

等级	模态词	含义	等效英文表述
1	**必须**	强制要求，不得偏离	MUST
2	**不得** / **禁止**	强制禁止	MUST NOT
3	**应**	在无正当理由时须遵守	SHOULD
4	**宜**	推荐，允许按场景取舍但须留档理由	RECOMMENDED
5	**可**	允许，不影响合规判定	MAY

·

引言

1.3 三项核心原则（强制贯穿）

本文件全部条款必须同时满足下列三项核心原则（《三原则元基准》V3.1）。任一条款违反任一原则时，该条款不得生效。

表 0-2 三项核心原则与本文落地方式

原则	定义	本文件的落地方式	检验位置
**原则一 · 场景定义需求，需求定义产品**	先定场景，再由场景推导所需产品形态与资源额度	把「省 Token」由全域一刀切收敛为**短任务、中任务、长任务三档**，各档独立预算上限、独立达标阈值；各场景唯一合法载具保持不变	表 5-1、表 7-1、表 7-5、表 7-9、表 10-1
**原则二 · 技术经济性**	任何措施须列明投入、产出、风险；零风险优先	每条压缩与精简措施**必须**同时给出「收益量级 + 风险等级 + 回退路径」；风险为零的措施优先执行	表 7-2、表 7-6、表 7-10、表 9-2、表 B-1
**原则三 · 1 进 1 出**	单一输入、单一输出；不新增并行载体	本文件**零新增载体**：全部措施为既有配置修复与既有载体内部重构；管线与产物形态不发生增删	表 9-3

·

2 第一篇 目的与底层逻辑

2.1 范围

2.1.1 适用对象

本文件规定利衡辨用户级工作区中，单个新任务从创建、执行到归档的全生命周期内，Token 预算上限、内容压缩规则、上下文精简方法与异常处理机制。

2.1.2 适用边界

表 1-1 适用与不适用范围

类别	内容
**适用**	全部 skill、专家、MEMORY 工作流新建任务；单会话任务与跨会话任务；用户级配置、记忆文件、技能目录的读取与装配
**不适用**	平台侧框架恒在块（`final_answer_instructions`、`visualizer` 等）；宿主计费算法本身；历史存量任务的追溯改造

2.1.3 生效范围与过渡条款

本文件对全域新任务生效，实施日期见封面。

过渡条款（V1.0.1 补）：

· 任务级豁免：本文件生效前已建夹的存量任务不追溯其预算与轮数判定，仅在下次同类任务执行时按本文件执行。

· 配置级即时生效：与任务无关的全域配置整改（失效 override 键清零、技能描述压缩、记忆装配收敛）不受上述豁免限制，自本文件生效即刻执行——配置项为全域单例，不存在「存量任务」边界。

· 口径切换：按 V1.0.0 口径已入库的台账数据保留原样，不得按 V1.0.1 口径改写；跨口径汇总时应分列标注版本。

2.1.4 目标值承接与驳回

用户级指令要求「校核是否满足三原则（节省 80% Token）」。「全域省 80%」不予承接，依据为实测约束：每轮请求中恒在不可动部分（平台框架块与工具 schema）为 42,326 字符 = 79.2%，其体量不随执行者动作变化，故「全域 80%」在物理上不可达。本文件改按任务三档给出可核验降幅：短任务 ≥ 10%、中任务 ≥ 25%、长任务 ≥ 45%（第 10 章三批措施），并以第 6 章九项硬指标替代百分比承诺。

2.2 规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

表 2-1 规范性引用文件

序号	文件	版本	引用方式	用途
1	《全域文件技术体系宪法》	V2.18.1（注日期）	规范性	上位约束；M0.7 第 18 条为本文件授权来源
2	《用户级全生命周期 Token 节约规范》	V2.1（注日期）	规范性	成本模型、九项硬指标、三批措施的数据源
3	《三原则元基准》	V3.1（注日期）	规范性	三项核心原则定义锚点
4	《MASTER RULE · 技术标准成文规范》	V1.1.0（注日期）	规范性	成文逻辑与格式体例
5	《全域文件工作流规则技术标准》	不注日期	规范性	管线拓扑 N1 至 N7
6	《S10_任务收尾总结SOP》	V1.4（注日期）	规范性	收尾三要素与遗留分级
7	《S02_文件夹建立及命名规范SOP》	V1.1.0（注日期）	规范性	任务夹命名与结构
8	会话总账、载荷分解与指标台账工具链	不注日期	规范性	M1 至 M9 测量与台账写入，清单与就绪状态见附录 C

2.3 术语和定义

表 3-1 术语和定义

术语	定义
**任务**	一次从指令下达到交付物落盘的完整执行单元，以任务夹为物理边界
**生命周期**	任务自创建、执行至归档的完整阶段序列，本文件按创建期、执行期、归档期三阶段划分
**Token 预算**	单个任务在某阶段被允许消耗的 Token 上限，以字符或 Token 计量
**冷启动税**	会话首轮未命中缓存、须全额计费的 Token 量
**前缀**	每轮请求中固定不变的部分，由 system 消息与工具 schema 构成
**恒在块**	每轮必出现且体量固定的语义块，其体量为不可动基线
**可动载荷**	每轮前缀中可被治理的部分，等于注入记忆、技能清单与首条消息之和
**缓存块粒度**	缓存计入的最小 Token 单元，实测值为 64 Token
**装载四级**	L0 仅标题骨架、L1 骨架加每节首句、L2 定位节全文、L3 整篇全文
**剥壳**	OOXML 或 HTML 转换为去标签纯文本的转换动作
**内容压缩规则**	对进入上下文的载荷实施体量削减的强制性规定
**上下文精简方法**	在不损失任务所需信息的前提下减少上下文承载量的操作手段
**异常处理机制**	针对指标越限的「触发条件加处置流程」对偶规定
**状态外化**	把任务进展写入任务夹 `state.json`，使会话成为可抛弃缓存
**失效 override 键**	技能覆盖配置中键名对不上任何现存技能目录的条目
**达标判定**	以实测降幅加硬性自检项对措施批次作出的通过或不通过裁定

2.4 失效模式与治理条款对照

本章为认知入口：先把「不省 Token 会长什么样」列清，再给出对应治理条款编号。全文规则编号与本章条目一一对应，可双向追溯。

表 4-1 失效模式、表现与治理条款对照

编号	失效模式	表现	治理条款
FM-1	前缀不稳定	技能集或记忆装配每会话变动，首轮缓存命中率中位仅 36.2%	表 7-1 第 6 行、表 7-3 第 6 至 10 行、E1、E2
FM-2	可动载荷臃肿	注入记忆中位 6,656 字符，技能清单 3,280 字符，失效键 38 个	表 7-1 第 1 至 4 行、表 7-2、E2 至 E4
FM-3	原始文件直载	直接读 OOXML 或 HTML 全文件，单次装载成本达纯文本全文的 10.41 倍	表 7-3 第 1 至 5 行、表 7-7 第 4 行
FM-4	工具输出累积	工具输出逐轮进入历史并被反复重发，累积占比失控	表 7-5 第 2 至 3 行、表 7-6 第 3 行、E7
FM-5	历史无限重发	历史 Token 每轮重复携带，重发成本随轮数平方级增长	表 7-5 第 4 行、表 7-6 第 7 行、E8
FM-6	会话无限膨胀	会话日志超过 100MB，单轮载荷与重发成本同步放大	表 7-9 第 7 行、表 7-8 第 6 行、E12、E16
FM-7	输出残缺	生成被截断或正文尾部无终止标点，须整份重生成	表 7-8 第 4 行、E10
FM-8	交付态重复生成	为校验重复渲染交付物，一倍冗余成本	表 7-9 第 1 行、表 7-10 第 1 行
FM-9	台账缺失	九项指标未记录，降幅无法判定、措施无法校正	表 7-9 第 3 行、E14

图 4-1（全域文件工作流逻辑思维简图，节点映射本文第一篇至第四篇）回答「治理动作沿哪条主线展开、各节点归属哪一篇」；图 4-2（全域文件生命周期逻辑结构图，节点映射本文第 7 章三阶段）回答「单任务在时间轴上依次经过哪些阶段、每阶段的治理对象是什么」。两图节点均可映射至本文件章条编号，渲染态应以图片实体嵌入（HTML 用外链 `img`，docx 由渲染引擎绘制），不得仅留文件名。

表 4-2 认知入口图与源文件

图号	图题	源文件
图 4-1	全域文件工作流逻辑思维简图	`specs/宪法数据库/全域文件工作流逻辑思维简图.png`
图 4-2	全域文件生命周期逻辑结构图	`specs/宪法数据库/全域文件生命周期逻辑结构图.png`

2.4.1 E 编号总索引与反向映射

本文异常编号 E1 至 E17 分布于第 7 章三节（创建期 E1 至 E6、执行期 E7 至 E13、归档期 E14 至 E17），连续无缺号。为满足「可双向追溯」，下表给出 E 编号总索引与反向映射（E 指向失效模式）；无对应失效模式者为新增防御项，其存在理由见「反向说明」列。

表 4-3 E 编号总索引与反向映射

编号	触发条件	所在节	对应失效模式	反向说明
E1	首轮缓存命中率 M1 < 85%	7.1.4	FM-1	主因侧
E2	失效 override 键数 M4 > 0 个	7.1.4	FM-2	主因侧
E3	可见技能数 > 6 个或清单字符 > 1,500	7.1.4	FM-2	主因侧
E4	注入记忆字符 > 3,200	7.1.4	FM-2	主因侧
E5	分级结论缺失或跨档变更	7.1.4	无	新增防御项：分级缺失不表现为成本浪费，而表现为预算不可判定
E6	创建期实际轮数 > 1 轮	7.1.4	无	新增防御项：创建期额外轮次为前置校验缺失的症状
E7	工具输出累积占比 M7 > 15%	7.2.4	FM-4	主因侧
E8	历史重发占比 M8 > 60%	7.2.4	FM-5	主因侧
E9	前缀稳定度 M9 > 5%	7.2.4	无	新增防御项：前缀抖动不直接计费，但使缓存整体失效（FM-1 的成因侧）
E10	输出被截断或正文尾部无终止标点	7.2.4	FM-7	主因侧
E11	发生模型切换	7.2.4	无	新增防御项：模型切换使缓存按模型隔离失效（FM-1 的成因侧）
E12	会话日志达到或超过 50MB	7.2.4	FM-6	主因侧
E13	质量门禁与省 Token 措施冲突	7.2.4	无	新增防御项：一票否决条，非成本项
E14	台账缺失或九项指标未写全	7.3.4	FM-9	主因侧
E15	存在未清零的 P0、P1 或 P2 遗留项	7.3.4	无	新增防御项：沿用 S10 SOP 遗留分级，非成本项
E16	会话日志达到强制阈值	7.3.4	FM-6	主因侧
E17	交付物命名闸或落盘闸不通过	7.3.4	无	新增防御项：质量门禁前置条，非成本项

追溯口径：正向（治理条款指向 E）覆盖 17/17；反向（E 指向失效模式）覆盖 10/17，其余 7 项为新增防御项并按下表「反向说明」列归类。V1.0.0 表述为「一一对应、可双向追溯」，与实测不符，本版按实测改写。

图 4-1 全域文件工作流逻辑思维简图

注：本图回答「为什么这样组织」——自顶向下的分层认知框架与层间依赖关系

L0 目标层 = 全域文件治理可执行 | 交付可核验

L1 方法论层 = 场景定义需求 | 需求定义产品 | 技术经济性 | 1 进 1 出

L2 治理层 = 三档分级前置 | 三阶段各四要素 | 异常四步处置 | 质量门禁一票否决

L3 度量层 = 九项硬指标入台账 | 禁以推算充实测 | 越限即阻断

·

3 第二篇 逻辑结构

3.1 成本模型与预算基准

3.1.1 成本模型基准

任务有效成本应按式（1）核算。

有效成本 = 前缀固定成本 + 历史重发成本 + 工具输出累积成本 + 生成成本 …（1） 其中： 前缀固定成本 = 首轮未命中 + 后续各轮未命中之和 历史重发成本 = 第 i 轮历史 Token × 剩余轮数 的累加 工具输出累积成本 = 工具输出 Token × 剩余轮数 的累加 生成成本 = output Token（实测占比 0.82%，低于 5%）

缓存折扣率记为 d。本文件不假设 d 的具体取值；降幅判定应以真实账单反推后代入式（1）。

3.1.2 任务三档分级（原则一落地）

任务必须在创建期完成分级，分级结论应写入任务夹 `state.json`。同任务不得跨档变更。

表 5-1 任务三档分级裁定标准

档位	判定标准	轮数上限	交付物件数	典型场景
**短任务（S）**	单点查证或单文件生成，无跨载体协同	≤ 3 轮	1 件	单次查询、单篇成文、单文件转换
**中任务（M）**	单载体迭代或单件报告成文	≤ 10 轮	1 至 4 件	单 skill 升版、技术报告撰写
**长任务（L）**	跨载体升版、多阶段治理或多交付物	≤ 25 轮	≥ 4 件	宪法升版、四盘同步治理、多载体同批升级

3.1.3 预算计量口径

预算必须以字符为计量单位，不得使用字节。中文按 1 字符计；字节口径对中文将高估约 2.7 倍。

口径例外（V1.0.1 锁定）：下列两类允许以 Token 计量，但必须在该行标注「Token」字样：

· 账单比例类指标（M1、M2、M3、M8）——分子分母同单位，比值为无量纲数，应取 Token 口径以与计费一致。

· 平台硬上限类（首轮未命中上限、归档期新增上限）——其量级由宿主计费确定，无法以字符等价表达。

禁止折算：不得引入字符与 Token 之间的任何折算系数（换算系数不可核实）；不得以「按 0.369 系数折算」类做法把两类口径互转。同一张表内混用两类单位时，必须逐行标注单位。

3.1.4 阶段与四要素总览

表 5-2 三阶段各四要素总览

阶段	Token 预算上限	内容压缩规则	上下文精简方法	异常处理机制
**创建期**	表 7-1	表 7-2	表 7-3	表 7-4
**执行期**	表 7-5	表 7-6	表 7-7	表 7-8
**归档期**	表 7-9	表 7-10	表 20	表 7-12

3.1.5 载体与模式判定规则

表 5-3 载体与模式判定规则

判定项	载体	模式
独立技能定义文件	必须	无
独立触发词	必须	共用
独立入口	必须	共用
独立描述	必须	共用

上表四项全部满足者判为载体；任一项不满足者判为模式。把判定为模式的条目收敛进单一载体，不构成新增载体。本规则为原则三的判定基准，并被 E3 引用。

图 4-2 全域文件生命周期生命周期逻辑结构图

注：本图回答「每一步做什么」——各阶段触发条件、责任人、校验方式与例外回路

创建期 = 指令下达 | 任务执行者 | 分级入 state.json、冻结技能集与记忆装配

执行期 = 首轮请求发出 | 任务执行者 | M1、M7、M8、M9 逐轮复测与落盘加摘要

归档期 = 交付物生成完毕 | 任务执行者 | 门禁复核、台账追加写入、遗留清零

超阈值 = 会话日志达 100MB 或状态不一致 | 任务执行者 | 状态外化后开新会话恢复

3.2 九项硬指标与台账

表 6-1 九项硬指标定义、口径与实测基线

编号	指标	定义与口径（V1.0.1 首次锁定）	实测基线（2026-09-12）	目标	阈值状态	测量工具
M1	首轮缓存命中率	首轮 cached ÷ 首轮 prompt（Token 口径）	31.8%	≥ 85%	已标定	`_tools/token_ledger.py`
M2	会话累计命中率	Σcached ÷ Σprompt（Token 口径）	97.2%	≥ 90%	已标定	`_tools/token_ledger.py`
M3	输出占比	Σoutput ÷（Σprompt + Σoutput）（Token 口径）	1.4%	≤ 5%	已标定	`_tools/token_ledger.py`
M4	失效 override 键数	键名对不上任何技能目录的条目数（计数）	38 个	0 个	已标定	`_tools/fix_skill_overrides.py`
M5	可见技能数与清单字符	未被 override 的技能目录数与其 Σ(name 加 description) 字符	8 个 / 2,725 字符	≤ 6 个 / ≤ 1,500 字符	已标定	`_tools/fix_skill_overrides.py`
M6	注入记忆字符	`working_memory_content` 加 `user_memory` 实测字符，取主轮中位	9,742 字符	≤ 3,200 字符	已标定	`_tools/token_payload_breakdown.py`
M7	工具输出累积占比	Σ工具输出字符 ÷（Σ前缀字符 + Σ工具输出字符）——字符口径，分子分母同单位	7.0%	≤ 15%	**待标定**（仅观测）	`_tools/token_payload_breakdown.py`
M8	历史重发占比	（Σprompt − 首轮 prompt）÷ Σprompt（Token 口径，无量纲比值）	98.5%	≤ 60%	**待标定**（仅观测）	`_tools/token_ledger.py`
M9	前缀稳定度	max 相邻两轮 system 消息差异字符 ÷ 前缀总字符（字符口径，位置对齐）	0.0%	≤ 5%	已标定	`_tools/prefix_stability.py`

判定约束：M1 与 M2 必须在同一会话内同时达标，否则视为未通过。

口径说明（V1.0.1）：M8 的实测基线 98.5% 表明 V1.0.0 遗留阈值 ≤ 60% 对轮数 ≥ 10 的会话不可达——其成因是每轮请求天然携带全部前序内容，占比随轮数单调上升，非执行者可消除。故 M7、M8 在累计满 3 个任务的实测曲线形成前仅作观测，不得作为批次验收的硬门禁（见附录 B.0）。

M9 覆盖边界（诚实声明）：M9 的可测范围为请求载荷中的 system 消息段；工具 schema 段不在 messages 内、无法自 trace 取数，故不纳入 M9。据此 M9 = 0 表示 system 段逐轮完全一致，不表示工具 schema 段无抖动。

台账要求：任务结束时必须把 M1 至 M9 追加写入任务夹 `token_ledger.jsonl`，不得以空值或推算值充数（越限记越限，未测记未测）。

·

4 第三篇 具体方法论

4.1 各阶段详细技术要求

4.1.1 任务创建期

创建期自指令下达起，至首轮请求发出止。

4.1.1.1 Token 预算上限

表 7-1 创建期 Token 预算上限

计量项	短任务	中任务	长任务	等级	依据
首轮注入记忆字符	≤ 3,200	必须	M6
可见技能清单字符	≤ 1,500	必须	M5
可见技能数	≤ 6 个	必须	M5
首条消息字符	≤ 400	≤ 800	≤ 1,200	应	措施 C4
首轮可动载荷合计字符	≤ 5,100	≤ 5,500	≤ 5,900	必须	上四项之和
首轮缓存命中率 M1	≥ 85%	必须	M1
首轮未命中 Token	≤ 6,000	必须	LHB/TS-2026-001 §7.2；**Token 口径**（未命中量，不含命中量）
失效 override 键数 M4	0 个	必须	M4
创建期轮数	≤ 1 轮	必须	本文件

推导说明：可动载荷上限由「恒在不可动基线 42,326 字符占每轮前缀 79.2%」实测推出，即每轮可动额度约 11,100 字符。本表「首轮可动载荷合计」为三项固定项（注入记忆 ≤ 3,200 + 技能清单 ≤ 1,500 + 可见技能登记开销）加三档首条消息上限（400／800／1,200）之和，即 5,100／5,500／5,900；其中档 5,500 与可动额度半数 5,550 基本吻合，余量留给执行期增量。

单位标注：本表除「首轮未命中 Token」行为 Token 计（未命中量口径，不含缓存命中量）外，其余各行均为字符。

4.1.1.2 内容压缩规则

表 7-2 创建期内容压缩规则

序号	规则	收益量级	风险等级	回退路径
1	注入型记忆压缩至 ≤ 3,200 字符，示例与史料迁冷存储	约 3,300 字符/轮	零	还原原记忆文件
2	技能描述压缩至 ≤ 80 字符	约 1,500 至 2,000 字符/轮	零	还原描述字段
3	修复失效 override 键并隐藏备份目录	约 2,000 至 3,000 字符/轮	零	配置备份文件还原
4	与本任务无关的转发包与附件包不得随任务携带	约 1,230 字符/轮	零	按需临时挂载
5	首条消息不得复述已有上下文，只写增量指令	约 400 字符/轮	零	改写消息
6	记忆装配不得在本任务进行中修改	消除前缀抖动	零	任务间批量修改

合计收益：约 8,200 字符/轮。风险等级全部为零，故本组措施必须优先全量执行。

4.1.1.3 上下文精简方法

表 7-3 创建期上下文精简方法

序号	方法	相对成本	使用时机
1	首次定位用 L0，仅标题骨架	0.05 倍	判断存在哪一节
2	判断相关性用 L1，骨架加每节首句	0.18 倍	定位目标节
3	确认取用用 L2，定位节全文	1.11 倍	实际取用
4	仅全文理解任务用 L3，整篇全文	1.00 倍	全文理解
5	禁止装载原始 OOXML 或 HTML 全文件	10.41 倍	永不启用
6	冻结技能集（措施 C1）	首轮命中率由 36.2% 升至 80% 以上	每会话
7	冻结记忆装配（措施 C2）	记忆波动由 4.8 倍降至 ≤ 1.2 倍	每会话
8	同模型连续作业（措施 C3）	消除模型切换全量重算	每任务
9	稳定首条消息形态（措施 C4）	前缀稳定度 ≤ 5%	每任务
10	同任务不换会话（措施 C5）	避免重复缴约 38K Token 冷启动税	每任务

以「转 Markdown 省 Token」为压缩理由属禁止做法：实测 Markdown 比纯文本贵 11%。真正的节省来自剥壳（OOXML 转纯文本，节省 90.4%）与索引式装载（节省 82% 至 95%）。

4.1.1.4 异常处理机制

表 7-4 创建期异常处理机制

编号	触发条件	分级	处置流程	责任人
E1	首轮缓存命中率 M1 < 85%	P1 阻断	第 1 步 对账技能集与上轮快照，定位变更源；第 2 步 停用该变更源；第 3 步 重开会话复测 M1；第 4 步 复测仍不达标则交技术标准委员会启动冻结评审	任务执行者
E2	失效 override 键数 M4 > 0 个	P2 整改	第 1 步 以只读模式运行失效键修复工具；第 2 步 复核报告；第 3 步 落盘执行；第 4 步 回读确认计数为 0	治理值班
E3	可见技能数 > 6 个或清单字符 > 1,500	P2 整改	第 1 步 按表 5-3 判别载体与模式；第 2 步 对判定为模式者执行载体内敛；第 3 步 回读复核	治理值班
E4	注入记忆字符 > 3,200	P2 整改	第 1 步 冷热分离，热区只留现行规则与指针；第 2 步 示例与史料迁冷存储；第 3 步 复测字符数	治理值班
E5	分级结论缺失或跨档变更	P1 阻断	第 1 步 补写 `state.json` 分级字段；第 2 步 确需跨档时按新任务重新建夹；第 3 步 原任务登记为已终止	任务执行者
E6	创建期实际轮数 > 1 轮	P2 整改	第 1 步 定位额外轮次成因；第 2 步 属前置校验缺失者按宪法 M0.7 第 16 条前移校验点；第 3 步 重跑	任务执行者

4.1.2 任务执行期

执行期自首轮请求发出起，至交付物生成完毕止。

4.1.2.1 Token 预算上限

表 7-5 执行期 Token 预算上限

计量项	短任务	中任务	长任务	等级	依据
轮数上限	≤ 3 轮	≤ 10 轮	≤ 25 轮	必须	表 5-1
单轮新增工具输出字符	≤ 4,000	必须	表 7-6 第 3 行
工具输出累积占比 M7	≤ 15%	必须	M7
历史重发占比 M8	≤ 60%	必须	M8
前缀稳定度 M9	≤ 5%	必须	M9
累计缓存命中率 M2	≥ 90%	必须	M2
输出占比 M3	≤ 5%	必须	M3
单任务累计**未命中** Token	≤ 150,000	≤ 450,000	≤ 1,100,000	必须	按每轮未命中上限 6,000 Token × 轮数（3／10／25）再取 3 倍余量；**口径为未命中量**，不含缓存命中量，故**不得**与账单累计输入直接比较
单任务累计输出 Token	≤ 6,000	≤ 20,000	≤ 50,000	应	按 M3 与轮数反推

4.1.2.2 内容压缩规则

表 7-6 执行期内容压缩规则

序号	规则	收益量级	风险等级	回退路径
1	输出纯 Markdown 源稿，图片只写「图 N」占位	消除 OOXML 与 base64 载荷	零	重写源稿
2	不得在对话内产出内联 SVG 或 base64 图片	单张图省 10 倍以上字符	零	改为本地脚本出图
3	工具输出一律落盘，对话内只回摘要且 ≤ 400 字符/次	历史累积减少 50% 以上	零	按需读回落盘文件
4	制图由本地脚本按「图 N」占位落 `图源/`，模型不参与绘图	绘图路径 Token 为零	零	脚本重跑
5	检索类调用必须带 limit，不得整表返回	总输入降低 15% 至 25%	零	调大 limit 重跑
6	改稿只改目标章节并输出完整文件一次，禁止整份重生成	轮数与输出双重压缩	低	由落盘版本还原
7	历史定期压缩，摘要加归档	历史重发成本降低 30% 至 50%	低	归档文件可回溯
8	交付态只在交付时生成一次	消除重复渲染	零	重新渲染一次

4.1.2.3 上下文精简方法

表 7-7 执行期上下文精简方法

序号	方法	说明	等级
1	探索型工作外包给子代理，子代理只回传摘要	探索密集任务节省 20% 至 40%	宜
2	技能定义瘦成路由加引用分片	单次装载由 30,000 字符降至 ≤ 8,000 字符	宜
3	每轮只挂载本阶段必需的规范切片	单次切片 ≤ 2,000 字符	必须
4	读回校核只读 Markdown 源稿	禁止读 HTML 全文件与 docx 内 XML	必须
5	任务状态必须外化至任务夹 `state.json`	会话作为可抛弃缓存	必须
6	会话进行中不得修改记忆文件	消除前缀抖动与 M9 越限	必须

4.1.2.4 异常处理机制

表 7-8 执行期异常处理机制

编号	触发条件	分级	处置流程	责任人
E7	工具输出累积占比 M7 > 15%	P1 阻断	第 1 步 立即切换为落盘加摘要模式；第 2 步 已产生的超量输出归档，不再进入后续上下文；第 3 步 自本轮起复测 M7	任务执行者
E8	历史重发占比 M8 > 60%	P2 整改	第 1 步 对历史执行摘要加归档压缩；第 2 步 压缩后仍越限则以 `state.json` 恢复并开新会话	任务执行者
E9	前缀稳定度 M9 > 5%	P1 阻断	第 1 步 逐项开关比对技能集、记忆、工具 schema 定位变更源；第 2 步 冻结该源；第 3 步 重跑同任务复测	任务执行者
E10	输出被截断或正文尾部无终止标点	P1 阻断	第 1 步 判定残缺范围；第 2 步 只补写残缺段，禁止整份重生成；第 3 步 复核尾句标点完整；第 4 步 归档留痕	任务执行者
E11	发生模型切换	P1 阻断	第 1 步 立即终止当前会话；第 2 步 重启会话后重建前缀；第 3 步 复测 M1 达标后继续	任务执行者
E12	会话日志达到或超过 50MB	告警	第 1 步 输出预警并登记；第 2 步 达到或超过 100MB 时必须开新会话；第 3 步 以 `state.json` 执行 scan 加 read 恢复	任务执行者
E13	质量门禁与省 Token 措施冲突	一票否决	质量门禁优先级最高；省 Token 措施致任一质量门禁不通过时，只回退该条措施，不得整体放弃门禁	技术标准委员会

4.1.3 任务归档期

归档期自交付物生成完毕起，至任务夹封存与台账写入完毕止。

4.1.3.1 Token 预算上限

表 7-9 归档期 Token 预算上限

计量项	上限	等级	依据
交付态生成次数	1 次	必须	表 7-10 第 1 行
归档回读字符	≤ 2,000	必须	表 20 第 1 行
台账写入字符	≤ 2,000	必须	第 6 章台账要求（等级与第 6 章一致）
归档期新增轮数	≤ 2 轮	必须	本文件
归档期新增 Token	≤ 30,000	必须	本文件；**Token 口径**（本阶段新增计费量）
收尾总结正文字数	≤ 200 字	必须	S10 SOP V1.4
会话日志阈值	50MB 预警，100MB 强制新会话	必须	宪法 M0.7 第 12 条

4.1.3.2 内容压缩规则

表 7-10 归档期内容压缩规则

序号	规则	收益量级	风险等级	回退路径
1	交付态一次成型，禁止为校验重复渲染	消除 1 倍冗余渲染	零	重新渲染一次
2	台账以 jsonl 追加写入，不得整表重写	消除全表承载	零	由备份还原
3	归档摘要化，只留结论与指针	后续会话装载量下降	零	原文可回溯
4	中间产物落任务夹或临时区，任务结束立即清理	消除污染与误读	零	重跑生成
5	会话结束后统一批量修改记忆文件	消除前缀抖动	零	配置备份还原

4.1.3.3 上下文精简方法

表 7-11 归档期上下文精简方法

序号	方法	说明
1	收尾回读只读 Markdown 源稿与 `state.json`	禁止读整个产物目录
2	遗留问题按 P0 至 P3 分级列出，不展开过程叙述	只写结论与增强提示词
3	任务结束必须声明会话可否沿用	达到阈值者强制新会话
4	归档完成后不再向本会话追加读取动作	冻结历史，避免重发成本累加

4.1.3.4 异常处理机制

表 7-12 归档期异常处理机制

编号	触发条件	分级	处置流程	责任人
E14	台账缺失或九项指标未写全	P1 阻断	第 1 步 补写缺失项；第 2 步 回读校验字段完整；第 3 步 方可宣布任务结束	任务执行者
E15	存在未清零的 P0、P1 或 P2 遗留项	P1 阻断	第 1 步 当场处置；第 2 步 确不能当场处置者降级并登记带出；第 3 步 未清零不得宣布结束	任务执行者
E16	会话日志达到强制阈值	P1 阻断	第 1 步 先以 `state.json` 外化任务状态；第 2 步 开新会话；第 3 步 scan 加 read 恢复后继续	任务执行者
E17	交付物命名闸或落盘闸不通过	P1 阻断	第 1 步 定位不合规项；第 2 步 修正后重跑闸门；第 3 步 通过后方可归档	任务执行者

4.2 异常处理总则

4.2.1 分级定义

表 8-1 异常分级定义

分级	定义	处置时限	是否阻断任务结束
**P1 阻断**	指标越限或门禁失败，直接破坏预算有效性或交付质量	当场处置	是
**P2 整改**	指标越限但不破坏本轮产出	本任务内闭环	是
**告警**	趋势性风险，尚未越限	登记并观察	否

4.2.2 处置流程通则

异常处置必须按「定位变更源、冻结、复测、留痕」四步执行。

· 定位变更源：逐项开关比对，不得以推断替代实测。

· 冻结：停用变更源；不得在未冻结状态下重跑后即宣布通过。

· 复测：以同一指标口径复测，复测数据必须为实测值。

· 留痕：处置结论写入任务夹 `state.json` 与台账。

4.2.3 一票否决条款

任一质量门禁不通过时，本文件任一条款不得作为放行理由。此时只回退引发冲突的单条省 Token 措施。

4.2.4 强制驳回清单

表 8-2 强制驳回清单

序号	被驳回的做法	驳回理由
1	以「仅告警不阻断」作为常设形态	无闸即等于未做
2	以推断数据替代实测数据宣布达标	违反实证铁律
3	新建并行载体承载省 Token 规则	违反宪法 M0.7 第 13 条与原则三
4	全域禁止生成 HTML 或 SVG	会拦断架构图、封面图等合法路径
5	全域禁止 base64	公众号预览态必须使用 base64，应场景化处理
6	以「轮数越少越好」为目标	冷启动税固定，过度拆分反而推高总税
7	为对齐指标而修改指标口径	口径漂移即判定失效

·

5 第四篇 监督、文档管理与版本历史

5.1 符合性自检

5.1.1 原则一符合性自检

表 9-1 原则一符合性

检验项	判定	依据
是否按短、中、长三档分别设定预算	满足	表 5-1、表 7-1、表 7-5、表 7-9
是否各场景唯一合法载具保持不变	满足	本文件不涉及载具替换
是否由场景推导额度而非全域一刀切	满足	三档上限互不相同

5.1.2 原则二符合性自检

表 9-2 原则二符合性

检验项	判定	依据
每条措施是否列出收益	满足	表 7-2、表 7-6、表 7-10 的收益量级列
每条措施是否列出风险	满足	同上各表的风险等级列
每条措施是否给出回退路径	满足	同上各表的回退路径列
零风险措施是否优先	满足	三批措施按风险由零到低排序

5.1.3 原则三符合性自检

表 9-3 原则三符合性

检验项	判定	依据
是否新增载体	零新增	全部措施为既有配置修复与既有载体内部重构
管道节点是否发生增删	未发生	管线拓扑 N1 至 N7 不变
产物形态是否改变	未改变	任务夹结构、命名规则、交付物件数不变
载体与模式判定是否唯一	唯一	判定基准见 5.5 节（表 5-3）

5.2 落地与验证

5.2.1 判定口径定义（V1.0.1 新增）

降幅口径（唯一，禁改）：

降幅 = 1 − (有效成本_新 ÷ 有效成本_基) 有效成本 = Σ(未命中 Token × 1) + Σ(命中 Token × d) + Σ(output Token × 1) 对照基期 = 同档任务改造前 3 次实测的均值（无基期者判定结论为「未测」） d = 缓存命中单价 ÷ 全额单价，由真实账单反推；本文件不代为假设 d

累计口径：三批措施的目标降幅为累计值（相对统一基期），非增量值；第②批 ≥ 25% 含第①批已实现部分。

阈值标定：M7、M8 的目标阈值为 V1.0.0 遗留值、口径与数据均未经标定；累计满 3 个任务后必须以真实曲线替换，替换前该两项仅作观测。

5.2.2 执行顺序

措施不得跳批执行，按下列顺序推进：

· 建档：在任务夹 `产出/` 下建 `token基线.json`，记录九项指标首值。

· 改造：按第①批至第③批顺序执行，逐批验证。

· 实测：同类型任务各跑 3 次，取真实计费与逐轮结构。

· 判定：满足附录 B「目标降幅加硬性自检项」者判该批通过。

· 回退：任一条措施导致质量指标下降，只回退该条。

5.2.3 三批措施

表 10-1 三批节约措施

批次	内容	目标降幅	风险
**第①批 零风险批**	修失效键、压技能描述、压注入记忆、剥离无关附件、工具输出落盘、历史定期压缩	≥ 10%	零至低
**第②批 纪律批**	冻结技能集、冻结记忆装配、同模型连续作业、稳定首条消息、同任务不换会话、装载四级、检索带 limit、增量改稿	≥ 25%	零
**第③批 结构批**	技能定义瘦成路由加分片、探索外包子代理、重叠载体内敛	≥ 45%	零至低

建模区间为 −36% 至 −58%，中位约 −45%；长任务（≥ 20 轮）稳定越过 −50%。该区间为建模值而非承诺值，应按第 10.2 条实测校正。

5.2.4 生效前提

配置类变更（技能覆盖配置、记忆文件等）必须重启会话方生效。首次改造后，第一个新会话即可观察到 M1 跃升。

5.3 监督与问责

· 本文件由利衡辨 · 全域治理归口，技术标准委员会监督执行。

· 指标测量与台账登记由任务执行者完成；配置类整改由治理值班完成。

· 达标判定争议由技术标准委员会裁定，裁定结论必须留档。

· 违反本文件且造成质量门禁失效者，按宪法 M0.7 第 18 条追究，并登记为 P1 遗留项。

·

附录 A

A.1 A.1 任务前检查清单

Token 节约检查清单（每任务前） [ ] 已确认任务已分级（短/中/长）并写入 state.json [ ] 已确认技能集未变更（措施 C1） [ ] 已确认记忆装配稳定（措施 C2） [ ] 已确认模型未切换（措施 C3） [ ] 已确认首条消息形态稳定（措施 C4） [ ] 已确认同任务未换会话（措施 C5） [ ] 已确认失效 override 键数为 0 [ ] 已确认可见技能数 ≤ 6 个且清单 ≤ 1,500 字符 [ ] 已确认注入记忆 ≤ 3,200 字符 [ ] 装载采用 L0 至 L2 纪律，未启用 L3 与原始文件装载 [ ] 检索调用均已带 limit [ ] 工具输出已配置为落盘加摘要 [ ] 本任务期间不修改记忆文件

A.2 A.2 任务后检查清单

Token 归档检查清单（归档前） [ ] 已确认交付态只生成 1 次 [ ] 已确认九项指标 M1 至 M9 已写入台账 [ ] 已确认台账字段完整且为追加写入 [ ] 已确认遗留 P0/P1/P2 全部清零或已登记带出 [ ] 已确认收尾总结 ≤ 200 字 [ ] 已确认会话日志未达强制阈值 [ ] 已确认中间产物已清理 [ ] 已确认质量门禁全部通过

·

附录 B

B.1 B.0 判定前置条件（V1.0.1 新增）

本附录全部判定必须先满足下列前置条件，缺一不得启用对应行：

· 工具就绪：测量工具必须在 `_tools/` 下存在且对本会话返回非空样本；工具未就绪的指标应在判定表中标注「未启用」，不得以空值充当通过。

· 阈值标定：M7、M8 的目标阈值为 V1.0.0 未经口径与数据标定的遗留值；在累计满 3 个任务的实测曲线形成前，该两项仅作观测，不得作为批次判定的硬门禁。

· 样本充分：同一批次必须有 ≥ 1 个同档任务的完整台账；无样本者判定结论应为「未测」。

B.2 B.1 批次验收表

表 B-1 批次验收判定标准

批次	目标降幅	硬性自检项	判定结论
第①批 零风险批	≥ 10%	命名闸通过；落盘闸通过；13 维校验通过；M4 等于 0	☐ 通过 ☐ 不通过
第②批 纪律批	≥ 25%	同上；M1 ≥ 85%；M9 ≤ 5%	☐ 通过 ☐ 不通过
第③批 结构批	≥ 45%	同上；M2 ≥ 90%；M7、M8 阈值标定完成前仅观测（见 B.0 第 2 条）	☐ 通过 ☐ 不通过

B.3 B.2 判定方法

· 达标判定必须基于实测数据，不得采用推算值。

· 同类型任务各跑 3 次构成 A 组与 B 组对照，取真实计费与逐轮结构。

· 累计满 3 个任务后，以真实曲线替换第 10.3 条的建模区间。

· 判定结论必须写入任务夹 `token_ledger.jsonl`。

B.4 B.3 任务级合格判定

表 B-2 任务级合格判定

判定项	合格条件
阶段预算	创建期、执行期、归档期三项上限全部未突破
硬指标	M1 至 M9 全部达标
质量门禁	13 维校验、附图闸、字体闸、命名闸、区域闸、前置闸、双端校验全部通过
遗留	P0、P1、P2 全部清零或已登记带出并附增强提示词
台账	九项指标已完整写入且为追加写入

上表五项全部满足者判为任务合格；任一项不满足者判为不合格，不得宣布任务结束。

·

附录 C

表 C-1 工具链清单与就绪状态

工具	文件	用途	就绪状态
会话总账工具	`_tools/token_usage.py`	统计会话 Token 总账（含缓存命中分项）	既有可用
读数可信性工具	`_tools/token_audit.py`	校验读数可信性	既有可用
逐轮载荷分解工具	`_tools/token_payload_breakdown.py`	输出逐轮载荷结构（前缀／记忆／工具输出／命中）	本版已建
前缀稳定度工具	`_tools/prefix_stability.py`	计算 M9 前缀差异率与首个变更点	本版已建
指标台账工具	`_tools/token_ledger.py`	汇总 M1 至 M9、判定、追加台账并回填基线	本版已建
失效键修复工具	`_tools/fix_skill_overrides.py`	修复失效 override 键并隐藏 `.bak`	本版迁入 `_tools`（原置于任务夹，随时可能被当中间产物清理）
行渲染引擎	`_tools/std_md2html.py`	md 转 HTML，支持表题编号、图嵌入与编号自检	本版已建
会话体量工具	`_tools/session_health.py`	会话日志体量预警	既有可用
任务状态工具	`_tools/task_state.py`	状态外化 scan 与 read	既有可用
记忆装载护栏工具	`_tools/memory_load_guard.py`	三区字符上限校验	既有可用
交付物断言工具	`_tools/deliverable.py`	命名闸、区域闸与四件套断言	既有可用

就绪状态口径（V1.0.1 新增）：V1.0.0 把「逐轮载荷分解工具」标为「既有」、把「指标台账工具」与「前缀稳定度工具」标为「本文件配套」，但三者当时磁盘上均不存在，导致附录 B 判定不可执行、九项基线全为空值。本版按磁盘实况逐项标注；就绪状态为「本版已建」者，其存在性由发布闸 `_tools/gate_selfcheck.py` 逐项 `os.path.exists` 校验。

·

附录 D

D.1 D.1 一页速查

表 D-1 一页速查表

阶段	最关键的一件事	硬上限（短／中／长）
创建期	冻结技能集与记忆装配（措施 C1 与 C2）	首轮可动载荷 ≤ 5,100／5,500／5,900 字符（以表 7-1 为准）
执行期	工具输出落盘加摘要，装载走 L0 至 L2	单轮工具输出 ≤ 4,000 字符（三档同值）
归档期	交付态一次成型，台账追加写入	归档期新增 Token ≤ 30,000（三档同值）

D.2 D.2 若只做三件事

· 修复失效键并清理备份目录（零风险，且止住持续泄漏）。

· 冻结技能集与记忆装配（第②批纪律批的主力，其目标降幅见第 10 章三批措施表）。

· 装载四级纪律加探索外包子代理（长任务收益最大）。

D.3 D.3 术语速查

下列十条为执行时最常调用的术语，完整定义见第 3 章。

表 D-2 高频术语速查

术语	一句话定义
恒在块	每轮必出现且体量固定的语义块，其体量为不可动基线（42,326 字符）
可动载荷	每轮前缀中可被治理的部分，等于注入记忆、技能清单与首条消息之和
冷启动税	会话首轮未命中缓存、须全额计费的 Token 量
装载四级	L0 仅标题骨架、L1 骨架加每节首句、L2 定位节全文、L3 整篇全文
剥壳	OOXML 或 HTML 转换为去标签纯文本的动作，单项收益 90.4%
失效 override 键	技能覆盖配置中键名对不上任何现存技能目录的条目
状态外化	把任务进展写入任务夹 `state.json`，使会话成为可抛弃缓存
三档分级	短任务 ≤ 3 轮、中任务 ≤ 10 轮、长任务 ≤ 25 轮，创建期定档且禁跨档
降幅口径	有效成本口径：未命中量全额加命中量乘 d 加输出量，对照同档改造前 3 次实测均值
就绪状态	工具在磁盘上的真实存在状态，禁以「配套」二字替代实测

·

6 修订记录

表 Z-1 修订记录

版本	修订日期	修订人	修订摘要（≤ 80 字）
V1.0.0	2026-09-12	利衡辨 · 全域治理	首次发布：确立三档分级、三阶段各四要素（12 张技术要求表）、异常处置总则与实施附录
V1.0.1	2026-09-12	利衡辨 · 全域治理	缺陷修复版：补判定链工具与九项实测基线、锁定降幅与指标口径、表号图号入源稿、补 E 编号反向映射与附录性质标注

D.4 修订原因（V1.0.0 至 V1.0.1）

V1.0.0 发布后经现场实测复核，查出并修复下列十五项：①附录 C 三项工具磁盘不存在而使附录 B 判定不可执行、九项基线全为空值；②交付态表题与表号全体丢失，正文 50 处表号引用不可解析；③降幅判定口径未锁定（分子、分母、对照基期与 d 的代入方式均未定义）；④单位三处并存（字符、Token 混用）；⑤「可双向追溯」实为单向；⑥缺 .docx 交付态；⑦机器级记忆 `~/.workbuddy/MEMORY_REFERENCE.md` §〇·N 正文节未落地致索引悬空；⑧附录缺规范性／资料性性质标注；⑨上位 80% 目标未承接亦未驳回；⑩第 9 章章序错乱且载体判定规则位置失当；⑪附录 D.1 数值与表 7-1 冲突；⑫附录 D.3 空转；⑬等级错配两处；⑭修订记录混栏；⑮ §1.3 缺过渡条款。

D.5 发布依据与落地清单

表 Z-2 发布依据与落地清单

版本	发布依据	落地清单
V1.0.0	2026-09-12 用户裁定「编写《新任务全生命周期省 Token 技术标准》并全域发布」	宪法升 现行版 新增 M0.7 第 18 条；索引卡升 现行版；`~/.workbuddy/MEMORY.md` 增 §〇·N 索引行；`~/.workbuddy/MEMORY_CORE.md` 增第 18 条一行
V1.0.1	2026-09-12 用户裁定「发 V1.0.1 补丁版，处理判定链空转、表号丢失、口径未锁定、单位混用、§〇·N 未落地与缺 .docx 等问题」	宪法升 现行版（引用版本改写为 现行版）；索引卡升 现行版；补写 `~/.workbuddy/MEMORY_REFERENCE.md` §〇·N 正文节并按上限下沉冷存储；新建四项工具并入附录 C；台账九项基线首次实测回填；四盘同步

·

7 审批记录

表 Z-3 审批记录

角色	姓名/机构	签字	日期
编制	利衡辨 · 全域治理		2026-09-12
审核	技术标准委员会		2026-09-12
批准	许炳（技术标准自动发布授权）		2026-09-12

D.6 标准评审机制

本文件至少每 12 个月评审一次，由利衡辨 · 全域治理发起，征集各业务线意见后形成修订草案。评审内容包括：适用性、技术更新、合规变化、缺陷修复、成文规范符合性。评审结果应记录于修订记录中。

D.7 定稿校核结论

本文件已完成成文自检（《技术标准成文自检清单》V1.0.1，STD-A 至 STD-Z 共 87 条）。

表 Z-4 定稿校核结论

项	内容
受检文档	《新任务全生命周期省 Token 技术标准》V1.0.0
自检日期	2026-09-12
机器判定项	`_tools/doc_style_check.py`：P1 0 项 / P2 0 项 / P3 0 项（实测）
自检清单项	《技术标准成文自检清单》V1.0.1：P1 28 项、P2 27 项、P3 20 项，已按本版改动逐项复核
引用可解析	全文反引号引用的 `.md` 与 `.docx` 路径经 STD-F-003 判定全部存在
编号自检	39 张表题编号唯一且与正文引用双向可解析（`_tools/std_md2html.py --check`）
发布裁定	准予发布
未闭环事项	M7、M8 目标阈值待标定（见附录 B.0 第 2 条）；M9 不覆盖工具 schema 段（见第 6 章）

·

批准：利衡辨 · 全域治理

实施：自发布之日起生效