返回板块

W02 全域文件工作流规则范式

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

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

版本：V2.4.0 ｜ 编制日期：2026-09-19 ｜ 状态：正式基准（已发布）· 全域强制
适用范围：企业全域文件（含文档、表、图、音视频、代码片段、合同、报告等）跨部门、跨系统、跨生命周期的全流程治理
权威关系：本文与 MEMORY.md §三/§九/§十二/§十三/§十四/§十四·A、§〇·A/§〇·B/§〇·E（区域路由/权威库优先发布/权威盘版本保留策略）、S01–S11 一致、互为备份；冲突时按《全域任务脑手架构宪法》V1.2.0 效力层级裁决（2026-09-03 P0 用户裁定：宪法 > MEMORY.md > 台账 > 引用国家标准）
上位关系：本文为《全域文件命名规则技术标准》V1.1.0（N1）的上位框架，命名规则居五层认知框架 L4 治理底座层；与《任务执行工作流与全域文件治理技术标准》V200.3、《硬数据训练技术标准》V200.0 平行衔接
成文基准（V2.1.0 新增·强制）：本文的成文逻辑与格式体例遵循《MASTER RULE · 技术标准成文规范》V1.1.0（spec/3.行政法规/范式/MASTER_RULE_技术标准成文规范.md，STD-A/B/C/D/E/F/G/H/Z 共 87 条）。成文格式类问题以该母规则为唯一基准；业务领域内容以本文为准。详见第一篇 2.4 与附录 G。
版本保留策略（V2.3.0 新增·强制）：权威盘 spec/3.行政法规/范式/ 技术标准 docx 只保留最新版，旧版一律删除（不再归档 .bak）。原 V2.0.0「不可变基线」文件已删除——其「母规则逆向提炼锚点」使命由《MASTER RULE · 技术标准成文规范》V1.0.1 固化承接，领域规则 R1–R19 已完整继承至最新版；MD5 校验对象改为最新版 docx（见 MEMORY §〇·E）。
待确认事项：见文末「附录 F 待确认事项（闭环记录）」

前言

  • 标准编号：Q/WB-WF-2026-002（暂定，待正式发布时确认）
  • 文档版本：V2.3.0 ｜ 生效日期：2026-09-02 ｜ 编制：全域文件治理工作组 & 技术标准委员会
  • V2.0.0 核心升级（相对 V1.1.0/V1.1.1）：经对 V1.1.0 基准与后续演进系列（《任务执行工作流技术标准》V101.0、《任务执行工作流与全域文件治理技术标准》V102.0/V200.0/V200.3、《硬数据训练技术标准》V200.0）共 8 份标准的综合校验，识别并修复 V1.1.0 的 14 项逻辑缺陷（W1–W14），详见附录 E。版本号策略：因引入结构性补充（规范性引用文件/RFC 2119/术语体系/监督评审机制）且合并 V1.1.1（assert_fourpiece 管控条款），属新增能力，按 R3 升位规则主版本 +1 记为 V2.0.0；自该版起后续版本严格按修订类型升位，不再跳号。

  • V2.1.0 核心升级（相对 V2.0.0）：①新增「2.4 成文基准声明」与「附录 G 成文母规则条款组映射索引」，将《MASTER RULE · 技术标准成文规范》V1.0.0 绑定为本文成文基准；②按母规则 STD-B-002 将章级编号由「全篇连续」改为「每篇内独立起编」，消除 md 与 docx 两载体编号体系不一致缺陷；③按 STD-B-004/005 修复图表号重号与编号回退（原「表1-1」「表3-1」「表3-2」各重号两次），全篇图表号改为唯一且单调递增；④按 STD-F-004 修复图题与交叉引用错位（原图题为「图1-1/图2-1」，正文注却引用为「图 2-1/图 2-2」）；⑤按 STD-D-002 将规范性要求等级由四级补齐为五级（新增「宜 / RECOMMENDED」）；⑥按 STD-F-005 统一外部文件指称形式，消除《命名规范》简称混用。领域规则 R1–R19 内容未作任何变更。 版本号策略：属新增能力（新增章节 + 新增附录）且向下兼容，次版本 +1 记为 V2.1.0。

  • V2.2.0 核心升级（相对 V2.1.0）：新增「第三篇 3 全域管理：四盘同步架构治理（R20–R25）」，将 MEMORY §〇·D「四盘同步架构」固化为规则条目——确立权威盘 C:\Users\xub\.workbuddy 为唯一数据源（SSOT），发布盘为只读同步副本，明确单向同步方向（权威盘 → 各副本）、冲突以权威盘为准、触发时机、失败回退与告警。领域规则 R1–R19 内容未作任何变更。 版本号策略：新增能力（新增 6 条规则 + 新增章节）且向下兼容，次版本 +1 记为 V2.2.0。

  • V2.3.0 核心升级（相对 V2.2.0）：新增「第三篇 4 全域管理：权威盘版本保留策略（R26）」，将 MEMORY §〇·E「权威盘技术标准版本保留策略」固化为规则条目——权威盘 spec/3.行政法规/范式/ 技术标准 docx 只保留最新版、旧版一律删除（不再归档 .bak）；原 V2.0.0「不可变基线」文件使命由《MASTER RULE · 技术标准成文规范》V1.0.1 固化承接。领域规则 R1–R19 内容未作任何变更。 版本号策略：新增能力（新增 1 条规则 + 新增章节）且向下兼容，次版本 +1 记为 V2.3.0。
  • V2.4.0 核心升级（相对 V2.3.0）：依人·炳哥 2026-09-19 裁定，删除「第三篇 3 全域管理：四盘同步架构治理（R20–R25）」整节。删除依据为宪法第48条第5款（权威盘 → 发布盘单向增量同步，双盘）与基本法 M1.4（sync_disks.py = 四盘同步）；原节覆盖宪法未及的训练盘／校核盘，属下位规定与上位法冲突。领域规则 R1–R19 与 R26 内容未作任何变更，R26 保持原编号不重编。版本号策略：删减条款属修订，次版本 +1 记为 V2.4.0。

第一篇 目的与底层逻辑

1 范围与目的

1.1 适用范围

本标准规定了企业全域文件（含文档、表、图、音视频、代码片段、合同、报告等）跨部门、跨系统、跨生命周期的治理规则，覆盖文件产生、流转、审批、归档、销毁五阶段全流程。

  • 对象范围：文档类（合同/协议/报告/制度/方案/规范/纪要/邮件附件）、数据类（xlsx/csv/数据库导出/统计报表）、媒体类（图片/音视频/设计稿/3D 模型）、代码类（脚本/配置/依赖清单/构建产物）、凭证类（发票/签章/批件/证书）。
  • 流程范围：产生、流转、审批、归档、销毁五阶段。
  • 部门范围：企业所有业务部门、职能部门、研发部门及外部协作方（参照合同条款适用）。
  • 系统范围：所有承载文件的内部系统与外部平台（资料库、网盘、邮件、协同办公、项目管理、客户关系管理等）。

排除范围：纯个人笔记、临时草稿（创建后 24 小时内未升级为正式文件的）不纳入本标准管理；24 小时内升级为正式文件的，自升级起适用本标准第三篇。「升级为正式文件」的判定：由发起人将文件按 R1 规范命名并纳入治理目录即视为升级，判定责任人为文件发起人。

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

本标准解决的核心问题：把分散在各业务环节、各系统里的零散文件规则收敛为一套可识别、可执行、可校验的统一规则体系，使任何文件从「产生」到「销毁」的每一步都有规则可依、有角色可追、有闸门可验。治理的失效模式与本版治理条款对照：

表1-1 失效模式与本版治理条款对照

失效模式 表现 本版治理条款
碎片化治理 一部门一规则、一系统一规则 R1–R15 统一规则 + 第二篇可视化对齐
规则不可执行 停留在「原则上」「按惯例」层面 规则五要素 + 量化判定标准
命名不规范 文件名随意、无时间戳、无法机器审计 R1 + 《全域文件命名规则技术标准》V1.1.0
元数据缺失 产生/归档阶段关键字段缺失 R2（5 字段）/ R11（12 字段，附录 D）
版本管理混乱 版本号随意跳变、旧版本直接删除 R3 按修订类型升位 + .bak 归档
流转无痕迹 跨部门/跨系统流转无单据、无指纹、无时效 R4/R5/R6
审批无闭环 审批无留痕、驳回无原因、超时无升级 R7/R8/R9
归档无期限 归档目录随意、保存期不确定、到期无人处理 R10/R11/R12
销毁不可验证 无申请、无见证、无复核 R13/R14/R15
自动化产物无治理 机器级周更产物（五件套）无规则 R16–R19
工具与规则耦合 正文硬编码工具名，工具变更即标准失效 附录 C 工具链清单解耦
检查无人认领 合规检查清单无责任人与频率 第三篇 1.5.2 检查清单（含责任人+频率）
发布无闭环 无监督、无评审、无审批记录 第四篇 1 监督 + 第四篇 2 文档管理
成文体例不统一 图表号重号、交叉引用错位、模态词歧义 第一篇 2.4 成文基准声明（V2.1.0 新增）

1.3 编制目的

（1）统一规则：把跨部门、跨系统、跨生命周期的文件规则收敛为一份可被全员调用的统一标准，杜绝碎片化治理。（2）可执行可校验：每条规则以 5 字段结构落写，确保任何一条规则都能被脚本/工具自动校验。（3）固化生命周期：以五阶段覆盖文件全生命周期。（4）沉淀方法论：把已验证的「图做认知入口 + 数据做论证底座」方法论固化为标准。

1.4 V2.1.0 核心升级（成文规范化总览）

相对 V2.0.0，本版在不改动任何领域规则（R1–R19）的前提下，完成成文体例规范化，详见前言「V2.1.0 核心升级」六项与附录 G。

2 总体方法论与底层逻辑

2.1 总体方法论

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

  • 图做认知入口：所有抽象规则必须先有一张可被一眼读懂的图，让人在 30 秒内建立全局认知。
  • 数据做论证底座：每条规则必须有可被统计、可被审计的数据支撑，不允许「按惯例」「原则上」等无量化锚点描述。
  • 借可视化之势：把可视化产物作为培训、宣贯、审计的入口物料。
  • 不丢工程严谨性：可视化不替代规则，每张图配套可自动校验的规则条目与判定标准。

2.2 底层逻辑

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

  • 规则：所有治理动作必须先有规则条目，落字为据；
  • 工具链：规则必须编码为可复用的工具脚本，杜绝「人盯人」；工具清单见附录 C，与正文解耦；
  • 闸门：工具链的输出作为流程入口/出口的硬闸门，不合规即拦截；
  • 反馈：闸门触发的每一次拦截/告警回流到规则库与版本清单，形成持续迭代的反馈环。

规则即代码（实现层）：每条规则等价于一段可执行代码，由触发条件、输入参数、执行动作、返回值、异常分支五要素构成。本标准要求规则「可被编码」，但标准正文本身不嵌入具体脚本名——具体实现以附录 C 工具链清单为准，二者解耦演进。

可视化先行：任何复杂治理动作都先画图、再写规则，图与规则同源同改。

2.3 逻辑思维简图（认知入口）

本标准的逻辑思维简图自顶向下分为五层认知框架（L0 目标层 → L1 方法论层 → L2 生命周期层 → L3 规则层 → L4 治理底座层），层间依赖箭头为「拆解 / 指导 / 套用 / 支撑」，L2 生命周期横向流转。

图 1-1 全域文件工作流逻辑思维简图：spec/3.行政法规/范式/全域文件工作流逻辑思维简图.png

2.4 成文基准声明（V2.1.0 新增·强制）

本文的成文逻辑与格式体例必须遵循《MASTER RULE · 技术标准成文规范》V1.0.0（STD-A/B/C/D/E/F/G/H/Z 共 72 条）。该母规则自本文 V2.0.0 基线逆向提炼而成，为全域技术标准成文的唯一最高基准。

（1）效力层级：成文格式类问题以母规则为准；业务领域内容（R1–R19）以本文为准。二者分层分册，互不冲突。
（2）发布前必检：本文每次升版必须逐项执行《技术标准成文自检清单》（A–H + Z 共 72 项），P1 阻断项存在任一不通过即不予发布。
（3）扩展而非冲突：本文后续新增的格式类条款必须为母规则的「扩展」或「细化」，禁止冲突、禁止放宽既有阈值。
（4）条款组映射：母规则九组条款与本文章节的对应关系见附录 G。
（5）基线保护：V2.0.0 基线文档（MD5 0b4725d137f7b7a66f9571b9ac8f052b）禁止修改；变更一律新建升版本并归档旧版。

2.5 规范性引用文件

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

  • 《全域文件命名规则技术标准》V1.1.0（N1，全域命名基准）
  • 《全域文件排版规则技术标准》V1.0.2（全域排版基准）
  • 《四件套强制交付物断言技术标准》V1.0.0
  • 《任务执行工作流与全域文件治理技术标准》V200.3（平行衔接，任务执行侧）
  • 《硬数据训练技术标准》V200.0（平行衔接，训练取证侧）
  • 《MASTER RULE · 技术标准成文规范》V1.0.0（成文母规则，V2.1.0 新增引用）
  • 《全域文件生命周期工具链技术标准》V1.0.0（W2，工具实现规范）
  • GB/T 1.1-2020 标准化工作导则 第1部分：标准化文件的结构和起草规则
  • S01–S11 全域 SOP
  • WorkBuddy 全域长期记忆（MEMORY.md，含 §三.4 输出物体系与治理四件套定义、§十四 插件一览表五件套、§十四·A 成文母规则）

2.6 术语与定义

表1-2 术语与定义

术语 定义
全域文件 跨部门、跨系统、跨生命周期的所有文件，含文档、表格、图片、音视频、代码片段、合同、报告等
流转单 记录文件跨部门/跨角色传递过程的结构化单据
SLA Service Level Agreement，服务等级协议，此处指文件流转与审批的时效承诺
硬闸门 由工具链自动执行、不允许人工绕过的合规检查点
双类交付物 Class A 业务交付物与 Class B 治理四件套的统称
治理四件套（Class B） skill/专家迭代升版或单报告配套的 4 件治理文件：技术规范要求 Word / 摘要 Word / 变更履历 Excel / 版本清单 Excel，缺一不可；与插件一览表五件套为不同对象，不可混用
插件一览表五件套 全域更新逻辑图的 5 份交付物（emmx 主交付 / 说明 md / 交互 html / svg / 映射台账 xlsx）统称，对应 R16–R19；与治理四件套（Class B）为不同对象，不可混用
规则五要素 触发条件 / 执行动作 / 责任人·角色 / 例外处理 / 校验方式
备份 旧版本归档为 .bak，不直接删除，可回退
例外通道 涉密/紧急/合规豁免等特殊文件走非常规审批路径，最终回并至审批阶段节点
文件指纹 文件内容的哈希值，用于跨系统流转的一致性核验
成文母规则 规定「如何撰写技术标准」的元规则，编号前缀 STD-；与规定「文件如何治理」的领域规则（R）分层分册
不可变基线 已定稿且禁止修改的基准文档，以 MD5 校验完整性；变更须新建升版本

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

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

关键词 英文 含义
必须 / MUST MUST 强制性要求，违反即为不合规
应 / SHOULD SHOULD 推荐性要求，在特定情况下可偏离，但需记录理由
宜 / RECOMMENDED RECOMMENDED 建议性要求，优先采用但非强制，不采用时宜说明原因（V2.1.0 按 STD-D-002 补齐）
可 / MAY MAY 允许的选项，不构成强制；仅表示许可，表示能力时用「能够」
禁止 / MUST NOT MUST NOT 严格禁止的行为

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

第二篇 全域文件工作流的逻辑结构

1 逻辑结构

1.1 五层认知框架

表2-1 五层认知框架

层级 名称 职责 关键产物
L0 目标层 明确本标准的总目标 总体目标陈述
L1 方法论层 把目标拆解为四条方法论支柱 4 大方法论
L2 生命周期层 把方法论落到 5 个生命周期阶段 5 阶段流程
L3 规则层 每个阶段都套用统一的 5 字段规则结构 26 条核心规则
L4 治理底座层 命名规范、工具链、硬闸门、双类交付物 治理基线

注：图 1-1 逻辑思维简图（见第一篇 2.3）为 L0–L4 五层框架的可视化整体视图，是本标准的「认知入口」，建议读者在通读第三篇前先通读此图。

1.2 文件全生命周期模型

文件全生命周期划分为五个阶段：产生（Create）→ 流转（Circulate）→ 审批（Approve）→ 归档（Archive）→ 销毁（Destroy），每阶段对应一组规则、至少 1 个具名角色与一道闸门。

  • 审批驳回触发回退至流转阶段的旁路；
  • 归档未到期触发保留/续期自环；
  • 涉密/紧急文件走例外通道，例外通道的终点为审批阶段节点（即涉密/紧急文件经保密办+法务双签等特别程序后，仍须回到审批节点完成留痕，不得跳过审批直接归档）。

图 2-1 全域文件生命周期逻辑结构图：spec/3.行政法规/范式/全域文件生命周期逻辑结构图.png

注：图 2-1 含 5 个主节点、每节点下方的「触发/责任人/校验」信息条、审批驳回的回退箭头、归档未到期的自环、涉密/紧急的例外通道（终点为审批节点）。该图是本标准的「工程严谨性」总图。

1.3 节点依赖与流转关系

  • 图 1-1 逻辑思维简图 = 认知入口，回答「为什么这样组织」；
  • 图 2-1 逻辑结构图 = 工程严谨性，回答「每一步做什么」（含例外通道回并审批节点）。

第三篇 具体方法论：操作步骤、规则条目与判定标准

1 操作总则与规则体系

1.1 操作总则

（1）规则优先于经验：任何文件动作先查对应规则；无对应规则时启动判定标准复核与评审机制新增规则。（2）闸门优于自觉：所有闸门由工具链自动执行，例外需书面依据并记录。（3）可视化先于文字：先画图再写规则，图与规则同源同改。（4）可校验优于可读：规则须能被量化校验，不能量化则拆分到可量化。（5）可追溯优于一次性：所有动作必须留痕，R15 销毁后核验为例外（销毁即不可逆）。

1.2 规则五要素

表3-1 规则五要素

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

1.3 全生命周期规则条目

产生阶段规则（R1–R3）

表3-2 产生阶段规则（R1–R3）

编号 触发条件 执行动作 责任人/角色 例外处理 校验方式
R1 新建任何全域文件 按《全域文件命名规则技术标准》V1.1.0 分类型格式生成文件名（文档类：主题_业务类型_时间戳；代码/数据类：英文 slug），同一分钟重复追加秒精度 发起人/业务部门 涉密/紧急文件可暂用代号，24 小时内补合规名 命名合规扫描工具（附录 C）100% 拦截，不合规拒绝落盘
R2 文件落盘前 至少含 5 字段元数据（发起人/创建时间/业务类型/所属项目/保密等级）写入文件头或独立元数据文件 发起人 内部参考文件保密等级可暂标「内部」，但须 7 日内补实际等级（仍保留 5 字段） 元数据检查器校验，缺字段 0% 落盘
R3 任何版本变更（含新建/覆盖） 版本号按修订类型升位——修 bug/小改补丁位+1（V1.0.0→V1.0.1），新增功能/知识/能力次版本+1（V1.0.0→V1.1.0），重大不兼容重构主版本+1；旧版本归档 .bak 不直接删除 发起人+档案管理员 紧急修复走 hotfix 通道，版本号+紧急标记 变更履历表 xlsx 当日录入，缺登=未变更

流转阶段规则（R4–R6）

表3-3 流转阶段规则（R4–R6）

编号 触发条件 执行动作 责任人/角色 例外处理 校验方式
R4 文件从一个部门流转至另一个部门 填写流转单（收发双方+时间+文件指纹 hash+业务目的） 发送方/接收方/流程管理员 同部门内流转可简化为日志记录 流转日志 100% 完整，缺任何一字段=未流转
R5 文件从一个系统流转至另一系统 通过统一中转 API/中间件，保留来源+目的地系统标识+转换记录 系统管理员/流程管理员 离线交换（纸质+U 盘）走双签通道，事后 48 小时内补登 系统日志交叉对账（双端同步校验工具见附录 C），日终不一致项 0 容忍
R6 文件进入流转后 设置 SLA 时限（一般 72 小时，紧急 4 小时）；超时自动升级 流程管理员/部门负责人 涉密/复杂审批可申请延期，但必须记录原因 流程系统每日发超时报告，SLA 达成率 ≥ 95%

审批阶段规则（R7–R9）

注：本节为文件级流转审批规则。任务执行层的人工闸门（Plan 批准、Craft 写操作确认等，默认超时 30 分钟挂起）属《任务执行工作流与全域文件治理技术标准》第 7 章范畴，二者为不同场景。涉密/紧急例外通道（见图 2-1）的终点为本节审批节点，例外文件仍须完成审批留痕。

表3-4 审批阶段规则（R7–R9）

编号 触发条件 执行动作 责任人/角色 例外处理 校验方式
R7 文件到达审批节点（含例外通道回并的涉密/紧急文件） 按文件类型/金额/影响范围走 1–3 级审批；每级留痕 各级审批人（直接主管→部门负责人→分管领导） 标准模板文件走免审通道 审批日志+电子签章 100% 完整，缺签=未批准
R8 审批人判定不通过 写明驳回原因+改进建议，文件退回；仅流程退回不修改内容版本号不变，修改内容重新提交按 R3 升版本号 审批人 严重违规可直接终止流程，不退回 驳回记录必含原因字段，空原因=无效驳回
R9 审批到达节点 一般 72 小时内、紧急 4 小时内未审批自动升级至上一级+短信/邮件通知 审批人/升级接收人 涉及重大决策可申请冻结升级，但须分管领导批准 升级日志每日复核，异常冻结须有书面依据

归档阶段规则（R10–R12）

表3-5 归档阶段规则（R10–R12）

编号 触发条件 执行动作 责任人/角色 例外处理 校验方式
R10 审批通过且流程结束 文件移入归档目录，分类按业务域+年度+项目，命名沿用合规名 档案管理员 跨年度项目按项目结束年度归档 归档目录结构 100% 符合标准，目录名 0 错误
R11 归档时 至少含 12 字段元数据（字段清单见附录 D） 档案管理员 历史遗留文件可分阶段补齐，补齐率纳入月度考核 元数据完整度 ≥ 98%，缺字段自动告警
R12 归档时确定保存期 按文件类型分档（合同 10 年/财务 15 年/技术文档 5 年/临时 1 年），到期前 90 天提醒 档案管理员+业务部门 法律/合规特殊要求可延长，须有书面依据 期限表与归档目录交叉校验，到期未处理 0 容忍

销毁阶段规则（R13–R15）

表3-6 销毁阶段规则（R13–R15）

编号 触发条件 执行动作 责任人/角色 例外处理 校验方式
R13 文件到期/合规要求/主动申请 填写销毁申请单（原因+范围+方式+时间+监督人），经档案负责人批准 销毁申请人/档案负责人 涉密文件须经保密办+法务双签 销毁申请单 100% 留档，无单不销
R14 销毁申请获批 双人见证执行（电子：不可恢复擦除+日志；纸质：碎纸+焚烧+视频记录） 销毁执行人+监督人 委托第三方销毁需资质+销毁证明 销毁记录含方式+见证人+时间，缺一=未销毁
R15 销毁执行完毕 抽样复核确认不可恢复（抽样率 5% 且绝对抽样量不少于 5 件；批量销毁 >1000 件时抽 1% 且不少于 5 件）；出销毁报告归档 档案管理员+内部审计 批量销毁（>1000 件）按 1% 抽样（不少于 5 件） 销毁报告 100% 归档，季度审计复核 0 差错

1.4 治理与工具链支撑

（1）命名规范：以《全域文件命名规则技术标准》V1.1.0 为统一基准；名称段统一用下划线 _，时间戳内部用 - 分隔日期、用 _ 连接日期与时间。
（2）工具链硬闸门：以内部工具链为唯一权威——命名合规扫描、治理四件套齐全校验、双端同步校验、专家侧硬闸门、四件套存在性断言（受《四件套强制交付物断言技术标准》V1.0.0 管控，为四件套齐全校验的超集/后置深检，非零即阻断下游）。任一不合规即拒绝落盘或拒绝升级。工具清单见附录 C，正文不引用具体脚本名。
（3）双类交付物：所有 .docx/.xlsx 交付物分 Class A 业务交付物与 Class B 治理四件套（技术规范要求 Word / 摘要 Word / 变更履历 Excel / 版本清单 Excel，缺一不可），双类互不冲突、均由工具链识别为合法。治理四件套（Class B）与插件一览表五件套（R16–R19 治理对象）为不同对象，不可混用。
（4）全生命周期覆盖：R1–R15 覆盖产生→流转→审批→归档→销毁全部 5 阶段，每阶段 3 条规则；R16–R19 与 R26 覆盖全域管理产物（五件套治理 + 权威盘版本保留策略；原 R20–R25 四盘同步架构已于 2026-09-19 整节删除），无空白区。

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

1.5.1 判定标准（量化锚点）

表3-7 判定标准（量化锚点）

维度 指标 合格阈值 校验周期
命名合规 命名不合规率 0% 实时（落盘闸门）
元数据完整 元数据缺字段率（归档阶段；产生阶段为 0% 落盘闸门） ≤ 2% 日终扫描
流转时效 SLA 达成率 ≥ 95% 周报
审批留痕 审批日志+签章完整度 100% 实时（节点闸门）
归档目录 归档目录结构正确率 100% 月度审计
保存期限 到期未处理率 0% 季度复核
销毁准确 销毁报告完整度+抽样复核差错 100% / 0% 季度审计
1.5.2 合规检查清单（含责任人与复核频率）

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

检查项 责任人 复核频率
所有新文件命名 100% 通过合规扫描 文件发起人 实时
所有新文件元数据 ≥ 5 字段（产生）/ ≥ 12 字段（归档） 文件发起人/档案管理员 日终
所有流转动作填写流转单或系统日志，字段 100% 完整 发送方/接收方 日终
所有审批节点 72 小时内（紧急 4 小时内）未审批自动升级 审批人 每日
所有归档文件命名沿用合规名，目录结构符合标准 档案管理员 月度
所有到期文件在到期前 90 天生成催办提醒；保存期届满且无合规延长时方可启动销毁流程 档案管理员 季度
所有销毁动作有申请单+双人见证+销毁报告 销毁执行人/监督人 季度
五件套周更生成且一致性校验通过，命名合规，旧版本归档/删除 全域治理工作组 每周
每次本文升版逐项执行《技术标准成文自检清单》，P1 阻断项 0 不通过（V2.1.0 新增） 全域文件治理工作组 每次升版

2 全域管理：插件一览表五件套治理

2.1 规则条目（R16–R19）

本节为 MEMORY §十四「插件一览表五件套」建立的专用规则。五件套 = 全域更新逻辑图 5 份交付物——① .emmx（亿图脑图主交付）② _说明_<ts>.md（检索维护版）③ _<ts>.html（交互预览）④ _<ts>.svg（复用连线网络图）⑤ _映射台账_<ts>.xlsx（映射台账）；由周更 automation 触发、五件套生成脚本（内置一致性校验函数）自动生成。.emmx/.md/.html/.svg 四类扩展名不在 Class A/B 命名正则范围，由 R17 显式约束补齐盲区。工具名见附录 C。

表3-9 全域管理规则（R16–R19）

编号 触发条件 执行动作 责任人/角色 例外处理 校验方式
R16 每周一 09:00 automation 触发，或 A–F 资产（范式/SOP/skill/专家）变更 执行五件套生成脚本生成至指定目录 automation 调度+全域治理工作组 资产无变化可跳过但须留痕 5 件齐全+生成日志含「完成」
R17 五件套任一交付物落盘前 按「全域更新逻辑图_类型_YYYY-MM-DD_HHMM.扩展名」命名（类型 ∈ {主交付, 说明, 交互, 连线(svg), 映射台账}）；.emmx/.md/.html/.svg 四类扩展名由本规则显式约束 脚本+全域治理工作组 无（原因：该产物由脚本按模板自动生成，命名不经过人工环节，无例外触发条件） 命名格式命中率 100%；.xlsx 另由 Class A 正则识别
R18 五件套生成/发布前 执行一致性校验脚本回查 S06「更新类输出物清单（B1/B2）」锚点逐项比对 脚本+全域治理工作组 无（原因：生成前校验为强制前置项，脱节即阻断，不设豁免通道） 校验退出码=0 方可生成；脱节阻断
R19 新一轮五件套生成后出现历版 上一版五件套整体归档或删除，仅保留当前版；不破坏 .xlsx 台账历史登记 全域治理工作组 需多版对比时保留最近 3 版 产出目录仅保留 1 个当前时间戳版本

与既有规则关系：R16 补充 R1（机器级自动化产物）；R17 引用 R1+N1 补扩展名盲区；R18 引用 R3 与 S06「生成器一致性校验」节；R19 引用 R10 补历版归档。

2.2 判定标准补充

表3-10 五件套判定标准补充

维度 指标 合格阈值 校验周期
五件套齐全 5 件交付物完整性 100% 周更时
一致性校验 一致性校验退出码 = 0 生成前
五件套命名 命名格式命中率 100% 周更时

沿革·R20–R25 已废止（2026-09-19）：原「第三篇 3 全域管理：四盘同步架构治理（R20–R25）」整节已于 2026-09-19 依人·炳哥裁定删除。删除依据：宪法第48条第5款确立的是「权威盘 → 发布盘单向增量同步」双盘机制，基本法 M1.4 亦将 sync_disks.py 界定为「四盘同步」；原 R20–R25 覆盖宪法未及的训练盘／校核盘，构成下位规定与上位法冲突，依效力层级「冲突以上位为准」删去。盘位与同步规则以宪法第48条为唯一准据。R26 保持原编号不重编，以避免号段漂移。

4 全域管理：权威盘版本保留策略（R26）

本节为 MEMORY §〇·E「权威盘技术标准版本保留策略」建立的专用规则。权威盘 C:\Users\xub\.workbuddy\spec/3.行政法规/范式/ 的技术标准 docx 只保留最新版，旧版一律删除（不再归档 .bak）；历史版本追溯以 MEMORY 修订记录与范式源 md 版本历史为准。

4.1 规则条目（R26）

表3-13 权威盘版本保留策略规则（R26）

编号 触发条件 执行动作 责任人/角色 例外处理 校验方式
R26 权威盘 spec/3.行政法规/范式/ 技术标准 docx 升版/新版本生成 删除该主题旧版本 docx，仅保留最新版；旧版不归档 .bak 全域文件治理工作组 无（「只保留最新版」为强制，不设豁免） 同一主题 docx 仅存最新版，find 校验无旧版残留

4.2 判定标准补充

表3-14 权威盘版本保留判定标准

维度 指标 合格阈值 校验周期
版本唯一性 同一主题技术标准 docx 版本数 1（仅最新版） 每次升版后
旧版残留 旧版 docx 残留数 0 每次升版后

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

1 监督与违规处置

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

（1）违规记录与整改：违规事件须逐件记录（违规类型/责任人/发现渠道/整改期限），并限期整改；重大违规（如销毁无申请单、审批无留痕、命名不合规强行落盘）上报管理层。
（2）分级处置：连续两个复核周期同一检查项不达标，触发专项整改并复核；整改不力的，暂停相关角色的文件操作权限。
（3）考核联动：监督结果按第三篇 1.5.2 节复核频率纳入考核；判定标准各维度连续达标情况纳入年度评审输入。
（4）成文合规监督（V2.1.0 新增）：未按《技术标准成文自检清单》执行自检即发布，或 P1 阻断项未闭环仍发布，视为重大违规，按本条第（1）项记录并上报。

2 文档管理与版本历史

2.1 修订记录

表4-1 修订记录

版本 修订日期 修订人 修订内容
V1.0.0 2026-08-26 全域文件治理工作组 首版发布：建立全域文件工作流规则技术标准，含 3 篇 15 规则与 2 张逻辑图
V1.0.1 2026-08-26 全域文件治理工作组 修订 8 项 critical：命名分类型、版本号升位规则、四件套名称、R15 抽样、引用修正、R8/R3 冲突、销毁启动矛盾；标注待确认事项
V1.1.0 2026-08-26 全域文件治理工作组 新增 3.6「全域管理：插件一览表五件套治理」（R16–R19）；规则计数 15→19；命名规范版本引用 V1.0.0→V1.0.1；权威关系补 MEMORY §十四
V1.1.1 2026-08-26 全域文件治理工作组 最小纳入《四件套强制交付物断言技术标准》V1.0.0——工具链硬闸门新增 assert_fourpiece 管控条款；规则计数维持 19
V2.0.0 2026-08-29 全域文件治理工作组 & 技术标准委员会 综合校验升版：经 8 份标准交叉校验修复 14 项逻辑缺陷（W1–W14，见附录 E）；结构升级四篇式。本版为不可变基线（MD5 0b4725d137f7b7a66f9571b9ac8f052b），禁止修改
V2.1.0 2026-08-29 全域文件治理工作组 & 技术标准委员会 成文规范化升版：按《MASTER RULE · 技术标准成文规范》V1.0.0 绑定成文基准（新增第一篇 2.4 + 附录 G）；章级编号改「每篇内起编」；修复图表号重号与编号回退；修复图题与交叉引用错位；规范性等级表补齐五级（新增「宜」）；统一外部文件指称形式。领域规则 R1–R19 未变更。⑦同步命名规范基准引用 V1.0.1 → V1.1.0（共 7 处，对齐 全域文件命名规则技术标准_V1.1.0_2026-08-29_0335.docx）。版本策略：新增能力且向下兼容 → 次版本 +1
V2.2.0 2026-09-02 全域文件治理工作组 & 技术标准委员会 新增四盘同步架构治理（R20–R25）：确立权威盘 C:\Users\xub\.workbuddy 为唯一数据源（SSOT），发布盘为只读同步副本；明确单向同步方向（权威盘 → 各副本）、冲突以权威盘为准、触发时机、失败回退与告警。领域规则 R1–R19 未变更。版本策略：新增能力且向下兼容 → 次版本 +1
V2.3.0 2026-09-02 全域文件治理工作组 & 技术标准委员会 新增权威盘版本保留策略（R26）：确立权威盘 spec/3.行政法规/范式/ 技术标准 docx 只保留最新版、旧版一律删除（不再归档 .bak）；原 V2.0.0「不可变基线」使命由《MASTER RULE · 技术标准成文规范》V1.0.1 固化承接。领域规则 R1–R19 未变更。版本策略：新增能力且向下兼容 → 次版本 +1
V2.4.0 2026-09-19 人·炳哥（裁定）／全域文件治理工作组（执行） 删除「第三篇 3 全域管理：四盘同步架构治理（R20–R25）」整节（6 条规则 + 表3-11 + 表3-12 + 附录A 对应行）。依据：宪法第48条第5款双盘口径与基本法 M1.4「四盘同步」；该节覆盖宪法未及的训练盘／校核盘，冲突以上位为准。R1–R19 与 R26 未变更，R26 不重编号。版本策略：删减属修订 → 次版本 +1

2.2 审批记录

表4-2 审批记录

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

2.3 标准评审机制

本标准至少每年评审一次，由全域文件治理工作组发起，征集各业务部门与职能部门（含研发、法务、档案、信息安全）意见后形成修订草案（必须）。评审内容包括：标准适用性、技术更新、合规变化、缺陷修复、成文规范符合性（V2.1.0 新增）等（必须）。评审结果应记录于修订记录中（必须）。

2.4 定稿校核结论

经对 V1.1.0 基准与后续演进系列共 8 份标准的综合校验与全篇复核，V2.0.0 修复全部 14 项识别缺陷（W1–W14），技术内容已达到定稿条件。V2.1.0 在其基础上完成成文规范化，领域内容未作任何变更，并按《技术标准成文自检清单》完成自检（P1 阻断项 0 不通过）。标准编号（Q/WB-WF-2026-002 暂定）确认与审批签字为发布前的行政流程，须于正式发布前完成闭环。任何后续变更须遵循第四篇 2.3 节评审机制。

附录

附录 A 规则条目速查表

表 A.1 规则条目速查表

阶段 编号 规则要点 闸门机制
产生 R1 命名合规 命名合规扫描（工具见附录 C）
产生 R2 5 字段元数据 元数据检查器
产生 R3 版本号按类型升位 变更履历表
流转 R4 跨部门流转单 流转日志
流转 R5 跨系统中转 系统日志对账（双端同步校验，附录 C）
流转 R6 SLA 时效（72h/4h） 流程系统每日超时报告
审批 R7 多级审批留痕（含例外通道回并） 审批日志+电子签章
审批 R8 驳回必填原因 驳回记录
审批 R9 72h/紧急4h 自动升级 升级日志
归档 R10 归档目录结构 目录审计
归档 R11 12 字段元数据 元数据完整度（清单见附录 D）
归档 R12 保存期限分档 期限表交叉校验
销毁 R13 销毁申请单 申请单留档
销毁 R14 双人见证执行 销毁记录
销毁 R15 5%且≥5件（批量1%）抽样复核 销毁报告
全域管理 R16 五件套周更生成 五件套生成脚本（附录 C）
全域管理 R17 五件套命名（含扩展名盲区） 命名格式正则（附录 C）
全域管理 R18 版本与一致性校验 一致性校验脚本（附录 C）
全域管理 R19 五件套归档 产出目录审计
版本保留 R26 权威盘技术标准只保留最新版 find 校验无旧版残留

附录 B 术语速查表

术语与定义全文见第一篇 2.6 节，本附录不重复。

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

表 C.1 工具链清单

工具/组件 用途 对应规则
naming_audit.py 命名合规扫描 R1
check_deliverables.py 治理四件套（Class B）齐全校验 交付物治理
check_dual_end.py 双端同步校验 R5
expert_spec_gate.py 专家侧硬闸门 R18
assert_fourpiece.py 四件套存在性断言（check_deliverables 超集/后置深检，非零即阻断下游） 交付物治理
gen_logic_map_v7.py 插件一览表五件套生成脚本 R16
check_s06_sync() 一致性校验函数（内置于生成脚本） R18
BIZ_RE 正则常量，Class A 业务交付物识别 R17

附录 D 归档元数据 12 字段清单（对应 R11）

表 D.1 归档元数据 12 字段清单

序号 字段名 说明
1 发起人 文件创建者
2 创建时间 文件首次产生时间
3 审批人 最终审批人
4 归档时间 进入归档目录的时间
5 保存期 保存期限（年）
6 保密等级 如公开、内部、机密、绝密
7 业务类型 如合同、报告、技术文档等
8 项目 所属项目编号或名称
9 关键字 便于检索的关键词
10 关联文件 相关联的其他文件 ID
11 变更历史 版本变更摘要
12 销毁期限 预计销毁日期

附录 E 缺陷修复对照表（V1.1.0/V1.1.1 → V2.0.0）

表 E.1 缺陷修复对照表（V1.1.0/V1.1.1 → V2.0.0）

缺陷编号 缺陷描述 修复措施 修复位置
W1 时效体系矛盾：R6 一般 3 个工作日 vs R9 72 小时 统一为「一般 72 小时、紧急 4 小时」口径 R6/R9/表3-8
W2 工具名硬编码正文，与「规则即代码」逻辑冲突 工具清单移至附录 C，正文改为行为描述 第三篇 1.4/附录 C
W3 R11 要求 ≥12 字段但无字段清单，悬空引用 新增附录 D 归档元数据 12 字段清单 附录 D/R11
W4 R15 抽样口径矛盾：主表 5% vs 例外栏批量 1% 统一为「5% 且 ≥5 件；批量 >1000 件抽 1% 且 ≥5 件」 R15/附录 A
W5 缺规范性引用文件章节 新增 2.4 节（V2.1.0 为第一篇 2.5） 第一篇 2.5
W6 缺 RFC 2119 规范性要求等级说明 新增 2.6 节（V2.1.0 为第一篇 2.7） 第一篇 2.7
W7 术语表单薄且「五件套/四件套」混用风险 扩充至 11 条（V2.1.0 为 13 条），显式区分治理四件套与五件套 第一篇 2.6
W8 缺「本标准解决什么问题」，认知缺口 新增 1.2 节失效模式→治理条款对照表（13 项，V2.1.0 为 14 项） 第一篇 1.2
W9 缺监督与违规处置机制 新增第 6 章（V2.1.0 为第四篇 1） 第四篇 1
W10 合规检查清单无责任人与复核频率 表 4-8 增加两列（V2.1.0 为表3-8） 第三篇 1.5.2
W11 例外通道路径不完整（涉密/紧急去向未闭合） 正文显式补写例外通道回并审批节点 第二篇 1.2 / 第三篇 1.3 审批注 / R7
W12 「升级为正式文件」判定无责任主体 判定责任人为文件发起人 第一篇 1.1
W13 引用名称混用（简称 vs 全称） 全篇统一为《全域文件命名规则技术标准》V1.1.0 全文
W14 无评审机制/审批记录/定稿校核结论，发布未闭环 新增 7.2/7.3/7.4 节与标准编号占位（V2.1.0 为第四篇 2.2/2.3/2.4） 第四篇 2

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

  • 待确认事项 1：母规则《全域文件工作流规则》文档来源 —— 已闭环（2026-08-26）；复核 2026-08-29。独立的《全域文件工作流规则》母规则文档不存在；以《全域文件命名规则技术标准》V1.1.0（已转正式基准）作为正式母规则基准，覆盖「命名」单一维度，用于 R1/R3 及第三篇 1.4 节命名类条款的合规性比对。
  • 待确认事项 2：工作流其余维度（生命周期五阶段、流转、审批、归档、销毁）的母规则应引用哪份文档 —— 部分闭环（2026-08-29）。任务执行侧已由《任务执行工作流与全域文件治理技术标准》V200.3 承载（第四篇第 21 章与本标准 R1–R19 同源）；企业侧跨部门物理流转的母规则仍待确认，确认后更新本标准相关条款及版本变更记录。
  • 待确认事项 3（V2.1.0 新增）：成文母规则的工具链化 —— 待确认（2026-08-29）。《MASTER RULE · 技术标准成文规范》V1.0.0 共 72 条，其中标注可自动判定的条款（A/B/D/E/F/G/H 组正则类）尚未编码为校验脚本。拟在 ~/.workbuddy/_tools/ 新增 doc_style_check.py 实现自动判定；实现前，成文自检以人工逐项勾选方式执行。

附录 G 成文母规则条款组映射索引（V2.1.0 新增）

表 G.1 成文母规则条款组映射索引

母规则组 条款数 管辖内容 本文对应落点
STD-Z 元规则 5 优先级、扩展/细化、分层分册、升版流程、基线保护 文首「成文基准」声明、第一篇 2.4、第四篇 2.1(4)
STD-A 命名与版本 8 文件名正则、版本升位、三处版本一致、旧版归档 前言版本字段、R3、第四篇 2.1 修订记录
STD-B 层级与编号 10 四篇式、篇内起编、图表号唯一递增、附录字母编号 全文四篇结构、表1-1～表4-2、附录 A–G
STD-C 论证逻辑链 12 失效模式对照、五要素、量化锚点、责任人、图节点映射 第一篇 1.2、第三篇 1.2/1.3、图 1-1/图 2-1
STD-D 句式与模态词 10 五级模态、模糊词黑名单、阈值带单位、时限口径唯一 第一篇 2.7、R1–R26 条款措辞、表3-7
STD-E 术语一致性 8 术语 ≥8 条、禁循环定义、词形一致、易混互斥 第一篇 2.6、附录 B
STD-F 引用与交叉索引 8 引用带版本、引用文件存在、交叉引用编号全等、指称唯一、正文禁硬编码脚本名 第一篇 2.5、附录 C、全篇「见附录 X」
STD-G 附录与变更记录 9 必备附录 A–D、完整版本链、审批记录、评审机制、定稿结论 附录 A–G、第四篇 2.1–2.4
STD-H 标点与排版 10 全角标点、书名号、黑体标题/宋体正文/Table Grid、图题下表题上 全文；docx 排版由《全域文件排版规则技术标准》V1.0.2 承载
利衡辨 · 全域资料站 ｜ 全域七链元路由 · 一进一出
宪法 ＞ 基本法 ＞ 行政法规 ＞ 地方法规 ＞ 地方规章