返回板块

Y06 元路由Prompt结构化技术标准

V1.0.02026-10-08行政法规 · 范式
源文件:C:/Users/xub/.workbuddy/spec/3.行政法规/范式/Y06_元路由Prompt结构化技术标准_V1.0.0_2026-10-08_1616.md

本文件按照 GB/T 1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起草。

本文件由利衡辨全域治理体系提出并归口。

本文件为首次发布。本文件综合《元路由Prompt结构化技能_处理方案书》V1.0.1(方案件)与 V1.0.2(施工版)两件,合成为最终版技术标准,并对其中的输出契约、缓存口径、工作量评估法与方案书 HTML 出件规范作了补全与固化。

本文件的配套实现载体为自建技能「V1.0.0_lihengbian_DIY_提示词结构化」;本文件为该技能的判据真源,技能的每一次迭代以本文件为准。

第一篇 目的与底层逻辑

本篇回答「这个标准是干什么的、为什么这样组织」:先界定范围与用语,再交代三桩缘起与两条省钱腿,末以认知简图收口。

范围

本文件规定了全域元路由入口「提示词结构化」的术语和定义、目的与底层逻辑、逻辑结构、具体方法论,以及监督、文档管理与版本历史。

本文件适用于下列三类对象:①用户在元路由入口提交的任意输入(含 Excel、Word、PDF、图片等附件);②由输入转化而成的结构化任务说明(TaskSpec);③依据 TaskSpec 生成的方案书 HTML。

本文件不适用于链内判定:目标物归哪条产业链、金融标的怎么估值、版式怎么排、载体怎么巡检——一律由下游对应链门按其自身判据执行,本文件不作规定。

规范性引用文件

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

  • 全域任务脑手架构宪法 V1.2.0
  • 全域文件体系基本法 V2.3.0
  • G07 统一版式规范 V1.0.0(母版指纹 a5a14ab3)
  • G22 HTML 治理件版式 V1.1.0
  • G06 HTML 交付自包含技术标准 V1.6.0
  • Y02 自建 skill 通用技术规范
  • N03 全域文件命名规则范式
  • M01 MASTER RULE 技术标准成文规范 V1.1.0

术语和定义

下列术语和定义适用于本文件。

元路由

全域任务链路的唯一入口层,只做「定链 + 交门 + 出图 + 记账」四件事,不代行任何链内判定。其标准归口图为《全域主链结构简图》。

提示词结构化

把「用户一句话 + 一份或多份附件」的原始输入,翻译为机器可读、边界清楚的任务说明的加工过程。其产物为 TaskSpec,不改变任务本身,只改变任务被表述的方式。

TaskSpec(任务说明)

提示词结构化的输出件,共九个字段:承载六要素的七个内容字段(目标、边界内、边界外、产出、判据、禁区、截止)+ 两枚元字段(契约版本号、缓存编排),同时渲染为 JSON 与 Markdown 两态,字段名与顺序冻结。

稳定前缀

在一次会话的多轮请求之间逐字节不变、因而可被提示缓存命中的内容段。其构成包括身份、判据真源引用、版式母版引用与工具清单顺序。

易变尾巴

每次请求都不同、因而必然按原价计费的内容段,包括本次附件抽取件、六要素参数与产物路径,一律排在请求最末。

提示缓存

Anthropic 系模型按「工具定义 → 系统提示 → 对话消息」顺序做前缀匹配的计费优化机制。进程内首次写入按 1.25 倍计价,此后命中段按约原价 10% 计价,默认存活 5 分钟。本文件仅在「前缀复用」这一层使用该词,不得与记忆混称。

目的与底层逻辑

问题的提出

元路由入口的输入长期以三种缺省形态进入链路,由此引发三类损耗。

注:本节所列三桩事,是本文件全部条款的缘起;条款是否成立,以能否消除这三桩事为准。

第一桩是边界不清:用户一句话里往往同时含「要什么」「别做什么」「给谁看」「什么时候要」,模型须自行揣测,越界与漏项由此而生。

第二桩是 Token 浪费:判据真源、版式母版、工具清单每次全文重贴,同一份东西在一条会话里被反复按原价计费。

第三桩是「AI 记不住」:同一会话里刚讲过的口径,下一轮又要重讲;跨会话更是从零开始。

两条省钱腿

本文件给出的省钱办法有且只有两条,且互不替代。

第一条腿是短引用:凡判据真源、版式母版、知识库,一律改以「绝对路径 + 版本号」引用,不贴全文。这一条与缓存无关,输入量本身即下降。

第二条腿是稳定前缀:把长期不变的内容置于请求前部并逐字节不动,令其在提示缓存中命中,命中段读价降至约一成。

缓存与记忆的切割

提示缓存是前缀复用的计费优化,默认存活 5 分钟,过期即忘,不保存任何跨会话状态。因此:「让 AI 记住」靠缓存拿不到。

记忆须由外挂的记忆层承担(结构化真源 + 检索回链),属另一件事,本文件只作登记、不作规定。本文件能够承诺的,仅是同一会话内连续施工时不变前缀的读价下降。

认知入口

:逻辑思维简图: 元路由 Prompt 结构化技术标准
总目标 = 一句话进·边界清楚的任务说明出
四条约束 = 四红线不改分工 · 不代行链内判定 · 缺项不擅自补全 · 判据真源不内嵌
价值主张 = 省 Token(短引用 + 稳定前缀) · 边界清楚(内外成对) · 可复用(契约冻结)
三层机制 = 入口层(结构化闸) · 编排层(前缀/尾巴分离) · 交付层(双态 TaskSpec)
两条省钱腿 = 短引用(路径+版本号) · 稳定前缀(逐字节不动)

本图回答「为什么这样组织」:本文件自上而下分「总目标—约束—价值—机制—手段」五层,层间为「拆解/指导/套用/支撑」的依赖关系,不含循环。

第二篇 逻辑结构

本篇回答「这个件在链路里坐在哪、一次任务从生到死经过什么、进出料长什么样」:定位、生命周期、输出契约三章。

逻辑结构

全域定位

本文件所规范的「提示词结构化」件,是元路由入口的前置件:它坐在「用户输入」与「元路由」之间,把原料整理成边界清楚的 TaskSpec 再交刀。它不替代元路由定链,不代行链内判定,不改变四红线分工。

:表题: 提示词结构化件在全域链路中的位置

位置 归属 本件动作 越界判据
用户输入之后 入口层 抽取、结构化、编排、压缩、出契约 替用户改需求 → 越界
元路由之前 编排层 输出 TaskSpec,交元路由定链 自行为任务选链 → 越界
五链门之内 链内层 不做任何事 代行链内判定 → 越界
跨链出口 出口层 不做任何事 代写跨链交割物 → 越界

全生命周期模型

:生命周期结构图: 元路由 Prompt 结构化件生命周期
触发 = 用户在元路由入口提交输入 | 提交人 | 输入非空且可解析
抽取 = 附件转原料文本块 | 结构化件 | 三类原料各出非空文本,行数合理
结构化 = 原料转六要素卡 | 结构化件 | 任一缺项须标「未给·待补」
编排 = 分稳定前缀与易变尾巴 | 结构化件 | 同输入两次渲染逐字节一致
出契约 = 输出 JSON/Markdown 双态 | 结构化件 | 字段名与顺序与契约表一致
定链 = 交元路由定链 | 元路由 | 只定链不进门,交门五项齐备
记账 = 落一条运行记录 | 结构化件 | 记录含 entry 与 target_chain
回退 = 任一节点不合判据即退回上一层 | 结构化件 | 只回退本件步骤,不改下游载体

本图回答「每一步做什么」:各阶段的触发条件、责任人与校验方式已在图中逐条标注;末段「回退」为该生命周期的例外通道。

输出契约

双态同源

同一份六要素卡,同时渲染为 JSON(供机器与下游模型读)与 Markdown(供人复核)。两态字段一一对应,字段名与顺序冻结,不随任务变。冻结的收益是前缀稳定:同一字段同一顺序,多轮请求之间不会因表述漂移而失配。

字段定义

:表题: TaskSpec 字段定义(输出契约 v1.0)

字段 含义 必填 缺省处置
spec_version 契约版本号,变更即升版,旧缓存自然淘汰 是 —
task_goal 目标:一句话说清要什么 是 未给·待补
boundary_in 边界内:明确要做的动作清单 是 未给·待补
boundary_out 边界外:明确不做的动作清单 是 未给·待补
deliverable 产出:形态+路径+章节结构 是 未给·待补
criteria 判据:真源路径+版本号+验收标准 是 未给·待补
forbidden 禁区:红线条款 是 取全域四红线默认值
deadline 截止:时间或无 否 未给·待补
cache 缓存编排:前缀 ID+TTL+断点位置 是 按默认前缀自动填

「未给·待补」是字面量,不是占位符。凡要素无据可依,一律填此字面量,不得推断、不得补全,把不确定显式交回上游。

契约要点

第一,boundary_out 与 boundary_in 必须成对出现。只有「做什么」而没有「不做什么」时,模型仍会越界,边界声明形同虚设。

第二,criteria 只写「路径 + 版本号 + 验收标准」,不贴全文。这是省输入量的第二条腿,与缓存无关也赚。

第三,两态同源、字段冻结。禁止为迎合个别任务临时增删字段;确有新增必要,走升版(见修订记录)。

:表题: TaskSpec 双态样例(以 Excel 分析为例)

字段 JSON 态 Markdown 态
spec_version "1.0" 契约 v1.0(题头)
task_goal 分析 sales.xlsx 华东区 Q3 销售情况,输出单文件 HTML 简报 ## 目标 段
boundary_in 读全部 sheet;按区域/月份聚合;出 HTML ## 边界 · 内 列表
boundary_out 不做预测;不改源文件;不写回 Excel ## 边界 · 外 列表
deliverable html / out/sales_q3_east.html / 汇总·趋势·明细 ## 产出 段
criteria 对账误差 = 0;版式遵循统一版式 a5a14ab3 ## 判据 列表
forbidden 四红线 ## 禁区 列表
deadline 未给·待补 ## 截止 段
cache kb_finance_v3 / 5m / tools,system ## 缓存 段

第三篇 具体方法论

本篇回答「每一步怎么做」:五步流水线、缓存前缀六铁律、工作量评估法、方案书 HTML 出件规范、技能实现五章,逐条给出可照做的做法与判据。

具体方法论

五步归一化流水线

:表题: 五步归一化流水线(每步输入 → 动作 → 产出)

步 名称 做什么 产出
1 抽取 附件转文本:Excel 出表结构与关键数字摘要,Word 与 PDF 出段落,图片出说明;超大文件只留目录与选段 原料文本块
2 结构化 按固定模板抽六要素:目标、边界、产出、判据、禁区、截止;缺项标「未给·待补」而非擅自补全 六要素卡
3 前缀编排 不变层(身份、判据真源、版式、工具清单)置前且逐字节不动;引用用「路径+版本号」,不贴全文 稳定前缀段
4 尾部压缩 易变内容只留增量:本次文件抽取件、参数、产物路径,排在请求末尾 易变尾巴段
5 输出契约 产出固定格式的结构化任务说明(JSON 与 Markdown 双态)+边界声明,交元路由定链 TaskSpec 件

五步为单向,不得跳步、不得回环。任一步不合判据,退回上一层重做,不得带着不合判据的中间件继续下行。

缓存前缀编排与六条铁律

Anthropic 系模型的缓存按「工具定义 → 系统提示 → 对话消息」顺序做前缀匹配:开头逐字节一致才命中,命中段读价约为原价一成,写入付 1.25 倍,默认只存 5 分钟。在 WorkBuddy 会话里,系统层与工具清单由平台装配,本件能攥在手里的,是自己产出的每一段文字都稳定不动。

:表题: 缓存省钱六条铁律与本件可落地性

序 铁律 为什么 本件可落地性
1 稳定前缀逐字节一致 多一个空格、一个标点都不命中 可落地:模板固定,同字段同顺序
2 系统层禁动态值 时间戳、随机 ID 每次都变,前缀永不命中 可落地:模板头部不放时间,时间一律排尾部
3 工具清单顺序固定 清单顺序变即前缀变 部分可落地:平台装配为主,本件只保证自报清单稳定
4 中途不换模型不换参数 换模型即缓存独立并重建 约定项:连续施工窗口内不切模型
5 集中短窗口连续调用 默认存活 5 分钟,过期即忘 可落地:施工序写明,一次会话内连跑
6 盯用量字段验效 不测账就不知道省没省 可落地:先做前置小验证,读 cache_read 字段

工作量评估法

本件对每一次任务给出工作量评估,口径为「人日 + Token」双计量。

:表题: 工作量评估口径与分档

项 计量 判据 处置
Token 总量 Token 全流程预估合计(施工前预判值,不量实际累计用量) ≤ 甲档 120,000 免请示,直接开工;> 甲档须有放行人签署并留 approval_ref;> 乙档 200,000 追加二次呈报(原单值 6,000 已作废)
人日 人日 方案、施工、测试、同步四段分列 分项入表,供排期
档位 A/B/C/X/存疑 见档位对照表 A 可自支;B/C 写入施工项;X 只登记;存疑待实测回填
测试通过线 条 先立线再动手 任一条不达标即暂停回炉

:表题: 档位对照表

档位 含义 用途
A 本次已列支 方案阶段可自行支取,不需另行放行
B 本件侧可落地 我方可控,写入施工项一并执行
C 部分可落地/约定项 需平台配合或会话约定,落地性打折
X 异常登记 只登记不过手,另行处置
存疑 需实测/待核 上线后按台账回填,不宜作为承诺

方案书 HTML 出件规范

每一次任务在动工前,须出一份处理方案书 HTML,作为请示件。该 HTML 必须满足下列判据。

:表题: 方案书 HTML 出件判据

判据 要求 判定方式
单文件自包含 零 script、零 link、零 http 外链、零 on 事件 结构闸
版式同源 style 段逐字节等于统一版式母版 baseline.css(指纹 a5a14ab3) 指纹双查
壳层四件 docmeta / nav.toc / main.article / doc-foot 齐备,目次锚点与正文 id 对账 结构闸
思维逻辑结构简图 至少一幅内联 SVG,画「问题—约束—方案—收益—验证—决策」或等效推理链 逐图复看
题注配平 每张表配 caption,每幅图配 figcap,数量与正文编制一致 计数配平
过闸 先 stamp 注指纹,再 check;返回码非零禁交付 版式闸

方案书为请示件,只定方案不动工;全流程 Token 预估已超红线时,按执行铁律先请示,放行后方进入施工。

技能实现与文件清单

本文件由自建技能「V1.0.0_lihengbian_DIY_提示词结构化」承载,其目录名依基本法 M2 四段式给定。

:表题: 承载技能文件清单与用途

序 文件 用途
1 SKILL.md 技能正文:五步流水线、六要素模板、输出契约、禁区声明
2 scripts/extract_attachments.py 附件转原料文本块:类型嗅探、Excel 表结构、Word 与 PDF 段落、图片说明
3 scripts/structure_prompt.py 原料转六要素卡,并渲染为 JSON 与 Markdown 双态
4 scripts/prefix_orchestrator.py 稳定前缀与易变尾巴分离,输出可复用的前缀段
5 scripts/estimate_workload.py 工作量评估:Token 与人日双计量、档位判定、请示判据
6 scripts/make_proposal_html.py 方案书 HTML 起草:套统一版式母版,内联推理链简图
7 templates/ JSON 与 Markdown 双态模板、方案书骨架模板
8 samples/ Excel、文档、图片三件样例,含输入与双态输出对照
9 tests/ 十例故障注入记录与逐例判定、前缀稳定性自测
10 references/ 契约字段说明、缓存口径、常见误用

规范性要求等级

本文件的规范性要求,按 RFC 2119 的五个等级表述;条款未标注等级时,一律按「必须」理解。

:表题: 规范性要求等级(RFC 2119)与不遵守的后果

等级 模态词 含义 不遵守的后果
必须 必须、应 强制性要求,不得偏离 判不合格,禁交付
应当 应当、宜 推荐要求,偏离须写明理由并留痕 判关注项,须登记理由
可以 可以、可 可选动作,允许而不强求 无后果
不应 不应、不宜 不推荐做法,采用须写明理由并留痕 判关注项,须登记理由
不得 不得、禁止 强制性禁止 判不合格,禁交付

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

本篇回答「谁盯着它、怎么验收、怎么退、怎么记账」:验收判据与测试通过线、风险与回退、修订记录、审批记录四章。

监督、文档管理与版本历史

验收判据与测试通过线

:表题: 验收判据(先立线再动手)

序 判据 通过线 不达标处置
1 故障注入十例 至少九例正确标「未给·待补」而非擅自补全 暂停,回炉修订模板
2 前缀漂移注入 两例全部被拦,模板头部确无时间戳与随机 ID 暂停,回写模板
3 前缀稳定性自测 同输入两次渲染逐字节一致 暂停,回写模板
4 双态字段对齐 JSON 与 Markdown 字段名与顺序一一对应 暂停,回写模板
5 方案书 HTML 过闸 版式闸返回码为零,逐图复看无压盖 禁交付

三条硬纪律:待裁项不得标绿;跳过、降级、灰区必须单列,不得淹没在正文;本件交付物均为建议与线索,闭环权归人。

风险与回退

:表题: 风险登记与回退动作

编号 内容 档位 回退动作
R1 收益为估算:能否真拿到一成读价,取决于平台是否透传缓存断点 存疑 先做前置小验证;不过则收益归零,重估并单独立项
R2 落点属载体变更:入口登记一行,不重写正文 C 与施工项合并走升版流程,范围先评估后动手
R3 附件抽取为降级路径:非文本输入转换失败时降级不阻断 存疑 如实呈报降级范围,不得静默按成功计
R4 缺项一律标「未给·待补」,可能与用户预期不符 B 把不确定显式交回上游,由用户补齐后再施工

回退原则:只回退本件步骤,不删已产出文件;每次回退须在施工日志留时间戳与原因。

修订记录

:表题: 修订记录

版本 日期 变更说明 编制方
V1.0.0 2026-10-08 首版:综合方案件 V1.0.1 与施工版 V1.0.2,固化五步流水线、TaskSpec 双态输出契约、缓存六铁律、工作量评估法、方案书 HTML 出件规范与验收判据 手(施工)
V1.0.1(第 1 号修改单) 2026-10-11 依炳哥 2026-10-11 放行「改标准层 6,000 字句」:工作量评估法之 Token 红线由单值 6,000 改档位制——甲档 120,000 免请示/乙档 200,000 追加二次呈报,原单值 6,000 作废(实测 43/43 全超,判面完全空转);判据真源同步外置件 spec/threshold.json。本件正文其余条款、契约九字段、六铁律一字未动。 本修改单不改文件名,是否升位重发布待定标人裁示 手(施工)

审批记录

:表题: 审批记录

环节 责任人 结论 日期
起草 手(施工) 已完成 2026-10-08
定标 炳哥 已放行全量施工,版式统一采用 a5a14ab3,标准编号加 Y06 前缀 2026-10-08
修改单放行 炳哥 已放行(指令原文「干」):改标准层 6,000 字句,改档位制 甲 120,000/乙 200,000 2026-10-11
发布 炳哥 待签 —

权威关系与冲突裁决

本件属行政法规层。效力层级:宪法 > 基本法 > 行政法规 > 地方法规 > 地方规章;下位与上位冲突,以上位为准。

  • 与上位法冲突:以上位法为准,本件相应条款停止适用,并登记待修订。
  • 与同层文件冲突:报请定标人裁决,不得自行择一执行,不得两套并行。
  • 与承载技能冲突:本件为判据真源,技能为执行器;技能内不得内嵌判据阈值,一律经引用取值。判定责任在闸门脚本,不在本件。

定稿校核结论

本条为出稿时的实测结论,逐项写明判据与实得,不以自述代替实测。

:表题: 定稿校核结论(V1.0.0)

序 校核项 判据 实得
1 成文风格 成文风格闸 P1 须清零 P1 清零(退出码 0)。沿革与处置:初检余 1 项 STD-Z-005,经复核确认为判据挂钩错配所致的外部存量——该判定的对象恒为固定基线件 spec/3.行政法规/范式/W06_全域文件工作流规则技术标准_V2.3.0_2026-09-02_1045.docx,与在检文件无关,对任一被检件恒报同一对登记值与实测值(以已发布件 C02_产业链报告自动生成技术标准_V1.2.1 复核命中同值)。2026-10-08 按定标人令双管处置:① 挂钩修正——该判定由「按在检文件逐件判」上移为「运行级一次判」(全场只报一条,不再按在检件数放大;严重度仍恒为 P1,判定强度零变更);② 走冻结新基线流程——归因取证为:基线件 mtime 2026-09-30 12:23:03,与同目录 18 件兄弟 docx 同秒改写,形态属批量再生;档案内无一份命中旧登记值,改前内容指纹不可回溯(不猜),故只登记当前内容指纹备后用。复跑实得 P1 0 项 / P2 0 项 / P3 0 项。取证与实测见 work\闸基收敛_2026-10-08_1650\产出\
2 版式(HTML 件) 统一版式闸四查,返回码须为 0 返回码 0;指纹三查一致(a5a14ab3);附图 3 幅、图注 3 条;表格 18 张、表题 18 条;零告警、零驳回
3 认知图齐备 必备两类图:逻辑思维简图、生命周期结构图 两类齐备,且另附稳定前缀与易变尾巴组成图一幅
4 逐图复看 闸门判不出压盖,须逐图复看 3 幅逐图复看,无节点压标题、无标签相撞、无图注间距不足
5 承载技能自测 十例故障注入 ≥9 例落缺项;前缀漂移两例全拦;前缀稳定性两次渲染逐字节一致;双态字段对齐 十例 10 / 10;漂移 2 / 2;稳定性一致;双态对齐一致

结论:本件内容层已达可发布状态,成文风格闸与版式闸均已清零(退出码 0);发布动作须经定标人放行,本件不自行宣布闭环。

附录 A 交付物清单

:表题: 交付物清单与验收方式

序 交付物 说明 验收方式
1 本技术标准(Word) 国标版式正本 过成文风格检查
2 本技术标准(HTML) 单文件自包含,统一版式 版式闸返回码为零
3 承载技能 V1.0.0_lihengbian_DIY_提示词结构化 三件样例与十例注入全过
4 双态模板 JSON 与 Markdown,字段名与顺序冻结 同输入两次渲染逐字节一致
5 三件样例 Excel、文档、图片,各含输入与双态输出 六要素完整性检查全过
6 故障注入记录 十例逐例判定 至少九例标「未给·待补」
7 双盘同步与全闸复跑 载体落位后同步并复跑 双盘逐字一致,全闸无新增

附录 B 术语对照

:表题: 术语中英对照

中文 英文 说明
元路由 meta-router 全域任务链路唯一入口层
提示词结构化 prompt structuring 原始输入转任务说明的加工过程
任务说明 TaskSpec 六要素卡的机器可读形态
稳定前缀 stable prefix 多轮之间逐字节不变的内容段
易变尾巴 volatile tail 每次请求都不同的内容段
提示缓存 prompt cache 前缀复用的计费优化机制

附录 C 失效模式与治理条款对照

本附录回答「本件自身会怎么坏、坏了怎么治」。每一行须能指回正文的具名条款;指不回的,即属多余条款。

:表题: 失效模式 → 表现 → 治理条款

序 失效模式 表现 治理条款
1 缺项擅自补全 用户未说的字段被填上具体取值,看上去完整、实则越界 第三篇「输出契约」:缺项一律落字面量「未给·待补」,并随件交出待补清单
2 边界单边 只给「做什么」,未给「不做什么」 第三篇「输出契约」:boundary_in 与 boundary_out 必须成对出现
3 判据真源内嵌 标准或版式母版全文被贴进请求,同一份东西反复按原价计费 第一篇「两条省钱腿」:只写「来源 + 版本号 + 验收标准」
4 前缀漂移 日期、时刻或随机标识被写进前缀,缓存永不命中 第三篇「缓存前缀编排与六条铁律」铁律二;前缀扫描命中即返回非零
5 缓存当记忆 以缓存承诺跨会话记忆,过期即忘后误判为「AI 记不住」 第一篇「缓存与记忆的切割」:缓存不保存跨会话状态,记忆另立一件
6 代行链内判定 在任务说明内写入链门归属、估值结论或版式判定 第二篇「全域定位」越界判据:定链交元路由,链内判定归各链门
7 降级按成功计 附件转换失败未如实标注,下游按完整输入施工 第三篇「五步归一化流水线」:降级范围须如实呈报,不得静默按成功计
8 自造版式 方案书 HTML 自建 style 段或自建壳层 第三篇「方案书 HTML 出件规范」:style 段须逐字节等于统一版式母版

附录 D 九字段速查与双态对照

:表题: 九字段速查(JSON 键 / Markdown 行 / 形状 / 缺省填法)

序 JSON 键 Markdown 行 形状 缺省填法
1 spec_version 契约版本号 字符串 1.0;契约变更即升版,旧缓存自然淘汰
2 task_goal 目标 字符串 未给·待补
3 boundary_in 边界内 字符串数组 ["未给·待补"]
4 boundary_out 边界外 字符串数组 ["未给·待补"]
5 deliverable 产出 对象:form / path / sections 各键均为未给·待补
6 criteria 判据 对象数组:source / version / acceptance 各键均为未给·待补
7 forbidden 禁区 字符串数组 全域四红线默认值
8 deadline 截止 字符串 未给·待补
9 cache 缓存编排 对象:prefix_id / ttl / breakpoint LHB-PS-PREFIX-V1 / 5m / after:criteria

两态同源:上行 JSON 键与 Markdown 行一一对应,顺序一致;缺字段时补的是该字段的空值形状,不是裸字符串。

参考文献

[1] 全域任务脑手架构宪法 V1.2.0
[2] 全域文件体系基本法 V2.3.0
[3] G07 统一版式规范 V1.0.0
[4] G22 HTML 治理件版式 V1.1.0
[5] Y02 自建 skill 通用技术规范
[6] M01 MASTER RULE 技术标准成文规范 V1.1.0

利衡辨 · 全域资料站 | 全域七链元路由 · 一进一出
宪法 > 基本法 > 行政法规 > 地方法规 > 地方规章