返回板块

W06 全域文件工作流规则技术标准

说明

版本：V2.3.0 ｜ 编制日期：2026-09-02 ｜ 状态：正式基准（已发布）· 全域强制

适用范围：企业全域文件（含文档、表、图、音视频、代码片段、合同、报告等）跨部门、跨系统、跨生命周期的全流程治理

权威关系：本文与 MEMORY.md §三/§九/§十二/§十三/§十四/§十四·A、§〇·A/§〇·B/§〇·D/§〇·E（区域路由/权威库优先发布/四盘同步架构/权威盘版本保留策略）、S01–S11 一致、互为备份；冲突时以 MEMORY.md 为最终权威

上位关系：本文为《全域文件命名规则技术标准》V1.1.0（N1）的上位框架，命名规则居五层认知框架 L4 治理底座层；与《任务执行工作流与全域文件治理技术标准》V200.3、《硬数据训练技术标准》V200.0 平行衔接

成文基准（V2.1.0 新增·强制）：本文的成文逻辑与格式体例遵循《MASTER RULE · 技术标准成文规范》V1.0.0（specs/母规则/MASTER_RULE_技术标准成文规范.md，STD-A/B/C/D/E/F/G/H/Z 共 72 条）。成文格式类问题以该母规则为唯一基准；业务领域内容以本文为准。详见第一篇 2.4 与附录 G。

版本保留策略（V2.3.0 新增·强制）：权威盘 specs/范式/ 技术标准 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「权威盘技术标准版本保留策略」固化为规则条目——权威盘 specs/范式/ 技术标准 docx 只保留最新版、旧版一律删除（不再归档 .bak）；原 V2.0.0「不可变基线」文件使命由《MASTER RULE · 技术标准成文规范》V1.0.1 固化承接。领域规则 R1–R19 内容未作任何变更。 版本号策略：新增能力（新增 1 条规则 + 新增章节）且向下兼容，次版本 +1 记为 V2.3.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 全域文件工作流逻辑思维简图

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.1（全域排版基准）

· 《四件套强制交付物断言技术标准》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 全域文件生命周期逻辑结构图

注：图 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–R26 覆盖全域管理产物（R16–R19 五件套治理 + R20–R25 四盘同步架构 + R26 权威盘版本保留策略），无空白区。

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%	周更时

3 全域管理：四盘同步架构治理（R20–R25）

本节为 MEMORY §〇·D「四盘同步架构」建立的专用规则。四盘 = 权威盘 C:\Users\xub\.workbuddy（唯一数据源 SSOT）+ 三个只读同步副本——发布盘 F:\★WorkBuddy_origin★\★利衡辨_全域发布★、训练盘 F:\★WorkBuddy_origin★\★利衡辨_全域训练★、校核盘 F:\★WorkBuddy_origin★\★利衡辨_全域校核★。同步方向单向（权威盘 → 各副本），冲突以权威盘为准，副本禁止反向写入权威盘。与既有「区域路由（§〇·A）」「权威库优先发布（§〇·B）」为不同维度，互补不冲突。

3.1 规则条目（R20–R25）

表3-11 四盘同步架构规则（R20–R25）

编号	触发条件	执行动作	责任人/角色	例外处理	校验方式
R20	任何治理资产的读写、同步、版本判定	一律以权威盘 C:\Users\xub\.workbuddy 为准；其余盘为只读副本，不构成权威	全域文件治理工作组	无（权威盘是唯一数据源，无豁免通道）	权威盘文件为唯一判定依据，副本 hash 与权威盘不一致即标记漂移
R21	权威盘资产变更后	发布盘 ★利衡辨_全域发布★ 同步为权威盘的相同备份（增量或全量），仅作副本不改写	全域文件治理工作组	无	发布盘与权威盘对应文件 hash 一致
R22	训练盘/校核盘需要数据时	从权威盘单向拉取同步；训练盘/校核盘不得反向写入权威盘	全域文件治理工作组	无（单向同步为强制，不设豁免）	反向写入尝试被拒绝并告警，同步方向日志 100% 单向
R23	副本与权威盘出现冲突（副本被改/时间戳不一致/hash 漂移）	以权威盘为准，副本覆盖为权威盘当前态	全域文件治理工作组	无	冲突收敛后副本 hash 与权威盘一致
R24	①权威盘变更立即；②每日/每周定时；③发布/升版/训练/校核动作收尾	触发同步（增量或全量对账）	automation 调度 + 全域文件治理工作组	资产无变化可跳过但须留痕	同步日志含「完成」，退出码=0
R25	同步失败（网络/占用/权限/校验不过）	保留上一稳定副本不覆盖，记录失败日志并告警（红字 + 退出码非 0）	全域文件治理工作组	无（不得以失败态副本冒充成功同步）	失败日志留痕，告警送达，未以失败态覆盖

3.2 判定标准补充

表3-12 四盘同步判定标准补充

维度	指标	合格阈值	校验周期
副本一致性	三副本与权威盘 hash 一致率	100%	每次同步后
同步方向	反向写入次数	0	实时（方向闸门）
冲突收敛	冲突未收敛残留	0	每次同步后
失败告警	同步失败告警送达率	100%	每次同步后

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

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

4.1 规则条目（R26）

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

编号	触发条件	执行动作	责任人/角色	例外处理	校验方式
R26	权威盘 specs/范式/ 技术标准 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）：确立权威盘 specs/范式/ 技术标准 docx 只保留最新版、旧版一律删除（不再归档 .bak）；原 V2.0.0「不可变基线」使命由《MASTER RULE · 技术标准成文规范》V1.0.1 固化承接。领域规则 R1–R19 未变更。版本策略：新增能力且向下兼容 → 次版本 +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	五件套归档	产出目录审计
四盘同步	R20	权威盘单一真相源	权威盘唯一判定依据
四盘同步	R21	发布盘同步副本	副本 hash 一致
四盘同步	R22	训练/校核盘单向同步	反向写入拒绝 + 告警
四盘同步	R23	冲突以权威盘为准	冲突收敛 hash 一致
四盘同步	R24	同步触发时机	同步日志 + 退出码=0
四盘同步	R25	同步失败回退与告警	失败日志 + 告警送达
版本保留	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.1 承载