返回板块

N03 全域文件命名规则范式

2026-09-19行政法规 · 范式
源文件：C:/Users/xub/.workbuddy/spec/3.行政法规/范式/N03_全域文件命名规则范式.md

历史条款出处：本文上位依据原属已废止的宪法体系（正文条款出处锚点原样保留、未改写）；二次引用前须核对 产出\旧新条款映射表.json。

版本：V1.3.0 ｜ 编制日期：2026-09-24 ｜ 状态：正式基准（已发布）· 全域强制
适用范围：利衡辨 / WorkBuddy 全域范围内一切文件、文件夹、skill、专家、交付物、规范文件的命名
权威关系：本文与 MEMORY.md §三/§八/§十二/§十四、S02、S11 一致、互为备份；冲突时按《全域任务脑手架构宪法》V1.2.0 效力层级裁决（2026-09-03 P0 用户裁定：宪法 > MEMORY.md > 台账 > 引用国家标准）
上位关系：《全域文件工作流规则技术标准》V2.3.0（W1）为本文的上位框架，命名规则居其五层认知框架 L4 治理底座层；与《全域文件排版规则技术标准》V1.0.2 平行衔接；技能／专家目录命名上位依据为《全域文件体系基本法》V2.2.0（M2.2／M2.4④／M2.5②）
前身文档：《命名规范_全域_v1.0.0.md》已降级为归档速查，仅作历史参考，非现行权威

前言

  • 标准编号：Q/WB-NM-2026-001（暂定，待正式发布时确认）
  • 文档版本：V1.3.0 ｜ 生效日期：2026-09-24 ｜ 编制：全域文件治理工作组
  • 核心升级（相对 V1.2.0）：同步《全域文件体系基本法》V2.2.0 的功能段口径翻转——§5.7「Skill 命名」表三行（技能目录／自建（DIY）技能目录／SKILL.md frontmatter）由「可用拼音／英文原名」统一改为「功能段必须中文题名」，并补「存量拼音名／英文名定性」段（纯拼音、英文原名、kebab-case 的 lihengbian_DIY_* 目录一律为存量命名违规件，引用其能力 ≠ 认可其命名）；例外条款出处由宪法 M2.2.2／M2.2.3 重锚为基本法 M2.4④／M2.5②。版本号策略：属修订性变更且向下兼容（N1–N17 内容条款零删减），按 N3 升位规则次版本 +1 记为 V1.3.0。
  • 核心升级（相对 V1.1.0）：随上位框架《全域文件工作流规则技术标准》V2.0.0→V2.3.0 演进同步对齐。①更新上位关系与规范性引用文件引用（V2.0.0→V2.3.0，纳入 R20–R26）；②吸收 W1 V2.2.0 新增 R20–R25「四盘同步架构治理」（权威盘 SSOT／发布盘只读副本／单向同步／冲突以权威盘为准）与 V2.3.0 新增 R26「权威盘版本保留策略」（权威盘 spec/3.行政法规/范式/ 技术标准 docx 只保留最新版、旧版删除不再归档 .bak）对命名治理的影响；③在 N3「版本变更」例外处理与术语「备份」定义中显式增补 R26 特例，并将「跨盘迁移」场景对齐 R20–R25 权威盘 SSOT 原则。版本号策略：属新增能力（上位引用对齐 + 治理规则例外增补）且向下兼容，按 N3 升位规则次版本 +1 记为 V1.2.0；命名规则条目 N1–N17 内容条款零删减。
  • （历史）核心升级（相对 V1.0.1）：按《全域文件工作流规则技术标准》V2.0.0 的成文逻辑与版式重构全文——由「九章平铺式」升级为「四篇式」（目的与底层逻辑／逻辑结构／具体方法论／监督与版本历史），全部规则条目改写为五字段结构（触发条件／执行动作／责任人·角色／例外处理／校验方式），编号 N1–N17；新增失效模式→治理条款对照表、规范性引用文件、RFC 2119 要求等级、判定标准量化锚点、合规检查清单（含责任人与复核频率）、监督与违规处置、审批记录、评审机制、定稿校核结论与附录 A–F。版本号策略：因引入结构性补充（规则五字段体系／判定标准／监督评审机制／工具链解耦）且修正 1 项引用歧义，属新增能力，按 N3 升位规则次版本 +1 记为 V1.1.0；内容条款零删减。

第一篇 目的与底层逻辑

范围与目的

适用范围

本标准规定利衡辨 / WorkBuddy 全域范围内一切文件、文件夹、skill、专家、交付物的命名规则，作为唯一命名技术标准执行。凡 skill / 专家 / 任务 / 交付物 / 规范文件命名，一律以本标准为准。

  • 对象范围：工作空间与文件夹（顶层工作空间、子工作空间、任务快照夹、日期工作夹）、skill 资产（技能目录、frontmatter、系列收纳夹、内部代码标识、备份）、专家资产（专家工作空间、插件目录、交付物、任务子夹、打包 zip）、交付物（Word／Excel／Markdown／JSON／Python／图片／HTML／PDF）、治理文件（治理四件套）、规范文件（SOP／技术规范／范式／一览表）。
  • 场景范围：新建、升版、重排、归档、跨盘迁移、存量整改。其中「跨盘迁移」受上位标准 W1 V2.3.0 R20–R25「双盘同步架构」管控：权威盘 C:\Users\xub\.workbuddy 为唯一数据源（SSOT），发布盘为只读同步副本；命名对象的权威副本一律以权威盘为准，单向同步、冲突以权威盘为准。
  • 系统范围：所有承载文件的本地工作空间、机器级规范库、git 仓库与协同平台。

排除范围：平台强制约定的第三方标识（专家插件目录 liheng-bian-<expert>）与公众号三件套（见 5.8）按各自专属规则执行，不套用本标准的通用时间戳与连接符条款。

本标准解决什么问题（用途与目的）

本标准解决的核心问题：把分散在多份来源文档、多个工作盘、多类对象上的命名约定收敛为一套可识别、可执行、可校验的统一规则，使任何一个文件名都能被机器判定合规。命名的典型失效模式与本版治理条款对照：

表题：命名失效模式与治理条款对照
| 失效模式 | 表现 | 本版治理条款 |
|---|---|---|
| 连接符混用 | 同一名称内 +、-、_ 并存 | N1（统一 _） |
| 时间戳多格式 | 20260815、2026.8.16、2026年08月19日18时 并存 | N2 + 附录 D |
| 版本号跳号 | 混用 V10.0／V3.1／V2.0，缺补丁位 | N3 + 附录 D |
| 语言分工不清 | 交付物用英文 slug、代码用中文 | N4 |
| 直落工作区根 | 产出散落在工作区根目录 | N5 |
| 手敲文件名 | 人工拼名绕过校验 | N5 + 4.4 |
| 双类交付物混淆 | Class A／Class B 识别冲突 | 3.2 + N11 + N14 |
| 类型词歧义 | 四件套第②件「当前进展与遗留问题」／「摘要」并用 | N11 + 附录 D |
| 存量与新增打架 | 历史文件与新政双轨运行 | N16 + 附录 D |
| 工具与规则耦合 | 正文硬编码工具名，工具变更即标准失效 | 附录 C 工具链清单解耦 |
| 检查无人认领 | 合规检查无责任人与频率 | 4.5.2 检查清单（含责任人+频率） |
| 发布无闭环 | 无监督、无评审、无审批记录 | 第 7 章监督 + 第 8 章文档管理 |

编制目的

（1）统一规则：把跨对象、跨场景、跨工作盘的命名约定收敛为一份可被全域调用的统一标准，杜绝多源歧义。（2）可执行可校验：每条规则以 5 字段结构落写，确保任何一条都能被工具链自动校验、错名不落盘。（3）固化版本秩序：以 N3 升位规则与 .bak 归档机制取代随意跳号与直接删除。（4）沉淀方法论：与上位标准 W1 V2.3.0 同构，共用「图做认知入口 + 数据做论证底座」方法论。

V1.1.0 核心升级（缺陷修复总览）

相对 V1.0.1，本版修正 1 项引用歧义（F1）并完成全文结构重构，详见附录 E。

总体方法论与底层逻辑

总体方法论

本标准遵循「图做认知入口，数据做论证底座——借可视化之势，不丢工程严谨性」的成文逻辑，四条方法论支柱：

  • 图做认知入口：抽象的命名规则须先有分层框架与构成模型，让人在 30 秒内建立全局认知（见 2.3、3.1、3.3）。
  • 数据做论证底座：每条规则必须给出可被统计、可被正则判定的量化锚点，不允许「按惯例」「原则上」等无锚点描述（见 4.5.1）。
  • 借可视化之势：命名分层框架与构成模型作为培训、宣贯、审计的入口物料。
  • 不丢工程严谨性：模型不替代规则，每个模型配套可自动校验的规则条目与判定标准。

底层逻辑

全域文件命名的底层逻辑是「规则 → 工具链 → 闸门 → 反馈」的四阶闭环：

  • 规则：所有命名动作必须先有规则条目，落字为据（N1–N17）；
  • 工具链：规则必须编码为可复用的正则与脚本，杜绝「人盯人」；工具清单见附录 C，与正文解耦；
  • 闸门：工具链的输出作为落盘／提交的硬闸门，错名即拦截、不合规不落盘；
  • 反馈：闸门触发的每一次拦截回流到规则库与变更履历，形成持续迭代的反馈环。

规则即代码（实现层）：每条规则等价于一段可执行判定——Class A 命中 BIZ_RE、Class B 命中 SPEC_RE，其余对象由 N6–N13 显式约束。本标准要求规则「可被编码」，但标准正文本身不嵌入具体脚本名——具体实现以附录 C 工具链清单为准，二者解耦演进。

可视化先行：任何复杂命名对象都先建模、再写规则，模型与规则同源同改。

命名分层模型（认知入口）

本标准的命名对象自顶向下分为五层，层间关系为「包含 → 约束 → 套用」：

  • L0 工作空间层：顶层与子工作空间，决定任务夹的落位；
  • L1 任务夹：<短标题>_<时间戳>，承接一次任务的全部产出；
  • L2 资产层：skill 与专家资产（目录、frontmatter、插件目录、打包 zip）；
  • L3 交付物层：Class A 业务交付物与 Class B 治理四件套，双类互不混用；
  • L4 规范层：SOP／技术规范／范式／一览表与本技术标准自身。

规范性引用文件

下列文件对于本标准的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本标准；凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本标准。

  • 《全域文件工作流规则技术标准》V2.3.0（W1，上位框架，含 R1/R3/R10/R16–R26；其中 R20–R25 双盘同步架构、R26 权威盘版本保留策略与本标准的「跨盘迁移」「版本保留」直接相关）
  • 《全域文件排版规则技术标准》V1.0.2（排版基准，含 GB/T 1.1 版式约定）
  • 《四件套强制交付物断言技术标准》V1.0.0
  • GB/T 1.1-2020 标准化工作导则 第1部分：标准化文件的结构和起草规则
  • S01–S11 全域 SOP（其中 S02 建夹流程、S11 git 命名门禁与本标准直接相关）
  • WorkBuddy 全域长期记忆（MEMORY.md，含 §三 命名铁律与输出物体系、§八/§十二/§十四）

术语与定义

表题：术语与定义
| 术语 | 定义 |
|---|---|
| Class A 业务交付物 | 报告、技术文档、交底书等业务正文产出，命名 <主题>_<YYYY-MM-DD_HHMM>.<ext>，主题可内嵌业务类型词，合法正则 BIZ_RE |
| Class B 治理四件套 | skill/专家迭代升版或单报告配套的 4 件治理文件：技术规范要求 Word / 摘要 Word / 变更履历 Excel / 版本清单 Excel，缺一不可，合法正则 SPEC_RE |
| 双类交付物 | Class A 业务交付物与 Class B 治理四件套的统称 |
| 齐出原则 | 凡 .docx/.xlsx 交付物，Class A 须配套 Class B 同目录齐出；四件套一旦出现则必齐全，缺一即报 |
| 时间戳 | YYYY-MM-DD_HHMM（下划线 + 分钟）本地时间；同分钟重复追加秒为 YYYY-MM-DD_HHMMSS |
| 版本号 | V主.次.补 三段式；SKILL.md frontmatter 内写 "x.y.z"（无 V、带引号），文件名级写 Vx.y.z（带 V） |
| 短标题 | 任务夹的概括名，中文 3~4 字；原「三字标题」术语因允许 4 字统一改称「短标题」 |
| 硬闸门 | 由工具链自动执行、不允许人工绕过的合规检查点，错名即拒绝落盘 |
| 英文 slug | kebab-case 小写英文标识，仅用于代码/脚本/zip/内部数据标识，不用于业务交付物与 skill 目录名 |
| 备份 | 旧版本归档为 .bak，不直接删除，可回退。例外：权威盘 spec/3.行政法规/范式/ 技术标准 docx 版本保留按 W1 V2.3.0 R26 执行（只保留最新版、旧版删除不再归档 .bak） |
| 公众号三件套 | 公众号产出的 3 份交付物统称，属 MEMORY.md §三.6 专属命名，独立于治理四件套 |
| 规则五要素 | 触发条件 / 执行动作 / 责任人·角色 / 例外处理 / 校验方式 |

规范性要求等级说明（RFC 2119）

表题：规范性要求等级（RFC 2119）
| 关键词 | 英文 | 含义 |
|---|---|---|
| 必须 / MUST | MUST | 强制性要求，违反即为不合规 |
| 应 / SHOULD | SHOULD | 推荐性要求，在特定情况下可偏离，但需记录理由 |
| 宜 / RECOMMENDED | RECOMMENDED | 建议性要求，鼓励但不强制，偏离无需记录理由 |
| 可 / MAY | MAY | 允许的选项，不构成强制 |
| 禁止 / MUST NOT | MUST NOT | 严格禁止的行为 |

所有条款若未特别标注，均视为「必须」级别。若条款使用「应」「宜」「可」等词，则按上表执行。

第二篇 命名规则的逻辑结构

逻辑结构

命名对象分层框架

表题：命名对象五层框架
| 层级 | 名称 | 职责 | 命名要点 |
|---|---|---|---|
| L0 | 工作空间层 | 明确任务夹落位 | N.中文／利衡辨_<主题>／work_YYYY-MM-DD |
| L1 | 任务夹 | 承接一次任务全部产出 | <短标题>_YYYY-MM-DD_HHMM/，含 产出/ 与 素材/ |
| L2 | 资产层 | skill 与专家资产命名 | 目录 V 前缀、内部代码英文 slug、插件目录平台约定 |
| L3 | 交付物层 | 业务产出与治理件 | Class A 无类型后缀；Class B 四类型后缀 |
| L4 | 规范层 | SOP／范式／一览表 | SNN_<名称>SOP.md／<字母码[+数字]>_<主题>.md |

双类交付物模型

  • Class A 业务交付物：<主题>_<YYYY-MM-DD_HHMM>.<ext>（无独立类型后缀；主题可内嵌业务类型词，如 防短路胶框_技术洞察），合法正则 BIZ_RE。
  • Class B 治理四件套：<主题>_<YYYY-MM-DD_HHMM>_<技术规范要求|摘要|变更履历|版本清单>.<ext>，合法正则 SPEC_RE。
  • 齐出原则：凡 .docx/.xlsx 交付物，业务交付物（Class A）须配套四件套治理件（Class B）同目录齐出；四件套一旦出现则必齐全，缺一即报。

命名构成模型与流转关系

命名由「主题段 + 可选版本段 + 时间戳段 + 可选类型段」构成，段间一律以 _ 连接：

  • 主题段：中文业务描述，可内嵌业务类型词（Class A）或业务对象名（Class B）；
  • 版本段：V主.次.补，仅规范类与本技术标准自身使用，并入主题段；
  • 时间戳段：YYYY-MM-DD_HHMM，为合规判定锚点；
  • 类型段：仅 Class B 使用，四选一（技术规范要求／摘要／变更履历／版本清单）。

判定顺序：先按扩展名分流（.docx/.xlsx 走双类正则，其余按 N10 分类型表），再按类型段有无判定 A/B 类，最后校验时间戳与连接符。

第三篇 具体方法论：命名规则条目与判定标准

命名总则与规则体系

操作总则

（1）规则优先于经验：任何命名动作先查对应规则；无对应规则时启动判定标准复核与评审机制新增规则。（2）闸门优于自觉：所有闸门由工具链自动执行，例外需书面依据并记录。（3）建模先于文字：先建分层模型再写规则，模型与规则同源同改。（4）可校验优于可读：规则须能被正则量化校验，不能量化则拆分到可量化。（5）可追溯优于一次性：所有升版与整改必须留痕于变更履历。

规则五要素

表题：规则五要素写法要求
| 字段 | 含义 | 写法要求 |
|---|---|---|
| 触发条件 | 什么情况下该规则被触发 | 用「当/如果」开头，描述可观测事件 |
| 执行动作 | 规则触发后具体做什么 | 用动词开头，给出可被调用的具体命名格式 |
| 责任人/角色 | 谁负责执行 | 给出具体角色名（不写「相关部门」） |
| 例外处理 | 什么情况可豁免或走特殊通道 | 给出例外触发条件 + 回退路径 |
| 校验方式 | 如何验证规则被正确执行 | 给出可被工具链自动校验的正则或指标（工具见附录 C） |

命名规则条目

表题：命名规则条目 N1–N17
| 编号 | 触发条件 | 执行动作 | 责任人/角色 | 例外处理 | 校验方式 |
|---|---|---|---|---|---|
| N1 | 拼装任何名称段 | 名称段之间一律用 _ 连接；禁止 +，禁止把 - 用于名称连接；时间戳内部日期用 - 分隔、日期与时间用 _ 连接 | 发起人 | 平台强制约定的第三方标识（专家插件目录）从其约定 | 命名合规扫描 100% 拦截，命中 +／名称内 - 拒绝落盘 |
| N2 | 任何文件/文件夹需标注时间 | 统一本地时间 YYYY-MM-DD_HHMM；同一分钟重复创建追加秒为 YYYY-MM-DD_HHMMSS；非交付物文件（.md/.html/.png/.pdf）可用日期粒度 YYYY-MM-DD | 发起人 | 公众号三件套走零分隔符专属通道（见 N13） | 时间戳正则命中率 100%；旧式格式（附录 D）0 容忍 |
| N3 | 任何版本变更（含新建/升版/重排） | 版本号按修订类型升位——修 bug/笔误/小改补丁 +1，新增功能/知识/能力次版本 +1，重大不兼容重构主版本 +1；frontmatter 写 "x.y.z"，文件名级写 Vx.y.z；旧版本归档 .bak 不直接删除 | 发起人+档案管理员 | 紧急修复走 hotfix 通道，版本号加紧急标记；权威盘 spec/3.行政法规/范式/ 技术标准 docx 版本保留按 W1 V2.3.0 R26 执行（只保留最新版、旧版删除不再归档 .bak，本规则其余对象仍归档 .bak） | 变更履历当日录入，缺登=未变更 |
| N4 | 命名需选择描述语言 | 业务/交付物描述用中文；代码/脚本/zip/内部数据标识用英文 slug（kebab-case 小写） | 发起人 | 平台要求的英文插件目录名从其约定 | 交付物中文率 100%；代码标识英文 slug 率 100% |
| N5 | 任何产出的落盘位置 | 先建任务夹再写入，禁止直落工作区根目录；禁止手敲文件名，一律经工具链生成路径 | 发起人 | 机器级规范库与既有归档目录按各自既定路径落位 | 落盘路径命中任务夹正则 100%；手敲名 0 容忍 |
| N6 | 新建/调整顶层与子工作空间 | 分类收纳夹 N.中文；品牌/专家主题空间 利衡辨_<专家名>；一次性任务快照夹 <动作>_YYYY-MM-DD_HHMM；日期工作夹 work_YYYY-MM-DD | 发起人/全域治理工作组 | 归属不明时先问用户，不猜测路径 | 目录名格式命中率 100%（见 5.1） |
| N7 | 新建任务文件夹 | 建 <短标题>_YYYY-MM-DD_HHMM/，内含 产出/（Class A + Class B 同目录齐出）与 素材/；同步把平台任务卡片名改为同款短标题 | 发起人 | 同分钟撞名追加秒精度 | 产出/+素材/ 子目录齐全率 100% |
| N8 | 新建/升版 skill 资产 | 自建（DIY）技能目录 V<版本>_lihengbian_DIY_<中文功能名>（功能段必须中文题名）；frontmatter 三必含 name/description/version，时间字段用 updated；系列收纳夹 N.利衡辨_<功能>_YYYY-MM-DD；内部代码/脚本/资源标识用英文 slug；备份 备份_Vx.y.z_<功能>/ | 发起人/全域治理工作组 | 英文 slug 仅适用于内部标识，不适用于 skill 目录名；存量拼音名／英文名目录按整改计划恢复中文题名 | frontmatter 三字段齐全率 100%；目录名 V 前缀命中率 100%；功能段中文率 100%（存量豁免） |
| N9 | 新建/升版专家资产 | 专家工作空间 利衡辨_<专家名>；插件目录 liheng-bian-<expert>（平台要求，严禁改名）；交付物 <主题>_<YYYY-MM-DD_HHMM>_<类型>.<ext>；任务子夹 <动作>_YYYY-MM-DD_HHMM；打包 zip liheng-bian-<expert>.zip | 发起人/全域治理工作组 | 历史白名单 Vx.y.z_利衡辨_<专家名>_<主题>.docx（无时间戳）保留不强制整改，新产出必须含时间戳 | 新产出时间戳齐全率 100%；插件目录名 0 改动 |
| N10 | 产出交付物文件 | 按类型套用格式：Word <主题>_<YYYY-MM-DD_HHMM>.docx；Excel 内部表 _<主题>.xlsx、业务表 <主题>_YYYY-MM-DD_HHMM.xlsx；Markdown 规范类 <字母码+数字>_<主题>.md、日志类 <主题>_YYYY-MM-DD.md；JSON/Python 用英文 slug；图片/HTML/PDF 按日期粒度 | 发起人 | Word 无日期可选（既有存量不强制整改） | Class A 正则命中率 100%（见 5.5） |
| N11 | 产出治理四件套（Class B） | 统一为 <主题>_<YYYY-MM-DD_HHMM>_<类型>.docx/.xlsx，类型四选一：技术规范要求／摘要／变更履历／版本清单 | 发起人/全域治理工作组 | 历史主题前缀（版本+对象名）可保留，但必须含时间戳且第②件类型词统一为「摘要」 | SPEC_RE 命中率 100%；四件齐全，缺一即报 |
| N12 | 命名规范/SOP/范式文件 | SOP SNN_<名称>SOP.md（S08/S09 豁免「SOP」后缀）；技术规范/范式 <字母码[+数字]>_<主题>.md；一览表 一览表.md／一览表.docx；本技术标准 <主题>_V<版本>_<YYYY-MM-DD_HHMM>.docx（权威盘 spec/3.行政法规/范式/ 只保留最新版、旧版删除不归档 .bak，按 W1 V2.3.0 R26） | 档案管理员/全域治理工作组 | S08/S09 为连接/体系说明类，明确豁免 | 规范库文件名格式命中率 100%（见 5.7） |
| N13 | 产出公众号三件套 | 按 MEMORY.md §三.6 专属命名执行：文章任务夹 主题_YYYYMMDDHHMMSS；批次/汇总夹 利衡辨_公众号_YYYY-MM-DD；技能版本文档 lihengbian_DIY_gongzhonghaozhushou_Vx.y.z_YYYYMMDDHHMMSS | 公众号助手流程 | 属独立豁免，不参与通用时间戳/连接符条款与双类正则校验，由公众号助手自身流程保证 | 公众号助手流程自检，不进通用闸门 |
| N14 | 任何 .docx/.xlsx 交付物落盘 | 执行齐出原则：Class A 业务交付物与 Class B 治理四件套同目录齐出，四件齐全 | 发起人 | 无 | 四件套齐全校验，缺一即报、拒绝结项 |
| N15 | 任何命名动作 | 禁止 +、- 作名称连接符；禁止旧式时间戳（附录 D）；禁止手敲交付物文件名；禁止直落工作区根、禁止递归删/移用户个人目录与系统目录；禁止凭猜测判定任务归属工作空间 | 全域全员 | 归属不明先问用户 | 命名合规扫描与落盘闸门双重拦截，违规率 0% |
| N16 | 存量文件需收敛 | 历史文件保留原名，不强制批量重命名；新产出强制套用本标准；确需重大重命名时先与用户确认；整改走「只读扫描 → 安全整改 → 复验」三步 | 档案管理员 | 破坏引用链路的批量重命名须用户确认 | 扫描报告出具率 100%；整改后复验违规率 0%（工具见附录 C） |
| N17 | 在工作空间/项目建 git 仓库 | 必须装命名门禁（pre-commit hook），命名规范在提交前自动拦截 | 仓库管理员 | 紧急跳过用 git commit --no-verify，须事后补验 | 门禁安装率 100%；提交前拦截生效 |

治理与工具链支撑

（1）规则真相源：以工具链正则常量为唯一权威——BIZ_RE 识别 Class A、SPEC_RE 识别 Class B，错名不落盘。
（2）工具链硬闸门：命名合规扫描、交付物合规 CI 关卡、四件套齐全校验、四件套存在性断言（受《四件套强制交付物断言技术标准》V1.0.0 管控，为齐全校验的超集/后置深检，非零即阻断下游）。任一不合规即拒绝落盘或拒绝结项。工具清单见附录 C，正文不引用具体脚本名。
（3）双类交付物：Class A 与 Class B 分别为业务正文与治理件，双类互不冲突、均由工具链识别为合法；治理四件套与公众号三件套为不同对象，不可混用。
（4）全覆盖：N1–N5 为总则铁律，N6–N13 覆盖全部命名对象，N14–N17 覆盖交付齐出、禁止事项、存量处理与门禁，无空白区。

判定标准与合规检查清单

判定标准（量化锚点）

表题：命名合规判定标准
| 维度 | 指标 | 合格阈值 | 校验周期 |
|---|---|---|---|
| 连接符合规 | 名称内 +／名称连接用 - 的出现率 | 0% | 实时（落盘闸门） |
| 时间戳合规 | YYYY-MM-DD_HHMM 正则命中率 | 100% | 实时（落盘闸门） |
| 版本号合规 | 三段式 V主.次.补 命中率 | 100% | 升版时 |
| 双类识别 | Class A/B 正则识别正确率 | 100% | 实时（落盘闸门） |
| 四件套齐全 | 4 件治理件完整率 | 100% | 交付时 |
| 落盘位置 | 产出落入任务夹比率 | 100% | 实时（落盘闸门） |
| 存量整改 | 整改后复验违规率 | 0% | 整改后 |

合规检查清单（含责任人与复核频率）

表题：合规检查清单
| 检查项 | 责任人 | 复核频率 |
|---|---|---|
| 所有新文件/文件夹命名 100% 通过合规扫描 | 文件发起人 | 实时 |
| 所有版本变更按 N3 升位并当日录入变更履历 | 发起人/档案管理员 | 日终 |
| 所有任务夹含 产出/ 与 素材/，卡片名=文件夹名 | 文件发起人 | 实时 |
| 所有 .docx/.xlsx 交付物双类齐出、四件套齐全 | 文件发起人 | 交付时 |
| 所有 skill 目录含 V 前缀、frontmatter 三字段齐全 | 全域治理工作组 | 升版时 |
| 所有专家插件目录名未改动、新交付物含时间戳 | 全域治理工作组 | 升版时 |
| 所有 git 仓库安装命名门禁且提交前拦截生效 | 仓库管理员 | 每月 |
| 存量整改走「扫描→整改→复验」三步，出具报告 | 档案管理员 | 按需 |

分层命名规则（分场景）

顶层工作空间与子工作空间

表题：工作空间命名格式
| 类型 | 格式 | 示例 |
|---|---|---|
| 分类收纳夹（长期稳定） | N.中文（N=序号） | 1.利衡辨_skill系列、3.skill_技术规范 |
| 品牌/专家主题空间 | 利衡辨_<专家名> | 利衡辨_电池专家、利衡辨_专利助手 |
| 一次性任务快照夹 | <动作>_YYYY-MM-DD_HHMM | 专家升版_2026-08-25_1921 |
| 日期工作夹 | work_YYYY-MM-DD | work_2026-08-13 |

新主题空间优先套 利衡辨_<主题>；无法判定归属时先问用户，不猜测路径。

任务文件夹

<工作空间>/<短标题>_YYYY-MM-DD_HHMM/
├── 产出/      ← 交付物默认落位（Class A + Class B 同目录齐出）
└── 素材/      ← 中间数据、原始抓取、图片源

短标题：中文 3~4 字概括（如 全量校、电池训、命名规）。原「三字标题」术语因允许 4 字，统一改称「短标题」。平台任务卡片名手动改为同款短标题，保证卡片名 = 文件夹名。

Skill 命名

表题：Skill 命名格式
| 对象 | 格式 | 示例 |
|---|---|---|
| 技能目录 | V<版本>_lihengbian_DIY_<中文功能名>（品牌段 lihengbian、标识段 DIY、功能段中文题名） | V1.13.0_lihengbian_DIY_技术标准排版助手 |
| 自建（DIY）技能目录 | V<版本>_lihengbian_DIY_<中文功能名>（Agent 自建，基本法 M2.4④ · 2026-09-09 用户裁定；功能段必须中文题名，不含空格、不含连字符） | V1.0.0_lihengbian_DIY_智能摘要（示例） |
| SKILL.md frontmatter | name: V<版本>_lihengbian_DIY_<中文功能名>；version: "x.y.z"；description: "利衡辨_DIY_<中文功能名> V<x.y.z> — …"；updated: "YYYY-MM-DD" | name: V1.13.0_lihengbian_DIY_技术标准排版助手、version: "1.13.0" |
| 系列收纳夹 | N.利衡辨_<功能>_YYYY-MM-DD | 3.利衡辨_公众号直连_2026-08-16 |
| 内部代码/脚本/资源标识 | 英文 slug（kebab-case 小写） | skill/<slug>/references/framework.md |
| 备份 | 备份_Vx.y.z_<功能>/ | 备份_V1.2.0_财报洞察助手/ |

注：frontmatter 三必含字段 = name / description / version；时间字段用 updated（非 created）。「英文 slug」仅适用于 skill 内部代码/脚本/资源标识，不适用于 skill 目录名。自建（DIY）技能目录例外（基本法 M2.4④）：凡 frontmatter 含 agent_created: true 的 自建 skill，目录名与 name 一律 V<版本>_lihengbian_DIY_<中文功能名>，新建取 V1.0.0，品牌段小写 lihengbian、标识段大写 DIY、功能段必须为中文题名（不含空格、不含连字符）。

存量拼音名／英文名定性：凡目录名前缀为 V<版本>_lihengbian_DIY_ 但功能段为纯拼音（如 dianchizhuanlizhushou）或纯英文原名／kebab-case（如 Summarize、deepseek-web-search）者，一律定性为存量命名违规件——引用其能力 ≠ 认可其命名；须按整改计划恢复中文题名，整改期间禁止新增此类目录，升版时须一并更名。

第三方 skill 转化例外（基本法 M2.5② · 2026-09-09 用户裁定）：外部下载并加载成功的 skill（skill_<数字ID> 形态或第三方原名）落盘即视为自建，必须按四步转化（meta 置 source: local-diy + origin_skillId → 目录更名 V1.0.0_lihengbian_DIY_<中文功能名> → frontmatter 重写含 based_on → 用户级与工作区双端同名同步、旧目录归档不删），不再保留第三方原名；未转化的第三方 skill 不得纳入自有体系调用。

专家命名

表题：专家命名格式
| 对象 | 格式 | 示例 |
|---|---|---|
| 专家工作空间 | 利衡辨_<专家名> | 利衡辨_电池专家 |
| 专家插件目录 | liheng-bian-<expert>（kebab-case，平台要求，严禁改名） | liheng-bian-battery-expert、lihengbian-dual-verify |
| 专家交付物（四件套，见 5.6） | <主题>_<YYYY-MM-DD_HHMM>_<类型>.<ext> | 电池专家_技术规范要求_2026-08-25_1832.docx |
| 升级/训练任务子夹 | <动作>_YYYY-MM-DD_HHMM | 全量校_2026-08-23_0019 |
| 恢复/收尾备份 | 专家恢复_YYYY-MM-DD_HHMMSS / 收尾稿_YYYY-MM-DD_HHMM.bak | 专家恢复_2026-08-25_162217 |
| 打包 zip | liheng-bian-<expert>.zip（英文 slug） | liheng-bian-expert.zip |

注：历史白名单 Vx.y.z_利衡辨_<专家名>_<主题>.docx（无时间戳）为存量写法，保留不强制整改；新产出必须含时间戳，见 5.6。

交付物命名（分类型）

表题：分类型交付物命名格式
| 类型 | 格式 | 示例 |
|---|---|---|
| Word (.docx/.doc) | <主题>_<YYYY-MM-DD_HHMM>.docx（主题可内嵌业务类型词；无日期可选） | 防短路胶框_技术洞察_2026-08-17_1100.docx、琼州海峡新能源汽车安全运输方案策划报告.docx |
| Excel (.xlsx) | 内部表 _<主题>.xlsx；业务表 <主题>_YYYY-MM-DD_HHMM.xlsx | _摘要.xlsx、_版本清单.xlsx |
| Markdown (.md) | 规范类 <字母码+数字>_<主题>.md；日志类 <主题>_YYYY-MM-DD.md | B01_电池专利助手范式.md、工作日志_2026-08-19.md |
| JSON (.json) | 英文 slug：<name>.json / <name>_manifest.json / data.<object>.json | gather_skills.json、gather_skills_manifest.json、data.aerogel_insulation.json |
| Python (.py) | 英文 snake/kebab；下划线前缀=内部/临时 | generate_report_gac.py、_probe.py |
| 图片 (.png/.jpg) | <主题>_YYYY-MM-DD_HHMM.png 或 <主题>.png | 逻辑思维简图.png |
| HTML (.html) | <主题>_YYYY-MM-DD.html | 上下文管理指南_2026-08-24.html |
| PDF (.pdf) | <主题>.pdf 或 <主题>_YYYY-MM-DD_HHMM.pdf | 盈利模型判定框架.pdf |

治理四件套命名（Class B）

已收敛统一形式（以工具链 SPEC_RE 硬校验真相源为准）：<主题>_<YYYY-MM-DD_HHMM>_<类型>.<docx|xlsx>，类型四选一：

  1. 技术规范要求.docx（本次所依据规范）
  2. 摘要.docx（当前进展 + 遗留问题）
  3. 变更履历.xlsx（列：日期时间/变更文件/变更类型/变更说明/遗留问题）
  4. 版本清单.xlsx（升级场景=全域登记表快照；单报告=本次交付物清单）

历史写法 <升版号>_<skill名>_<YYYY-MM-DD_HHMM>_<后缀> 与 Vx.y.z_利衡辨_<对象>_技术规范要求.docx 中的主题前缀（版本 + 对象名）可保留，但必须含时间戳、且第②件类型词统一为「摘要」（不再用「当前进展与遗留问题」作文件名后缀）。

规范 / SOP / 范式文件命名

表题：规范文件命名格式
| 类型 | 格式 | 示例 |
|---|---|---|
| SOP | SNN_<名称>SOP.md | S01_新任务初始化SOP.md、S02_文件夹建立及命名规范SOP.md |
| SOP（连接/体系说明，豁免） | SNN_<名称>.md（S08/S09 豁免「SOP」后缀） | S08_腾讯微云Skill连接.md、S09_WorkBuddy多端文件体系.md |
| 技术规范/范式 | <字母码[+数字]>_<主题>.md | B01_电池专利助手范式.md、B03_专利智能助手范式.md、Y01_Cordis元框架_everything is a plugin.md、D05_华南理工大学硕士学位论文排版规范.md、Y03_meta-skill蒸馏引擎.md |
| 一览表 | 一览表.md / 一览表.docx | 3.skill_技术规范/一览表.docx |
| 本技术标准 | <主题>_V<版本>_<YYYY-MM-DD_HHMM>.docx（版本段并入主题；Class A 命名） | 全域文件命名规则技术标准_V1.1.0_2026-08-29_0335.docx |

公众号三件套命名（独立豁免）

属 MEMORY.md §三.6（输出物体系·公众号三件套）专属命名，独立于四件套治理，不参与通用时间戳/连接符条款与双类正则校验。

表题：公众号三件套命名格式
| 类型 | 命名格式 | 示例 |
|---|---|---|
| 文章任务夹 | 主题_YYYYMMDDHHMMSS（秒精度） | 保一生_20260819163233 |
| 批次/汇总夹 | 利衡辨_公众号_YYYY-MM-DD | 利衡辨_公众号_2026-08-17 |
| 技能版本文档 | lihengbian_DIY_gongzhonghaozhushou_Vx.y.z_YYYYMMDDHHMMSS | lihengbian_DIY_gongzhonghaozhushou_V1.17.0_202608191525 |

命名禁止事项与存量处理

禁止事项

  • 禁止 +、- 作名称连接符；时间戳分隔符固定 -（日期）与 _（连接）。
  • 禁止文档/文件夹使用 YYYYMMDD / YYYY年MM月DD日HH时 / YYYY-MM-DD_HHMMSS（除同分钟加秒场景）等旧式时间戳。
  • 禁止手敲交付物文件名；一律经工具链生成。
  • 禁止直落工作区根、禁止递归删/移用户个人目录与系统目录。
  • 禁止凭猜测判定任务归属工作空间——归属不明先问用户。

存量文件处理

  • 历史文件保留原名，不强制批量重命名（避免破坏引用链路）。
  • 任何新产出强制套用本标准；确需对存量重大重命名时，先与用户确认。
  • 需收敛存量时，走「只读扫描 → 安全整改（默认干跑，--exec --sync-refs 方落盘）→ 复验」三步，工具见附录 C。

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

监督与违规处置

全域文件治理工作组负责本标准的监督执行：

（1）违规记录与整改：违规事件须逐件记录（违规类型/责任人/发现渠道/整改期限），并限期整改；重大违规（如错名强行落盘、删除旧版本未留 .bak、绕开门禁提交）上报管理层。
（2）分级处置：连续两个复核周期同一检查项不达标，触发专项整改并复核；整改不力的，暂停相关角色的落盘权限。
（3）考核联动：监督结果按 4.5.2 复核频率纳入考核；判定标准各维度连续达标情况纳入年度评审输入。

文档管理与版本历史

修订记录

表题：修订记录
| 版本 | 修订日期 | 修订人 | 修订内容 |
|---|---|---|---|
| V1.0.0 | 2026-08-26 | 全域文件治理工作组 | 首版发布：综合 4 份命名规则来源文档，建立唯一命名技术标准 |
| V1.0.1 | 2026-08-26 | 全域文件治理工作组 | 依据《命名规则异源双模校核清单》修正 19 项冲突/歧义（C1–C3、M1–M6、m1–m10，见附录 E）；升版方式：补丁 +1 |
| V1.1.0 | 2026-08-29 | 全域文件治理工作组 | 按《全域文件工作流规则技术标准》V2.0.0 成文逻辑与版式重构全文为四篇式；规则改写为五字段结构 N1–N17；新增失效模式对照、规范性引用文件、RFC 2119 要求等级、判定标准、合规检查清单、监督与违规处置、审批记录、评审机制、定稿校核结论与附录 A–F；修正 §5.8 引用歧义（F1）；升版方式：次版本 +1 |
| V1.2.0 | 2026-09-02 | 全域文件治理工作组 | 随上位框架《全域文件工作流规则技术标准》V2.0.0→V2.3.0 同步对齐：更新上位关系与规范性引用文件（纳入 R20–R26）；吸收 R20–R25 四盘同步架构（权威盘 SSOT、单向同步、冲突以权威盘为准）与 R26 权威盘版本保留策略（技术标准 docx 只保留最新版、旧版删除不归档 .bak）；在 N3 例外处理、N12 执行动作与术语「备份」定义中增补 R26 特例；「跨盘迁移」场景对齐权威盘 SSOT 原则；升版方式：次版本 +1 |

审批记录

表题：审批记录
| 角色 | 姓名 | 签字 | 日期 |
|---|---|---|---|
| 编制 | 全域文件治理工作组 | | 2026-08-29 |
| 审核 | （待定） | | 须于发布前完成 |
| 批准 | （待定） | | 须于发布前完成 |

标准评审机制

本标准至少每年评审一次，由全域文件治理工作组发起，征集各专项工作组与专家意见后形成修订草案（必须）。评审内容包括：标准适用性、命名对象扩展（新增文件类型/平台约定）、与上位标准 W1 的一致性、缺陷修复等（必须）。评审结果应记录于修订记录中（必须）。

定稿校核结论

经对 V1.1.0 全文与上位标准 W1 V2.3.0 的交叉复核，本版（V1.2.0）完成上位引用对齐（V2.0.0→V2.3.0）与 R20–R26 治理规则例外增补（N3/N12/术语「备份」），命名条款 N1–N17 内容零删减、判定锚点全部量化，技术内容已达到定稿条件；标准编号（Q/WB-NM-2026-001 暂定）确认与审批签字为发布前的行政流程，须于正式发布前完成闭环。任何后续变更须遵循 8.3 评审机制。

附录（速查与对照）

附录 A 命名规则速查表

表题：命名规则速查
| 对象层 | 编号 | 规则要点 | 闸门机制 |
|---|---|---|---|
| 总则 | N1 | 连接符统一 _ | 命名合规扫描（附录 C） |
| 总则 | N2 | 时间戳 YYYY-MM-DD_HHMM | 时间戳正则 |
| 总则 | N3 | 版本号按类型升位 | 变更履历表 |
| 总则 | N4 | 中文业务名/英文 slug 分工 | 命名合规扫描 |
| 总则 | N5 | 先建夹后落盘、禁手敲名 | 落盘闸门 |
| L0 | N6 | 工作空间四类格式 | 目录名正则 |
| L1 | N7 | 任务夹短标题+双目录 | 子目录齐全校验 |
| L2 | N8 | skill 目录 V 前缀 | frontmatter 校验 |
| L2 | N9 | 专家插件目录平台约定 | 目录名 0 改动 |
| L3 | N10 | 交付物分类型格式 | Class A 正则 |
| L3 | N11 | 治理四件套四类型 | Class B 正则 |
| L4 | N12 | SOP/范式/一览表格式 | 规范库正则 |
| 豁免 | N13 | 公众号三件套专属通道 | 公众号助手自检 |
| 交付 | N14 | 双类齐出、四件齐全 | 四件套齐全校验 |
| 禁止 | N15 | 五类禁止事项 | 扫描+落盘双闸门 |
| 存量 | N16 | 扫描→整改→复验三步 | 复验报告 |
| 门禁 | N17 | git pre-commit 命名门禁 | 提交前拦截 |

附录 B 术语速查表

术语与定义全文见 2.5，本附录不重复。

附录 C 工具链清单（与标准正文解耦）

表题：工具链清单
| 工具/组件 | 用途 | 对应规则 |
|---|---|---|
| deliverable.py | 命名真相源（SPEC_RE/BIZ_RE）、建夹与路径生成 | N5、N10、N11、N14 |
| check_deliverables.py | 交付物合规 CI 关卡（双类识别） | N10、N11、N14 |
| naming_audit.py | 命名扫描（只读） | N15、N16 |
| naming_remediate.py | 命名整改（默认干跑） | N16 |
| fourpiece.py | 治理四件套一键生成 | N11、N14 |
| assert_fourpiece.py | 四件套存在性断言（check_deliverables 超集/后置深检） | N14 |
| install_naming_hook.sh | git 提交前命名门禁 | N17 |
| BIZ_RE | 正则常量，Class A 业务交付物识别 | N10、N14 |
| SPEC_RE | 正则常量，Class B 治理四件套识别 | N11、N14 |

附录 D 历史不一致收敛对照表

表题：历史不一致收敛对照
| 维度 | 废止旧式（历史存量） | 本标准唯一形式 |
|---|---|---|
| 时间戳（文档/文件夹） | 20260815、2026.8.16、2026年08月19日18时、2026-08-19-16-35 | YYYY-MM-DD_HHMM |
| 连接符 | +、-（名称内） | 统一 _（下划线） |
| skill 系列收纳夹日期 | N.利衡辨_痛点分析_20260815 | N.利衡辨_<功能>_YYYY-MM-DD |
| 版本号（文件名级） | 混用 V10.0 / V3.1 / V2.0 | 统一 V主.次.补（完整三段式） |
| 四件套第②件类型词 | 「当前进展与遗留问题」 | 统一「摘要」 |

唯一例外（历史白名单，不强制整改）：公众号三件套沿用零分隔符命名，由公众号助手自身流程保证。

附录 E 修订对照表

E.1 V1.0.0 → V1.0.1（依据《命名规则异源双模校核清单》19 项）

表题：V1.0.0→V1.0.1 修订对照
| 编号 | 级别 | 维度 | 修正要点 |
|---|---|---|---|
| C1 | Critical | 异源+双模 | Skill frontmatter name 改 name: V<版本>_利衡辨_<功能>，删除「+」 |
| C2 | Critical | 异源 | 区分「skill 目录=V<版本>_利衡辨_<功能>」与「内部代码=英文 slug」 |
| C3 | Critical | 异源 | Class A 统一为 <主题>_<ts>.<ext>，主题内嵌类型词，删除独立类型段歧义 |
| M1 | Major | 异源 | 专家交付物改 <主题>_<ts>_<类型>，历史 V 前缀写法标白名单 |
| M2 | Major | 异源+双模 | 范式示例 B11_电池专家范式 改 B01_电池专利助手范式 |
| M3 | Major | 异源 | 范式格式改 <字母码[+数字]>_<主题>.md，覆盖 CORD/DOC/META |
| M4 | Major | 异源 | 前身速查表降级为归档速查，本文为唯一权威 |
| M5 | Major | 异源 | 日期工作夹 work_YYYYMMDD 改 work_YYYY-MM-DD |
| M6 | Major | 异源+双模 | 增补「专家插件目录=liheng-bian-<expert>」条目 |
| m1 | Minor | 异源 | frontmatter 三必含 name/description/version，时间字段用 updated |
| m2 | Minor | 异源 | 四件套第②件统一「摘要」，日志示例改 工作日志_*.md |
| m3 | Minor | 异源+双模 | 本技术标准按 Class A 命名 <主题>_V<版本>_<ts>.docx |
| m4 | Minor | 双模 | 分类夹 skill 大小写统一小写 |
| m5 | Minor | 双模 | JSON 内部数据标识统一英文 slug，去中文前缀 |
| m6 | Minor | 双模 | 公众号批次夹补下划线 利衡辨_公众号_YYYY-MM-DD |
| m7 | Minor | 异源 | 权威关系章节引用统一 §三/§八/§十二/§十四 + S02 + S11 |
| m8 | Minor | 双模 | S08/S09 明确豁免「SOP」后缀 |
| m9 | Minor | 双模 | 「三字标题」术语改「短标题（3~4 字）」 |
| m10 | Minor | 双模 | 非交付物文件日期粒度 YYYY-MM-DD，仅交付物强制含分钟 |

E.2 V1.0.1 → V1.1.0（本版）

表题：V1.0.1→V1.1.0 修订对照
| 编号 | 级别 | 维度 | 修正要点 | 修复位置 |
|---|---|---|---|---|
| F1 | Major | 引用歧义 | §5.8「属 §三.6 专属命名」未标注出处，易被误读为本文第三章 3.6（本文无此条）；实指 MEMORY.md §三.6（输出物体系·公众号三件套），已补写出处并说明其独立于通用条款与双类正则校验 | 5.8、N13 |
| F2 | Major | 结构 | 全文由九章平铺式重构为四篇式，与上位标准 W1 V2.0.0 同构 | 全篇 |
| F3 | Major | 可执行性 | 全部约定改写为五字段规则条目 N1–N17，补齐触发条件/责任人/例外处理/校验方式 | 4.3 |
| F4 | Minor | 认知 | 新增失效模式→治理条款对照表（12 项） | 1.2 |
| F5 | Minor | 规范 | 新增规范性引用文件与 RFC 2119 要求等级说明 | 2.4、2.6 |
| F6 | Minor | 量化 | 新增判定标准（7 项量化锚点）与合规检查清单（含责任人+复核频率） | 4.5.1、4.5.2 |
| F7 | Minor | 解耦 | 工具名移出正文，统一归入附录 C 工具链清单 | 4.4、附录 C |
| F8 | Minor | 闭环 | 新增监督与违规处置、审批记录、评审机制、定稿校核结论与标准编号占位 | 第 7 章、8.2–8.4 |
| F9 | Minor | 示例 | 本技术标准示例同步为 全域文件命名规则技术标准_V1.1.0_2026-08-29_0335.docx | 5.7 |

E.3 V1.1.0 → V1.2.0（本版）

表题：V1.1.0→V1.2.0 修订对照
| 编号 | 级别 | 维度 | 修正要点 | 修复位置 |
|---|---|---|---|---|
| G1 | Major | 上位对齐 | 上位关系与规范性引用文件由 W1 V2.0.0 更新为 V2.3.0，纳入 R20–R26 | 头部、2.4 |
| G2 | Major | 治理对齐 | 吸收 W1 V2.2.0 R20–R25「双盘同步架构」（权威盘 SSOT／单向同步／冲突以权威盘为准），「跨盘迁移」场景显式对齐 | 1.1、场景范围 |
| G3 | Major | 版本保留 | 吸收 W1 V2.3.0 R26「权威盘版本保留策略」（技术标准 docx 只保留最新版、旧版删除不归档 .bak），在 N3 例外处理、N12 执行动作、术语「备份」定义三处显式增补 R26 特例 | N3、N12、2.5 |
| G4 | Minor | 记录 | 修订记录新增 V1.2.0 行，附录 F 待确认事项 3「跨盘副本收敛」依据 R20–R25 闭环 | 8.1、附录 F |

E.4 V1.2.0 → V1.3.0（本版）

表题：V1.2.0→V1.3.0 修订对照
| 编号 | 级别 | 维度 | 修正要点 | 修复位置 |
|---|---|---|---|---|
| H1 | Critical | 口径翻转 | 「技能目录」行规则列写「V<版本>_利衡辨_<功能>（中文）」而示例列给拼音例（dianchizhuanlizhushou）——同行自相矛盾，统一为 V<版本>_lihengbian_DIY_<中文功能名> 并换中文实例 | 5.7 |
| H2 | Critical | 口径翻转 | 「自建（DIY）技能目录」行示例由英文原名 V1.0.0_lihengbian_DIY_Summarize 换为中文例 V1.0.0_lihengbian_DIY_智能摘要 | 5.7 |
| H3 | Critical | 口径翻转 | 「SKILL.md frontmatter」行 name 模板由 V<版本>_利衡辨_<功能> 修正为 V<版本>_lihengbian_DIY_<中文功能名>，description 补「利衡辨_DIY_<中文功能名> V — …」句式，示例换中文 | 5.7 |
| H4 | Major | 定性补充 | 补「存量拼音名／英文名定性」段——纯拼音或英文原名/kebab 的 lihengbian_DIY_* 目录一律定性存量命名违规件，引用其能力 ≠ 认可其命名，禁止新增 | 5.7 注 |
| H5 | Major | 上位对齐 | 例外条款出处由「宪法 M2.2.2 / M2.2.3」重锚为「基本法 M2.4④ / M2.5②」，第三方转化「五步」按基本法 M2.5 订正为「四步」（原文多出的「落规」步已并入双端同步） | 5.7 注 |
| H6 | Minor | 记录 | 修订记录新增 V1.3.0 行，头部版本行／前言核心升级段同步 | 头部、前言、附录 E.4 |
| H7 | Critical | 口径翻转 | N8 规则条目（新建/升版 skill 资产）正文列仍写「技能目录 V<版本>_利衡辨_<功能>」，与 5.7 表同源矛盾——改为 V<版本>_lihengbian_DIY_<中文功能名>，例外列补存量定性、校验列补「功能段中文率 100%（存量豁免）」 | 4.3 N8 |

版本号策略：本次为下位规范对基本法 V2.2.0 口径翻转的同步修订（功能段由「可拼音／英文」翻转为「必须中文题名」），属修订性变更且向下兼容（命名规则条目 N1–N17 内容条款零删减），按 N3 升位规则次版本 +1 记为 V1.3.0。

附录 F 待确认事项（闭环记录）

  • 待确认事项 1：公众号三件套命名的权威出处 —— 已闭环（2026-08-29）。经核，MEMORY.md §三.6 为「输出物体系·公众号三件套」的专属范围声明，原文「不参与 _tools 四件套 SPEC_RE/BIZ_RE 校验，由公众号助手自身流程保证」。本标准 5.8 与 N13 已显式标注该出处，消除与本文第三章的误读（原缺陷 F1）。
  • 待确认事项 2：标准编号 Q/WB-NM-2026-001 为暂定占位 —— 待闭环。需与上位标准 W1（Q/WB-WF-2026-002 暂定）一并于正式发布前确认编号规则与审批签字。

  • 待确认事项 3：跨盘同名副本的收敛策略 —— 已闭环（2026-09-02）。依据上位标准 W1 V2.3.0 R20–R25「双盘同步架构」：权威盘 C:\Users\xub\.workbuddy 为唯一数据源（SSOT），发布盘为只读同步副本，单向同步、冲突以权威盘为准。跨盘副本的长期唯一化策略由此确定——权威盘持有唯一权威副本，其余盘副本仅作同步镜像、不构成独立权威，冲突一律以权威盘为准覆盖。

  • 待确认事项 4：上位标准与配套标准对本标准的版本引用同步 —— 已处理（2026-08-29 04:00 闭环）。已将下列 5 份文件中全部「《全域文件命名规则技术标准》V1.0.1」引用统一替换为当前生效版本 V1.1.0，合计 23 处：spec/3.行政法规/范式/W02_全域文件工作流规则范式.md（7 处，W1 主文档）、_tools/工作流规则技术标准.md（7 处，W1 副本 1）、README/工作流规则/README.md（7 处，W1 副本 2）、spec/3.行政法规/范式/四件套强制交付物断言技术标准_V1.0.0_2026-08-26_1648.md（1 处）、_tools/README.md（1 处）。目标版本：V1.1.0（《全域文件命名规则技术标准》现行正式基准，发布态原件 spec/3.行政法规/范式/全域文件命名规则技术标准_V1.1.0_2026-08-29_0335.docx）。W1 发布态 Word 原件已按修订后源文件重新渲染为 V2.1.0；W1 自身版本号未改动。遗留差异：W1 主文档已于 2026-08-29 03:48 由母规则任务升版至 V2.1.0（原描述记为 V2.0.0）；V2.0.0 原件 全域文件工作流规则技术标准_V2.0.0_2026-08-29_0037.docx 为 MEMORY §十四·A 声明的不可变基线，未改动。

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