工作流架构图 技术标准

前言

本文件为「工作流架构图」在现役版本 V1.1.1 下的技术标准载体，按《全域任务脑手架构宪法》第 17–23 条规定的六层主干组织， 效力层级为行政法规（skill 载体）。

本文件的上位法为《全域任务脑手架构宪法》与《全域文件体系基本法》；凡本文件出现的义务性表述，其唯一效力来源均为所标注的宪法条号与源章节，本文件不写宪法未规定者。

本文件替代 2026-09-18 归档版（无归档），差异根源是载体已由 V— 迭代至 V1.1.1。

1　范围

本文件规定了「工作流架构图」（V1.1.1）的术语和定义、工作流架构、技术要求、校验方法与交付要件。

利衡辨_DIY_工作流架构图 V1.1.1 — 按既有 flowchart HTML 模板，为任意 skill / 工作流生成多图架构图（mermaid 分图 + 每图纯 CSS 档位缩放 + 图例 + 三原则自检表），离线单文件（零脚本零外链，内联 SVG），并用 Node 侧双校验（parse + render）确保零语法错。产物统一命名「<对象名>_全场景流水线施工流程图_<版本>_<YYYY-MM-DD>_<HHMM>.html」，页内 title/h1 同名。触发词：全场景流水线施工流程图、输出工作流架构图、按模板输出架构图、skill 架构图、flowchart 模板、mermaid 架构图、三原则自检图、图不能缩放、图名补时间戳。

本文件适用于该载体的加载、执行、返工、验收与升级迭代全过程。

2　规范性引用文件

• 《全域任务脑手架构宪法》—— 管任务链路（上位法）
• 《全域文件体系基本法》—— 管文件（上位法）
• 《全域工作流行政法规》—— 管工作流（同级上位）
• GB/T 1.1-2020 标准化工作导则 第 1 部分：标准化文件的结构和起草规则

3　术语和定义

下列术语和定义适用于本文件。六层主干的定义由宪法第 17 条规定，本文件直接引用。

3.1 脑（K3）

负责定标、裁决、诊断与留痕，不施工。

3.2 手（DeepSeek）

按脑下发的标准施工、返工与落盘，不定标。

3.3 本地机械闸

零 Token 校验实体，退出码非零禁止交付，不自备标准。

3.4 人

负责确认、放行与宣布；闭环宣布权留人。

3.5 六层主干

宪法第 17 条规定的架构主干，由 A 入口层至 F 终结层六级构成。

3.6 一进一出

每个任务一次进入、一次交付，不并发多形态产出。

4　工作流架构

本章按宪法第 18–23 条逐层给出本载体的承载节点。共 14 个节点，层序与条号严格对齐；每层节点均标注源章节，可逐条回查。

5　技术要求

本章汇集载体的定标性要求（脑层节点），全部来自源章节，未作增补。

启动顺序（全域铁律）

• 读《全域任务脑手架构宪法》V1.2.0 与 ~/.workbuddy/MEMORY.md（拿规则）；启动细则见 ~/.workbuddy/skills/*_lihengbian_DIY_综合治理管家/spec/namin
• 查 ~/.workbuddy/README/<对象目录名>/README.md；无 README 时以 SKILL.md 为 API 权威。
• 建任务夹 工流图_YYYY-MM-DD_HHMM/产出/（S02），产出落 产出/。
• 收尾：200 字三要素（进展 / 结论 / 遗留）+ 遗留 P0–P3 分级 + token 消耗统计块。

5. 页脚三原则自检表（交付物自校验，必加）

• 场景定义需求、需求定义产品
• 技术经济性（省 token）
• 单进单出（无回环）

硬约束

• 不发明拓扑——每张图的节点必须能在目标 SKILL.md / scripts / references 中找到对应物；找不到的不要画。
• 零脚本交付（V1.0.5 运行期修订 r2 起）——交付件不得含 <script>、<link>、任何 http 外链：图形一律出厂烘焙为内联 SVG（断网／离线打开即显示）；图内缩放只许用纯 CSS 档位（:has()
• &lt;br/&gt; 铁律——违反即导致全文一行化，属交付级缺陷。
• 双校验必跑——未通过 ALL_PARSE_OK + ALL_RENDER_OK 不得交付。
• 三原则自检必出——缺自检表的架构图视为未完成。

铁律五条（违者禁交付）

• 禁私造 style 段 —— <style> 段必须逐字节等于 assets/统一版式/baseline.css；禁新增、禁追加、禁自创配色与字号。
• 禁自建壳层 —— 出稿起点一律复制 assets/统一版式/template_universal.html，壳层四件（doctype+viewport／.wrap 版心／.docmeta+<dl> 网格头／nav.toc
• 图表必配题注 —— 每张表必配 <caption>、每图必配 figcap；闸门强制计数，缺一即 FAIL。
• 出稿必过双闸，RC≠0 禁交付：
• 母版升版须全系列重刷 —— 禁只改新件不改旧件。

6　校验方法

本章给出载体自带的机械校验点（安全与权限层）。退出码非零即禁止交付。

4. 双校验（必跑，脚本随本 skill 分发）

• 依赖：mermaid@11 + jsdom@30。受管 node 工作区（C:/Users/xub/.workbuddy/binaries/node/workspace/）默认只装 puppeteer 系，mermaid
• V1.0.1 修复（重要）：脚本已内置依赖自解析（WB_NODE_MODULES → 受管 node 工作区 → cwd/node_modules），不再需要设 NODE_PATH。ESM 的 import 不认 NOD
• 期望输出：ALL_PARSE_OK 与 ALL_RENDER_OK，且每张图 foreignObject=true、br > 0。
• 边数与节点数判据（V1.0.1 新增）：render 输出含 edges=N。核对方法 = 在 mermaid 源码数出边条数，与 edges 逐图对齐（边数不符＝节点被吞或边写丢，属交付级缺陷，必须回查）。不要用 ge
• 边数计数口径（V1.0.2 新增，防伪缺陷）：mermaid 把同一条语句的链式写法 A --> B --> C 渲染为两条独立边（id="L_A_B_0" + id="L_B_C_0"）。因此源码侧数边必须先按渲染语义

7　交付要件

本章规定交付物形态、命名与落盘要求，逐条对应源章节。

输出规范

• 命名铁律（V1.0.5 起强制）：本 skill 的一切架构图产出，统一命名为「全场景流水线施工流程图」；旧名「工作流架构图 / 全场景全工作流 / 全场景全流程工作流架构图 / 全场景一进一出流水线图」不得再作交付名。
• 文件名＝<对象名（skill 名或专家名）>_全场景流水线施工流程图_<版本>_<YYYY-MM-DD>_<HHMM>.html（V1.0.5 运行期修订 r2 起强制带时间戳，如 lihengbian_DIY_dian
• 页内标题＝<title> 与 <h1> 均为文件名去扩展名逐字（机器可零字校验「页内同名」）
• 图例首行同步为「… 全场景流水线施工流程图 …」
• 正例：利衡辨_高级专家_工作流架构图_V1.35.5_flowchart.html → 利衡辨_高级专家_全场景流水线施工流程图_V1.35.5_flowchart.html；页内 利衡辨 · 高级专家 工作流架构 ·
• 不随之改名的项：任务夹前缀（工流图_<ts>／架构图_<ts>）与各图 data-svgname 导出名——二者非交付件名，保持原样以免打乱既有巡检与导出约定。

附录 A（规范性）六层主干与宪法条号对照

附录 B（资料性）载体源清单

附录 C（资料性）未纳入六层的源章节

下列章节不对应宪法第 18–23 条的任何一层，原文保留于载体，此处仅登记不归类。

• 功能
• 输入
• 2. 建模分图（建议 8 张，覆盖全工作流）
• 3. 硬性技术约束（踩坑记录）
• 附：一键生成器 `scripts/gen_arch_flowchart.py`（全域级周更专用）
• 长文工作流挂载声明（跨层 · 调用方）
• 形态适配（本 skill 专项）
• 为何立这条（事故记要）
• 六徽章口径
• 自查口诀（交稿前默念）
• 体裁归属排除清单（G28 §10 · 2026-10-16 炳哥定案）