返回板块

N01 全域文件命名规则技术标准

1 范围与目的

1.1 适用范围

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

1.3 编制目的

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

2 总体方法论与底层逻辑

2.1 总体方法论

2.2 底层逻辑

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

2.4 规范性引用文件

2.5 术语与定义

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

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

3 逻辑结构

3.1 命名对象分层框架

3.2 双类交付物模型

3.3 命名构成模型与流转关系

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

4 命名总则与规则体系

4.1 操作总则

4.2 规则五要素

4.3 命名规则条目

4.4 治理与工具链支撑

4.5 判定标准与合规检查清单

4.5.1 判定标准（量化锚点）

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

5 分层命名规则（分场景）

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

5.2 任务文件夹

5.3 Skill 命名

5.4 专家命名

5.5 交付物命名（分类型）

5.6 治理四件套命名（Class B）

5.7 规范 / SOP / 范式文件命名

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

6 命名禁止事项与存量处理

6.1 禁止事项

6.2 存量文件处理

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

7 监督与违规处置

8 文档管理与版本历史

8.1 修订记录

8.2 审批记录

8.3 标准评审机制

8.4 定稿校核结论

9 附录（速查与对照）

9.1 附录 A 命名规则速查表

9.2 附录 B 术语速查表

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

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

9.5 附录 E 修订对照表

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

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

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

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

适用范围：利衡辨 / WorkBuddy 全域范围内一切文件、文件夹、skill、专家、交付物、规范文件的命名

权威关系：本文与 MEMORY.md §三/§八/§十二/§十四、S02、S11 一致、互为备份；冲突时以 MEMORY.md 为最终权威

上位关系：《全域文件工作流规则技术标准》V2.3.0（W1）为本文的上位框架，命名规则居其五层认知框架 L4 治理底座层；与《全域文件排版规则技术标准》V1.0.2 平行衔接

前身文档：《命名规范_全域_v1.0.0.md》已降级为归档速查，仅作历史参考，非现行权威

前言

· 标准编号：Q/WB-NM-2026-001（暂定，待正式发布时确认）

· 文档版本：V1.2.0 ｜ 生效日期：2026-09-02 ｜ 编制：全域文件治理工作组

· 核心升级（相对 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「权威盘版本保留策略」（权威盘 specs/范式/ 技术标准 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；内容条款零删减。

第一篇 目的与底层逻辑

1 范围与目的

1.1 适用范围

本标准规定利衡辨 / 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）按各自专属规则执行，不套用本标准的通用时间戳与连接符条款。

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

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

表1-1 命名失效模式与治理条款对照

失效模式	表现	本版治理条款
连接符混用	同一名称内 `+`、`-`、`_` 并存	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.3 编制目的

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

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

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

2 总体方法论与底层逻辑

2.1 总体方法论

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

· 图做认知入口：抽象的命名规则须先有分层框架与构成模型，让人在 30 秒内建立全局认知（见 2.3、3.1、3.3）。

· 数据做论证底座：每条规则必须给出可被统计、可被正则判定的量化锚点，不允许「按惯例」「原则上」等无锚点描述（见 4.5.1）。

· 借可视化之势：命名分层框架与构成模型作为培训、宣贯、审计的入口物料。

· 不丢工程严谨性：模型不替代规则，每个模型配套可自动校验的规则条目与判定标准。

图2-1 全域文件命名规则逻辑思维简图

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

2.2 底层逻辑

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

· 规则：所有命名动作必须先有规则条目，落字为据（N1–N17）；

· 工具链：规则必须编码为可复用的正则与脚本，杜绝「人盯人」；工具清单见附录 C，与正文解耦；

· 闸门：工具链的输出作为落盘／提交的硬闸门，错名即拦截、不合规不落盘；

· 反馈：闸门触发的每一次拦截回流到规则库与变更履历，形成持续迭代的反馈环。

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

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

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

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

· L0 工作空间层：顶层与子工作空间，决定任务夹的落位；

· L1 任务夹：`<短标题>_<时间戳>`，承接一次任务的全部产出；

· L2 资产层：skill 与专家资产（目录、frontmatter、插件目录、打包 zip）；

· L3 交付物层：Class A 业务交付物与 Class B 治理四件套，双类互不混用；

· L4 规范层：SOP／技术规范／范式／一览表与本技术标准自身。

2.4 规范性引用文件

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

· 《全域文件工作流规则技术标准》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，含 §三 命名铁律与输出物体系、§八/§十二/§十四）

2.5 术语与定义

表2-1 术语与定义

术语	定义
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`，不直接删除，可回退。例外：权威盘 `specs/范式/` 技术标准 docx 版本保留按 W1 V2.3.0 R26 执行（只保留最新版、旧版删除不再归档 `.bak`）
公众号三件套	公众号产出的 3 份交付物统称，属 MEMORY.md §三.6 专属命名，独立于治理四件套
规则五要素	触发条件 / 执行动作 / 责任人·角色 / 例外处理 / 校验方式

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

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

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

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

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

3 逻辑结构

图3-1 全域文件命名全流程生命周期逻辑结构图

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

3.1 命名对象分层框架

表3-1 命名对象五层框架

层级	名称	职责	命名要点
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`

3.2 双类交付物模型

· Class A 业务交付物：`<主题>_<YYYY-MM-DD_HHMM>.<ext>`（无独立类型后缀；主题可内嵌业务类型词，如 `防短路胶框_技术洞察`），合法正则 BIZ_RE。

· Class B 治理四件套：`<主题>_<YYYY-MM-DD_HHMM>_<技术规范要求|摘要|变更履历|版本清单>.<ext>`，合法正则 SPEC_RE。

· 齐出原则：凡 .docx/.xlsx 交付物，业务交付物（Class A）须配套四件套治理件（Class B）同目录齐出；四件套一旦出现则必齐全，缺一即报。

3.3 命名构成模型与流转关系

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

· 主题段：中文业务描述，可内嵌业务类型词（Class A）或业务对象名（Class B）；

· 版本段：`V主.次.补`，仅规范类与本技术标准自身使用，并入主题段；

· 时间戳段：`YYYY-MM-DD_HHMM`，为合规判定锚点；

· 类型段：仅 Class B 使用，四选一（技术规范要求／摘要／变更履历／版本清单）。

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

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

4 命名总则与规则体系

4.1 操作总则

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

4.2 规则五要素

表4-1 规则五要素写法要求

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

4.3 命名规则条目

表4-2 命名规则条目 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 通道，版本号加紧急标记；权威盘 `specs/范式/` 技术标准 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 资产	技能目录 `V<版本>_利衡辨_<功能>`；frontmatter 三必含 name/description/version，时间字段用 updated；系列收纳夹 `N.利衡辨_<功能>_YYYY-MM-DD`；内部代码/脚本/资源标识用英文 slug；备份 `备份_Vx.y.z_<功能>/`	发起人/全域治理工作组	英文 slug 仅适用于内部标识，不适用于 skill 目录名	frontmatter 三字段齐全率 100%；目录名 V 前缀命中率 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`（权威盘 `specs/范式/` 只保留最新版、旧版删除不归档 `.bak`，按 W1 V2.3.0 R26）	档案管理员/全域治理工作组	S08/S09 为连接/体系说明类，明确豁免	规范库文件名格式命中率 100%（见 5.7）
N13	产出公众号三件套	按 MEMORY.md §三.6 专属命名执行：文章任务夹 `主题_YYYYMMDDHHMMSS`；批次/汇总夹 `利衡辨_公众号_YYYY-MM-DD`；技能版本文档 `利衡辨_公众号助手_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%；提交前拦截生效

4.4 治理与工具链支撑

（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 覆盖交付齐出、禁止事项、存量处理与门禁，无空白区。

4.5 判定标准与合规检查清单

4.5.1 判定标准（量化锚点）

表4-3 命名合规判定标准

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

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

表4-4 合规检查清单

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

5 分层命名规则（分场景）

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

表5-1 工作空间命名格式

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

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

5.2 任务文件夹

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

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

5.3 Skill 命名

表5-2 Skill 命名格式

对象	格式	示例
技能目录	`V<版本>_利衡辨_<功能>`（中文，V 前缀）	`V1.19.8_利衡辨_电池专利助手`
SKILL.md frontmatter	`name: V<版本>_利衡辨_<功能>`；`version: "x.y.z"`；`description: "..."`；`updated: "YYYY-MM-DD"`	`name: V1.19.8_利衡辨_电池专利助手`、`version: "1.19.8"`
系列收纳夹	`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 目录名。

5.4 专家命名

表5-3 专家命名格式

对象	格式	示例
专家工作空间	`利衡辨_<专家名>`	`利衡辨_电池专家`
专家插件目录	`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。

5.5 交付物命名（分类型）

表5-4 分类型交付物命名格式

类型	格式	示例
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`	`B11_电池专利助手范式.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`

5.6 治理四件套命名（Class B）

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

· 技术规范要求.docx（本次所依据规范）

· 摘要.docx（当前进展 + 遗留问题）

· 变更履历.xlsx（列：日期时间/变更文件/变更类型/变更说明/遗留问题）

· 版本清单.xlsx（升级场景=全域登记表快照；单报告=本次交付物清单）

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

5.7 规范 / SOP / 范式文件命名

表5-5 规范文件命名格式

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

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

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

表5-6 公众号三件套命名格式

类型	命名格式	示例
文章任务夹	`主题_YYYYMMDDHHMMSS`（秒精度）	`保一生_20260819163233`
批次/汇总夹	`利衡辨_公众号_YYYY-MM-DD`	`利衡辨_公众号_2026-08-17`
技能版本文档	`利衡辨_公众号助手_Vx.y.z_YYYYMMDDHHMMSS`	`利衡辨_公众号助手_V1.5.0_202608191525`

6 命名禁止事项与存量处理

6.1 禁止事项

· 禁止 `+`、`-` 作名称连接符；时间戳分隔符固定 `-`（日期）与 `_`（连接）。

· 禁止文档/文件夹使用 `YYYYMMDD` / `YYYY年MM月DD日HH时` / `YYYY-MM-DD_HHMMSS`（除同分钟加秒场景）等旧式时间戳。

· 禁止手敲交付物文件名；一律经工具链生成。

· 禁止直落工作区根、禁止递归删/移用户个人目录与系统目录。

· 禁止凭猜测判定任务归属工作空间——归属不明先问用户。

6.2 存量文件处理

· 历史文件保留原名，不强制批量重命名（避免破坏引用链路）。

· 任何新产出强制套用本标准；确需对存量重大重命名时，先与用户确认。

· 需收敛存量时，走「只读扫描 → 安全整改（默认干跑，`--exec --sync-refs` 方落盘）→ 复验」三步，工具见附录 C。

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

7 监督与违规处置

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

（1）违规记录与整改：违规事件须逐件记录（违规类型/责任人/发现渠道/整改期限），并限期整改；重大违规（如错名强行落盘、删除旧版本未留 `.bak`、绕开门禁提交）上报管理层。

（2）分级处置：连续两个复核周期同一检查项不达标，触发专项整改并复核；整改不力的，暂停相关角色的落盘权限。

（3）考核联动：监督结果按 4.5.2 复核频率纳入考核；判定标准各维度连续达标情况纳入年度评审输入。

8 文档管理与版本历史

8.1 修订记录

表8-1 修订记录

版本	修订日期	修订人	修订内容
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

8.2 审批记录

表8-2 审批记录

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

8.3 标准评审机制

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

8.4 定稿校核结论

经对 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 评审机制。

9 附录（速查与对照）

9.1 附录 A 命名规则速查表

表9-1 命名规则速查

对象层	编号	规则要点	闸门机制
总则	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 命名门禁	提交前拦截

9.2 附录 B 术语速查表

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

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

表9-2 工具链清单

工具/组件	用途	对应规则
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

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

表9-3 历史不一致收敛对照

维度	废止旧式（历史存量）	本标准唯一形式
时间戳（文档/文件夹）	`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主.次.补`（完整三段式）
四件套第②件类型词	「当前进展与遗留问题」	统一「摘要」

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

9.5 附录 E 修订对照表

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

表9-4 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_电池专家范式` 改 `B11_电池专利助手范式`
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`，仅交付物强制含分钟

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

表9-5 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

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

表9-6 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

9.6 附录 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 处：`specs/范式/W1_全域文件工作流规则范式.md`（7 处，W1 主文档）、`_tools/工作流规则技术标准.md`（7 处，W1 副本 1）、`README/工作流规则/README.md`（7 处，W1 副本 2）、`specs/标准库/四件套强制交付物断言技术标准_V1.0.0_2026-08-26_1648.md`（1 处）、`_tools/README.md`（1 处）。目标版本：V1.1.0（《全域文件命名规则技术标准》现行正式基准，发布态原件 `specs/范式/全域文件命名规则技术标准_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 声明的不可变基线，未改动。