附录 · 完整版

版本 v1.0 · 2026 年 8 月

---

附录使用说明

本附录是《FDE 工程手册》的工具箱，按卷四侦察 / 定义 / 交付 / 回灌 / 撤离五阶段的工作需要组织。附录 A、B、C 三件套随 FDE 进出现场；附录 D、E 是行业背景速查；附录 F 是快变量隔离区，写作当日重查一次；附录 G、H 是全书术语与引用统一表。

使用规则：

• 附录正文不替代卷正文。卷正文承重的论断、口径、判据、失效条件，全部留在卷里。
• 附录 A、B、C 三件套可单独打印成工作卡片随身携带；A、C 两件套尤其建议用纸面而非电子版打印——纸面版本的「不存在的格子就是任务单」效果，比任何数字工作流都更显著。
• 附录 D、F 的内容带快照日期，过期不重查不得二次使用。F 表里的型号、价格、版本号每月变化，下一次进入客户现场前必须刷新。
• 附录 G 是术语红线表，写作时与卷一至卷八正文的术语必须一字对齐；任何术语漂移都会让全书承重论断失效。
• 附录 H 是全书引用统一表；任何被引用的来源都要在这里可查。每条引用至少写明：发布机构 / 文号或作者 / 发布日期 / 可访问链接。

八个附录的分工与适用范围：

• A、B、C 三件套：可打印的工作卡片，现场记录的关键规则都对应其中的检查项。A 给「问法」与「答不出」的处理动作，B 给「死因六型」的判据与案例索引，C 给「脱敏三层」的自检清单与可执行流程。
• D、E 两份索引：政策与协议的速查表，引用原文文号与能力边界。D 复核日期见每条记录的「复核状态」字段；E 的协议能力边界与取数方式，按卷六对应章节回溯。
• F 快变量隔离区：模型、框架、硬件、平台、价格——所有随时间变化的信息集中到这里。正文一律写「当前一线模型」「主流编排工具」，具体型号、价格、版本号仅出现在本表。
• G、H 统一表：术语红线与引用清单，是全书自检的最后一关。G 表与纲领第六节一对一对应；H 表按政策 / 公开报道 / 学术文献 / 行业报告 / 模型与平台 / 自有资料六类分列。

---

附录 A · 七问清单卡片（进场头两周必答）

模板来源：序章下第九章。本卡片从模板成型，补足「在听什么」「答不出来怎么办」「常见自欺答案」四栏。

使用时机：进场头两周，每周复盘一次；答不全，不报价。

失效条件：客户对每个问题都给出可引用、可追溯的具体回答后，本卡片转为「已通过」状态归档。

七问 · 四栏卡片

---

第 1 问 · 这件事三个月后彻底失败，谁受伤最重？

• 问法原文：「这件事三个月后彻底失败，谁受伤最重？」
• 在听什么：对方回答时听「具体岗位」而非「组织」；听「个人 KPI 受损的具体口径」而非「对公司的影响」；听「受伤发生在何时、向上汇报给谁」。
• 答不出来怎么办：写「未答」并停步；先去找「受伤最重」的那张脸，问他，不问发起人。发起人往往不是受伤最重的人——受伤最重的是「这事烂了他得擦屁股」的中层。
• 常见自欺答案：
  • 「老板」（老板通常是最不受伤的人——他能换赛道）。
  • 「客户」（客户是真受伤，但客户不可被 FDE 直接服务）。
  • 「没人受伤」（说明这件事不值得做，或大家都在装作看不见）。

---

第 2 问 · 过去两年做过类似项目吗？结果如何？

• 问法原文：「过去两年做过类似项目吗？结果如何？」
• 在听什么：听「前任供应商名字」「上线日期」「当前是否还在使用」「那位对接人现在何处」。前三项构成暗礁图，第四项是暗礁图最便宜的获取路径。
• 答不出来怎么办：自己盘一遍行业公开案例与失败报道，把「未做过」变成「做过类似但有差别」的事实。检索维度：行业 + 失败原因 + 时间窗口。
• 常见自欺答案：
  • 「做过，挺顺利的」（追问「顺利」具体到什么程度——通常会发现「上线即关停」「负责人已离职」「验收口径被修改」中的至少一项）。
  • 「没做过」（追问「为什么没做」——会牵出预算、合规、内部否决等真实约束）。

---

第 3 问 · 做成了，谁手上的东西会贬值？

• 问法原文：「做成了，谁手上的东西会贬值？」
• 在听什么：听「被替代的具体动作」「该动作对应的工作时长」「该岗位的其他职能占比」。占比低的岗位 = 低风险，占比高的岗位 = 高风险。
• 答不出来怎么办：列出可能受损岗位的清单，逐个访谈，把推断固化为可验证陈述。验证不了之前，标「推断」并在侦察工单里单列。
• 常见自欺答案：
  • 「没人会输」（任何改造都有输家。找不到输家说明你还没看全）。
  • 「IT 部门会输」（IT 部门输的可能不是「输」——他们可能转去运维新系统，工作量不减反增）。
  • 「基层员工」（基层员工的痛觉一般，但中层管理者的工作权威被削弱才是高风险点）。

---

第 4 问 · 这个部门的人每天早上第一件事是什么？

• 问法原文：「这个部门的人每天早上第一件事是什么？」
• 在听什么：听「具体动作」「动作发起时间」「动作的承接对象」。FDE 第一次到现场必须看一次早上九点的前十五分钟——不在会议室里，在岗位旁边的工位上。
• 答不出来怎么办：陪客户早会一次，或要一份早晨第一封邮件清单，按时间顺序倒推。邮件清单的打开顺序比口头回答更接近真实节奏。
• 常见自欺答案：
  • 「开会」（追问「开会之前的五分钟做什么」——通常会发现这是真实节奏的入口）。
  • 「处理昨天遗留的事」（问清「遗留的事」记录在哪个系统里——通常会引出影子系统）。

---

第 5 问 · 公司里最不受欢迎的那张表是哪张？谁填？给谁看？

• 问法原文：「公司里最不受欢迎的那张表是哪张？谁填？给谁看？」
• 在听什么：听「填表人姓名」「填表周期」「表的去向」「最近一次因为表的内容调整决策的时间」。第三项决定填表的真实动机。
• 答不出来怎么办：要那张表的最近三个版本，对比哪几列长期空着、哪几列长期被涂改。版本对照能直接定位「流血的伤口」。
• 常见自欺答案：
  • 「没有不受欢迎的表」（每家公司都有那张表，只是名字换了）。
  • 「某上级部门要求的」（追问「那位上级用它做什么决策」——会发现这张表很可能根本没被读）。

---

第 6 问 · 明天要替你做一个决定，我需要知道什么？现在存在哪里？

• 问法原文：「明天要替你做一个决定，我需要知道什么？现在存在哪里？」
• 在听什么：听「打开的第一个工具」「信息来源」「落到哪份表」。问出来永远不如看到。跟随客户一天，看他打开哪些文件；不要在会议室里要，要在他的工位要。
• 答不出来怎么办：跟随客户一天，看他打开哪些文件；要他最近一次做这种决定时的桌面截图；要那份决定落到的那张表的最近三版。
• 常见自欺答案：
  • 「数据在中台里」（中台常常只是另一张影子系统的封面——真实决策依然在 Excel、微信群、手写台账里）。
  • 「我记在脑子里」（记忆里的决策标准最危险——它不可被验证、不可被追溯）。

---

第 7 问 · 内部有人反对过这件事吗？理由是什么？

• 问法原文：「内部有人反对过这件事吗？理由是什么？」
• 在听什么：听「反对者的岗位」「反对的具体理由」「反对者今天是否还在」。反对者的理由密度通常高于支持者，因为他必须不断修正自己的反对理由以应对被驳斥。
• 答不出来怎么办：把这个问题原样抛回给客户，问「您愿意介绍那位反对者给我聊十分钟吗」。客户愿意介绍 = 反对者存在；客户拒绝介绍 = 反对者存在但敏感。
• 常见自欺答案：
  • 「没有反对」（每家公司都有反对者，只是反对者不在会议室里）。
  • 「反对者已经离职」（追问离职原因——会发现反对者往往是因为「说真话」被边缘化）。
  • 「反对理由是担心自己的位置」（追问「如果换个理由还会反对吗」——会发现真实理由另有其物）。

---

七问与三张图的衔接

七问通过后立即画三张图：第 1 问决定「钱怎么流」的真正审批者；第 3 问决定「谁会输」的第一份名单；第 6 问直接落到「影子系统」清单。三张图完成后才进入附录 B 六段解剖的第一段「靠什么赚钱」。

七问的复用与复用边界

• 同一客户第二次合作：第 1–5 问可压缩为 30 分钟快问（这些信息上次已沉淀）；第 6–7 问必须重新做（影子系统与反对者会随时间漂移）。
• 跨行业跨客户：七问的提问顺序与措辞保持不变；行业术语替换为客户场景的对应表达，骨架不动。
• 子项目复用：当一个母项目拆为多个子项目时，第 1 问、第 3 问、第 6 问必须在每个子项目里重新问——子项目的甲方、输家、影子系统与母项目可能完全不同。

七问自检清单

• [ ] 七问的七个格子全部填齐；未答的格子保留空白并写「未答」字样。
• [ ] 每个答案带原文引用——客户口头一句话不算数；写下原文、记下日期、留好联系方式。
• [ ] 第 1 问的答案落到具体岗位，不是「老板」「客户」「公司」。
• [ ] 第 3 问的答案至少包含一项「工作量归零」的具体动作。
• [ ] 第 6 问的答案带可见证据（桌面截图、微信群记录、手写台账照片）。
• [ ] 第 7 问的反对者被实际接触——没有接触，反对者的存在是推断，不是答案。

七问的常见偏差（执行者提醒）

• 把第 1 问答成「老板」——老板不一定是受伤最重的人。
• 把第 2 问答成「做过，没成」而不追问「为什么没成」——失败的口径比成功更值钱。
• 把第 3 问答成「没人会输」——任何改造都有输家。
• 把第 5 问答成「没有不受欢迎的表」——每家公司都有那张表，只是名字换了。
• 把第 6 问答成「数据在中台里」——中台常常只是另一张影子系统的封面。
• 把第 7 问答成「没有反对」——每家公司都有反对者，只是反对者不在会议室里。

---

附录 B · 六段解剖模板

模板来源：四阶段方法论之回灌阶段的强制格式；本附录从模板成型，补足死因六型索引与选择规则。

铁律：第六段空着或写「无」的记录，不成立。

撤回权：客户享有永久一票撤回权。

记录头（必填）

• 行业：大类即可，例：烘焙连锁零售。
• 规模区间：量级，不写精确数，例「年营收八位数」。
• 地域：大区，例：华南。
• 项目周期：进场至验收，周。
• 记录时间：脱敏规则——项目结束满 12 个月方可公开；时间模糊到季度。
• 撤回权：客户享有永久一票撤回权。
• 记录人：FDE 本人姓名 / 化名；化名与实名之间的对照表由 FDE 单独保管，不入附录。

第一段　这家公司靠什么真正赚到钱

• 对外口径：一句话。
• 实际来源：一句话。
• 展开（300–800 字）：真实的利润结构，与对外叙事的差额，这个差额如何被发现。

撰写要点：对外口径与实际来源的差额是整篇的张力点。如果对外口径与实际来源一致，本案例的可写性大幅下降——没有差额的案例意味着叙事已被公关覆盖，调查深度不足。

第二段　钱在哪个环节漏掉

按四类归位，每条必须给可测量口径与来源：

• 等待类：A 时间戳到 B 时间戳，中位数 X，数据来自——。
• 重复录入类：同一信息在 N 个系统被手工录入，每天约 N 条。
• 影子系统类：系统外流转的表、群、台账清单。
• 无人负责的返工类：估算占用人力比例与估算方法。

撰写要点：四类漏点都按口径归位，没有口径的归位不写。填「我不知道」等于没填，那一格本身就该字段的下一阶段任务单。

第三段　三张图

• 钱怎么流：预算科目来源、谁批、额度上限、超限流程。
• 权怎么走：明面层（架构图汇报线）+ 实际层（真正拍板者，凭什么）。
• 谁会输：岗位（不写名字）、当前每周投入 X 小时于某事、上线后该工作量归零、该岗位其他职能占比 Y、风险等级（高 / 中 / 低）、应对动作。

撰写要点：三张图是骨架中的骨架。「谁会输」一栏空着时整段不成立——这一栏是六段解剖里最值钱的一栏，因为它指向实施顺序与风险预案。

第四段　我们的判断错在哪里

• 进场第一周的判断是：
• 实际情况是：
• 是在第几周、因为什么信号发现的：

（第三行最值钱。信号可迁移，结论不可。第一周判断写完即锁死，只增不改。）

撰写要点：第一周判断写完即锁死，意味着后四周里出现的纠偏信号不能修改第一周判断，只能在第三行里追加。这意味着第一周判断的原文必须尽量保留当时的真实想法（即使事后看来很傻），而不是事后修饰成「我们当时其实就想到了」。

第五段　什么真的跑起来了

只写上线后连续四周仍在使用的东西（四周法则）。

每条：功能、使用者岗位、使用频次、判断依据（后台数据或现场观察）。禁写「用户反馈良好」。

「用户反馈良好」是四周法则的回避写法——它把证伪权交给了主观陈述。判断依据必须是后台数据（日活、调用频次）或现场观察（亲眼看到某岗位在用某功能）。

第六段　什么死了，以及死因

死因六型（可多选；选不进则自述，并写出自述死因与六型的差异）：

1. 需求本身不成立。
2. 找错了人（做给了无决策权、无痛感的岗位）。
3. 工作流改动幅度超过收益。
4. 数据源不稳定。
5. 唯一的推动者走了。
6. 我们自己没跟上。

每条死掉的东西：它是什么、死因类型、具体经过、如果重来会怎么做。

死因六型索引（选择规则）

案例索引出处：A1 = 案例六段稿-脱敏版 A1；A2 = 案例六段稿-脱敏版 A2；A5 = 案例六段稿-脱敏版 A5；A6 = 案例六段稿-脱敏版 A6。具体素材层级（实 / 证 / 骨 / 合理推断）以原稿标注为准，本附录不重复分级。

附：原始素材（至少三条）

脱敏后的现场细节：一句原话摘录、一份手写便条转录、一个具体到不像编的细节。到过现场的证据写在这些细节里；抄模板的人写不出这种细节。

三条素材的形态建议：原话摘录（对话场景）、手写便条（物理证据）、细节反差（与外部叙事不一致的现场发现）。三条形态各异，可证伪度更高。

脱敏三层自检

详见附录 C。附录 B 与附录 C 必须同时通过。

六段解剖的写作顺序与锁死原则

• 第一段先写：对外口径与实际来源的差额是整篇的张力点。
• 第二段先量：四类漏点都按口径归位，没有口径的归位不写。
• 第三段先画：三张图是骨架中的骨架，「谁会输」一栏空着时整段不成立。
• 第四段先锁：第一周判断写完即锁死，后续只增不改；纠偏信号单独标注。
• 第五段先核：四周法则——上线后连续四周仍在使用才算活；任何「据说好用」的描述不写。
• 第六段先认：死因六型选不进去必须自述，自述部分要写明与六型的差异；不写「无」。

六段解剖是判决书式的强结构：每一段都为下一段服务，第一段错了后面跟着错。

六段解剖与回灌的衔接

回灌阶段的第一动作是把六段解剖的第四段、第六段提出来，与六段解剖模板的母版对照：

• 第四段的纠偏信号能否归纳为「侦察阶段的判据清单」？
• 第六段的死因六型分布能否归纳为「定义阶段的红线清单」？

能归纳的，写进卷四方法论；不能归纳的，留在案例里作为单点证据。回灌不是把案例原样搬回去，而是把案例中可迁移的部分抽出来。

六段解剖的适用范围与扩展

• 单案例：一份六段解剖覆盖一个客户；同一客户的多阶段项目分别成稿，不并入一份。
• 跨案例对照：把多份六段解剖的死因六型分布做横向对照，识别出某种死因反复出现时，对应方法的修法。
• 不适用范围：六段解剖不适用于内部产品研发、不适用于销售线索评估、不适用于纯咨询输出——这些场景里没有「上线后四周使用率」的判据，回灌失效。

---

附录 C · 脱敏三层检查表

适用：附录 B 六段解剖、卷七案例、卷一至卷八正文中所有可识别客户 / 案例 / 现场细节。

铁律：三层中任何一层不过，案例不成立。

2026-08-08 用户拍板新增：地点一律不出现（城市、国家、区域全抹）。

第一层 · 实体层

• 公司名、人名、独有的产品名、独有的部门名：全部清除。
• 前团队痕迹（曾用名、合作方、关联实体）：按「脱干净」原则处理。
• 地点：城市、省、国家、区域、工业园区名、写字楼名、街道名一律不出现（2026-08-08 新规）。
• 组合特征反查：找行业内的人读一遍；对方能猜出是谁，重写。
• 行业、规模、产品形态可以保留。

第二层 · 数字层

• 经营数据：模糊化为量级。八位数、十亿级、单店月销千元级——量级保留，精确数字清除。
• 流程数据：原样保留。A 到 B 时间戳、并发量、接口数量、调用频次——这些是技术读者能复用的判据，保留。
• 比例与百分比：可保留，但要标注样本量与统计口径。
• 涉及金钱的精确金额：模糊化为量级 + 时间区间。

第三层 · 时间层

• 项目须结束满 12 个月方可公开（撤回权不设期限）。
• 公开版本里：时间模糊到季度；具体日期改为「上线后第 N 周」。
• 业务动作的时序改为相对时序：「先 A，后 B，最后 C」，而不是「2024 年 6 月」。
• 留下因果，去掉坐标。

自检清单

• [ ] 实体层：公司名 / 人名 / 独有产品名 / 独有部门名：清零
• [ ] 实体层：地点：清零（2026-08-08 新规）
• [ ] 实体层：组合特征不可反查
• [ ] 数字层：经营数据量级化
• [ ] 数字层：流程数据原样保留
• [ ] 数字层：百分比带样本量与统计口径
• [ ] 时间层：满 12 个月
• [ ] 时间层：时间模糊到季度
• [ ] 时间层：业务动作改相对时序
• [ ] 撤回权：客户一票撤回路径清晰可执行

记录纪律要点

• 素材真相分层：实 / 证 / 骨 / 合理推断 / 未记录。下层不得冒充上层。
• 写作允许：通用行业知识、不绑定具体案例的修辞性泛例、用户已确认的素材。
• 写作禁止：虚构人名、虚构第一人称经历细节、虚构具体数字、对话或文件，也不能把根据材料推断出的内容写成已经证实的事实。

脱敏三层在写作流程中的位置

脱敏三层不是写作完成后的最后一关，而是写作开始前的第一关：

• 第一步：素材登记。所有可能进入案例的具体细节，先按「实体 / 数字 / 时间」三类分别登记。
• 第二步：写作过程。所有具体细节用代号、量级、相对时序表达；写作过程不允许触碰原始素材的实体名、精确数字、绝对日期。
• 第三步：终稿自检。三层自检清单逐项过，任何一项不过则退回第二步重写，而不是直接在终稿上改。

「找行业内的人读一遍」的可执行流程

「组合特征反查」是脱敏三层里最难自检的一项——作者本人很难发现「行业 + 规模 + 痛点」的组合反查出来的风险。需要走完以下六步才能定稿：

1. 选读者：从行业内找 2–3 名与案例所在行业有 3 年以上从业经验的人，读者不参与案例的任何阶段，知道的越少越好。读者不需要是客户行业内的朋友，外部行业专家也能识别「行业典型组合」。
2. 送审稿：把脱敏后的稿件完整发给读者，不要附任何解释材料。读者不应知道这是哪个客户，只看文本。
3. 问三个问题：
   • 「你读完后的第一反应，这是哪个行业的什么规模的公司？」
   • 「如果是公开稿，你能找到这家公司吗？通过什么路径？」
   • 「你读完会不会想到一家具体的公司？想到了哪家？」
4. 记录回答：三个问题的答案逐字记录，作为反查报告的一部分存档。
5. 对照行业公开信息库：用读者的回答与行业公开信息库（招标信息、新闻报道、招聘网站、客户名录）做对照——若读者的回答与公开信息的某条线索吻合度超过 70%，说明脱敏不足，需重写。
6. 整改与复审：对反查命中的部分整改（行业 / 规模 / 痛点至少打散一项），再走一次 1–5 步。两次复审都命中的，本案例不进入公开版本。

地点全抹新规（2026-08-08 用户拍板）

适用范围：卷一至卷八正文、附录、案例素材、未来扩展案例。

具体规则：

• 城市名：不出现。北京、上海、广州、深圳一律改写为「某一线城市」「某二线城市」。
• 省份与区域：不出现。华东、华南、华北、西南一律改写为「某大区」。
• 国家：不出现。当案例涉及跨国合作时，国家名一律改写为「某国」「境外关联方」。
• 工业园区与写字楼名：不出现。「某科技园」「某 CBD」「某创意园」一律改写为「某产业集聚区」「某商务区」。
• 街道与具体地址：不出现。「某路某号」一律改写为「某办公场所」。
• 行业读者能反查的组合特征：必须打散。客户行业、规模、痛点的组合可能反推出地点；这种情况下至少打散一项。

地点全抹不是为审查服务，而是为诚实服务。一旦地点出现，所有读者都会按图索骥去找真实客户，而真实客户的撤回权可能因此失效。

撤回权的执行路径

撤回权是客户的一票否决权，不是建议权：

• 客户通过书面或可留痕的方式提出撤回，已公开的案例立即下架；草稿、未发布稿件立即销毁；电子版、纸质版一并处理。
• 撤回权的行使不要求客户给出理由。FDE 不得追问。
• 撤回权不因项目结束时间而失效。即使案例已发表多年，客户仍可行使。
• 撤回权的行使不影响 FDE 与客户后续合作的可能性。

撤回权的存在让脱敏三层从可选项变为必选项——没有撤回权兜底，脱敏三层只是文字游戏。

---

附录 D · 政策文件索引

用途：卷一、卷三、卷八引用政策原文时按本表查文号与链接。

快照日期：2026-08-08。发布或引用前需重查。

与 FDE 的关系：核心是「懂智能、熟行业」这一官方表述，正是 FDE 的中文政策对应物。

中国政策（按发文时间）

联网核实链接（2026-08-08 快照）

• 国发〔2025〕11 号原文：https://www.gov.cn/zhengce/zhengceku/202508/content_7037862.htm（已核对）
• 工信部联科〔2025〕279 号原文：https://www.miit.gov.cn/jgsj/kjs/wjfb/art/2026/art_5ea5b1663f264fcea69df0ab00d1f6f3.html（已核对）
• 工信部联企业〔2024〕239 号原文：https://www.gov.cn/zhengce/zhengceku/202412/content_6992542.htm（已核对）
• 财建〔2023〕117 号原文：https://www.mof.gov.cn/gkml/caizhengwengao/wg2023/wg202306/202311/t20231102_3914510.htm（已核对；正文日期为发布 2023-09-29）
• 财办建〔2025〕20 号原文：https://www.miit.gov.cn/jgsj/qyj/wjfb/art/2025/art_24011c0f91c345339a2813b431356f16.html（已核对）
• 工信部联信管〔2026〕119 号原文：https://zxqyj.sz.gov.cn/zwgk/zfxxgkml/zcfg/content/post_12898886.html（已核对；转载于深圳市中小企业服务局）
• 2026 政府工作报告原文：http://lianghui.people.com.cn/2026/n1/2026/0313/c461827-40681711.html（已核对；新华社 3 月 13 日发布，李强 3 月 5 日报告）

国际参考

• 加州大学伯克利分校《California Management Review》2026-03-16《Tacit Knowledge Is Your Next Competitive Moat》（Teresa Tung、Philippe Roussiere 合著，frontier Insight 文章）。

链接：https://cmr.berkeley.edu/2026/03/tacit-knowledge-is-your-next-competitive-moat/（已核对）

• 与 FDE 的关系：隐性知识是 agentic AI 时代的护城河——这是卷五人机分工章的核心论断。文中给出五项行动（mapping、codifying、semantic layer、human-AI collaboration、executive sponsorship），与 FDE 的侦察、回灌、组织记忆三动作形成对应。

引用政策原文的规则

• 引文必须带引号或明确标注「原文为」，不得转述后直接归为「国家政策要求」。
• 文号必须写全。国发〔年份〕编号、工信部联〔年份〕编号——缺一不可。
• 链接必须可访问。2026-08-08 快照所列链接须在 S3 扩写前重新核对。
• 「懂智能、熟行业」是官方表述，引用时一律带引号；不写「政策提了 FDE」这类过度解读。
• 政府工作报告引用须区分「首次提出」与「持续推进」，不要把历年工作说成首次提法。2026 年政府工作报告首提「打造智能经济新形态」，但「人工智能+」在 2025 年已有国发〔2025〕11 号原文支撑。

政策原文与解读的分工

• 政策原文只引一手（gov.cn、miit.gov.cn、mof.gov.cn 等政府域名）。
• 二手解读仅用于辅助理解，不作为引用源；二手解读须显式标注「媒体解读」。
• 政策出台后的产业反应（如新华社报道、企业访谈）按二手处理。

与 FDE 关系的判据

判定一份政策是否与 FDE 相关，按以下三条：

1. 政策文件里是否出现「智能体」「赋能」「服务商」「行业经验」「懂智能、熟行业」等关键词。
2. 政策的资金或试点是否落到「服务商」侧（不只是落到企业侧）。
3. 政策的目标指标里是否包含「人」的维度——培训、服务、咨询。

满足任一条，与 FDE 相关的初步成立；满足两条，进入卷正文引用；满足三条，作为全书题眼（如「懂智能、熟行业」）。

复核机制与失效条件

• 复核周期：每次发布或引用前（建议不少于每三个月一次），对附录 D 全表重新检索原文链接。
• 复核动作：链接可访问性、文号一致性、发文机关一致性、发布日期一致性、正文关键句是否仍存在于最新版本。
• 失效条件：链接失效、文号变更、发文机关合并、关键句被删除——任一发生，本表该条进入「待复核」状态，未复核前不得在卷正文二次引用。
• 复核记录：每次复核的日期与结果写入 00-charter/施工顺序.md 的附录 D 复核条目。

---

附录 E · 协议与接口速查

用途：卷六硬件与现场章涉及协议时按本表查能力边界与取数方式。

口径：能力边界一句话级；细节按本表所引标准文档执行。

适用范围：FDE 在客户现场遇到具体协议选型问题时的速查表，本表不替代 GB/T 28181、ONVIF、Modbus 等官方标准文档。

视频接入协议

GB/T 28181 2016 与 2022 的差异要点

2022 版是当下部署的新基准。FDE 在 2026 年的客户现场遇到 GB28181 接入，应直接按 2022 版做默认配置；老旧设备仅支持 2016 版时，记录设备型号与固件版本，写入现场档案的「协议兼容性」一栏。

工业通信协议

协议选型决策树（简版）

• 设备 < 50 台、点位 < 50、无上云需求：Modbus RTU 足够。
• 设备 > 100 台、点位 > 200、有上云需求：Modbus + MQTT 网关。
• 多品牌 PLC、需要 MES 对接：OPC UA 聚合层。
• 跨网络、跨公网：MQTT + TLS。
• 仅做实时流、不需录像检索：RTSP / RTMP。
• 视频接入为主、跨厂商互联：GB/T 28181（2022 版优先）。
• 视频接入为主、局域网内、国际客户：ONVIF Profile T 优先。
• 楼宇自控场景：BACnet + OPC UA 网关。

边缘硬件与算法栈（与附录 F 的分工）

• 客流统计类算法主流为 YOLO 系列（v5、v8、v11）；边缘侧常用 INT8 量化，模型体积压缩约 60%，推理速度提升 2–4 倍。具体型号与版本见附录 F「视频与边缘硬件快照」。
• 边缘盒子主流算力档：≥16 TOPS（INT8）可覆盖万级客流并发。
• 平台化趋势：Docker 容器化、GB28181 / RTSP 多协议并存、API 布控、低代码二开、标注平台闭环。

取数方式速查（不同协议对应的取数动作）

协议选型的常见误区

• 误区一：以为 GB28181 / ONVIF 可以互相替代。二者不是替代关系——GB28181 是国家级视频联网协议，ONVIF 是国际开放标准；二者并存，前者更适合跨厂商平台级接入，后者更适合局域网设备自动发现。
• 误区二：以为 Modbus 已经过时。Modbus 至今仍是中小工厂 PLC 的默认协议，新协议（OPC UA over TSN）尚未在中小场景普及。
• 误区三：以为 MQTT 能完全替代 OPC UA。MQTT 解决网络层问题，OPC UA 解决语义层问题；二者分工不同，多数工厂需要 MQTT 做传输、OPC UA 做语义。
• 误区四：以为 RTSP 是「万能视频协议」。RTSP 不带设备注册与录像检索，只能拉流；录像检索必须走 GB28181 或 ONVIF。

---

附录 F · 工具版本快照（2026-08-08 快照）

快照日期：2026-08-08。

用途：把快变量从卷正文隔离出来；正文写「当前一线模型」「主流编排工具」，具体信息按本表查。

失效条件：本快照有效期至下一次发布前；过期未重查的内容不得二次引用。

隔离原则：本附录是快变量隔离区，可以出现具体名称、版本号、价格；但所有具体型号、价格、版本号一律只在本附录出现，卷正文一律写泛称。

一、模型层（按官方发布日期）

使用规则：正文不引用具体型号；引用厂商名时（如 Anthropic / OpenAI）可写「当前一线前沿模型厂商」，但具体型号不出现。

二、编排层（Agent / 框架）

使用规则：正文写「主流编排框架」「主流 agent 运行时」「MCP 规范 v2」等泛称；具体版本与 API 名不进入正文。

三、边缘硬件层（视频与算法）

四、工业协议与平台层

五、写作与部署工具层

失效条件与替换机制

• 快照过期：本快照有效期至 下一次发布前；过期后所有「当前一线」「主流」等表述均按重查结果刷新。
• 模型替换：任何模型的厂商在公开渠道宣布停产 / 替代，须立即重查本表。
• 价格变化：附录 F 价格信息不构成商业承诺；商用报价以厂商官方当日报价为准。FDE 在客户现场报价时，按项目当周厂商页面价格核算，不引用本表历史价格。
• 框架版本：Cloudflare Agents SDK、MCP 规范等变化频繁（按周 / 月迭代），本表快照仅供「当日写作参考」，隔周必须重查。

附录 F 与正文的关系

正文里的快变量表述按以下规则处理：

• 模型：「当前一线模型」「主流 agentic coding 模型」「前沿 agent 模型」——具体型号去附录 F 查。
• 框架：「主流编排框架」「主流 agent 运行时」「MCP 规范 v2」——具体版本去附录 F 查。
• 硬件：「主流边缘算力档」「主流 NPU 算力区间」「典型 INT8 量化比」——具体数字去附录 F 查。
• 价格：正文不出现。报价场景全部按客户场景重新核算，不引用附录 F 的 token 价格。
• 协议版本：「主流视频协议」「主流工业协议」——具体标准号去附录 E 查。

正文不出现具体型号与价格，是为了保证正文承重的论断不会因为一份 90 天前的版本表而失效。附录 F 是快变量隔离区，正文是慢变量承重区。

附录 F 的使用注意事项

• 截图归档：每次重查时把厂商官方页面的截图存档，便于在客户场景下核对。
• 双源核对：模型价格、版本号至少两个独立来源（厂商页面 + 行业评测）核对一致后才入表。
• 标注快照日期：每行数据后跟快照日期，便于读者判断新鲜度。
• 不做产品评测：附录 F 是事实表，不是评测榜；优劣判断留给卷正文。

---

附录 G · 术语中英对照

用途：全书术语统一表；写作时与本表一字对齐。

来源：纲领第六节。本表与纲领第六节为「一字对应」关系——本表新增条目必须先在纲领第六节登记。

红线：写作时出现术语漂移（例如把「FDE」写为「前向部署」、把「侦察」写为「调研」），视为论断失效。

一、岗位与方法论术语

二、Open TSC 术语

术语使用规则

• 不写「前向部署」「前置工程师」（FDE 的同义漂移）。
• 五阶段方法论的五个阶段名称不换词。侦察 / 定义 / 交付 / 回灌 / 撤离——这五个词在卷一至卷八的任何位置都不能改成调研 / 设计 / 实施 / 复盘 / 退场等同义词。
• 三张图的顺序固定：钱怎么流、权怎么走、谁会输——不能改成「组织架构 / 决策流程 / 利益相关方」等同义改写。
• 六段解剖的顺序固定：靠什么赚钱、钱在哪漏、三张图、判断错在哪、什么活了、什么死了——不能并段、不能调换。
• 引用官方表述「懂智能、熟行业」时必须带引号。
• 席位、魂、壳、日落为 Open TSC 自有术语，引用时与英文对照同时出现。

附录 H · 参考文献

用途：全书引用统一表；任何被引用的来源都要在这里可查。

快照日期：2026-08-08。发布或引用前需重查。

与正文的关系：本附录是引用清单，正文里的引用按「文号 / 作者年份 / 标准号 / URL」标注；本附录提供完整链接与复核状态。

一、中国政策原文

1. 国务院关于深入实施「人工智能+」行动的意见。国发〔2025〕11 号。2025-08-26（成文 2025-08-21）。

链接：https://www.gov.cn/zhengce/zhengceku/202508/content_7037862.htm；已复核 2026-08-08。

1. 工业和信息化部等八部门关于印发《「人工智能+制造」专项行动实施意见》的通知。工信部联科〔2025〕279 号。2026-01-07（成文 2025-12-25）。

链接：https://www.miit.gov.cn/jgsj/kjs/wjfb/art/2026/art_5ea5b1663f264fcea69df0ab00d1f6f3.html；已复核 2026-08-08。

1. 财政部、工业和信息化部关于开展中小企业数字化转型城市试点工作的通知。财建〔2023〕117 号。2023-09-29（成文 2023-06-12）。

链接：https://www.mof.gov.cn/gkml/caizhengwengao/wg2023/wg202306/202311/t20231102_3914510.htm；已复核 2026-08-08。

1. 财政部办公厅、工业和信息化部办公厅关于做好 2025 年中小企业数字化转型城市试点工作的通知。财办建〔2025〕20 号。2025-05-09（成文 2025-05-07）。

链接：https://www.miit.gov.cn/jgsj/qyj/wjfb/art/2025/art_24011c0f91c345339a2813b431356f16.html；已复核 2026-08-08。

1. 四部门关于发布《中小企业数字化赋能专项行动方案（2025—2027 年）》的通知。工信部联企业〔2024〕239 号。2024-12-12。

链接：https://www.gov.cn/zhengce/zhengceku/202412/content_6992542.htm；已复核 2026-08-08。

1. 工业和信息化部等七部门关于印发《促进平台经济大中小企业协同发展行动方案（2026—2028 年）》的通知。工信部联信管〔2026〕119 号。2026-06-01。

链接：https://zxqyj.sz.gov.cn/zwgk/zfxxgkml/zcfg/content/post_12898886.html；已复核 2026-08-08。

1. 政府工作报告（2026）。2026-03-13 人民网发布；李强 2026-03-05 在第十四届全国人大四次会议报告。

链接：http://lianghui.people.com.cn/2026/n1/2026/0313/c461827-40681711.html；已复核 2026-08-08。

二、技术标准

1. GB/T 28181-2022《公共安全视频监控联网系统信息传输、交换、控制技术要求》。2022-12-30 发布，2023-07-01 实施。
2. GB/T 28181-2016《公共安全视频监控联网系统信息传输、交换、控制技术要求》。2016 实施。
3. GB/T 35114-2017《公共安全视频监控联网系统安全技术要求》。2017 发布。
4. GA 1400-2018《公安视频图像信息应用系统接入协议》。2018 发布。
5. IETF RFC 2326《Real Time Streaming Protocol (RTSP)》。1998 发布。
6. IETF RFC 3261《SIP: Session Initiation Protocol》。2002 发布。
7. IETF RFC 3550《RTP: A Transport Protocol for Real-Time Applications》。2003 发布。
8. ONVIF Profile S / G / T / C / A / M。ONVIF 官方维护；具体版本按 onvif.org 当日查询。
9. Modbus 协议（Modbus RTU / Modbus TCP / Modbus over TCP/IP）。Modbus Organization 维护。
10. OPC UA（IEC 62541 系列）。OPC Foundation 维护。
11. MQTT 3.1.1 / 5.0。OASIS 标准。

三、学术与白皮书

1. Teresa Tung, Philippe Roussiere. Tacit Knowledge Is Your Next Competitive Moat. California Management Review, frontier Insight. 2026-03-16。

链接：https://cmr.berkeley.edu/2026/03/tacit-knowledge-is-your-next-competitive-moat/；已复核 2026-08-08。

1. Dorothy Leonard, Sylvia Sensiper. The Role of Tacit Knowledge in Group Innovation. California Management Review 40, no. 3 (Spring 1998): 112–32。

Tung & Roussiere 文中引用，本附录一并收录作为延伸阅读。

1. Herman Vantrappen. Designing a Fluid Organization of Humans and AI Agents. California Management Review Insights. 2025-10-09.（同上，延伸阅读。）
2. arXiv 2604.11548. SemaClaw：harness engineering。（卷五人机分工引用）
3. arXiv 2603.09619. 上下文工程五条标准：关联 / 充分 / 隔离 / 经济 / 可溯源。（卷五人机分工引用）
4. MIT NANDA. State of AI in Business 2025.（卷四引用的统计坐标）
5. Forrester / Anaconda 2026 企业 AI 试点失败率汇总（经 Turion.AI 复述）。（卷四引用的统计坐标）
6. IDC / Lenovo 2025-03 试点投产比。（卷四引用的统计坐标）
7. Gartner Q1 2026 Infrastructure & Operations Survey. 2026-04-07.（卷四引用的统计坐标）
8. Presenc AI. AI Agent Failure-Mode Statistics 2026. 2026-05-07.（卷四引用的统计坐标）
9. Deloitte 2026 企业 agentic AI 部署调研。
10. KPMG 2026 企业 AI 部署潮起潮落报告。
11. LangChain. Choosing the Right Multi-Agent Architecture.（卷四编排模式引用）
12. Microsoft Azure Architecture Center. AI Agent Orchestration Patterns.
13. Microsoft. Multi-Agent Reference Architecture.
14. arXiv 2602.03786v2. AOrchestra.（编排模式学术引用）
15. ICCK Journal of Software Engineering. Requirements Elicitation: A Review of Conventional and Contemporary Approaches.
16. MDPI Processes. What Is the Process? A Metamodel of the Requirements Elicitation Process.
17. SEI CMU. Lecture Notes on Requirements Elicitation.
18. Springer. Requirements Engineering: Fundamentals, Principles, and Techniques. 第二版. 2026-04.

四、行业报告与硬件

1. Modbus 中文网：工业通信协议选型决策指南。2026-07。https://www.modbus.cn/45424.html
2. 工控网：工业物联网边缘网关数据采集与协议转换架构设计。2026-06。http://www.gongkong.com/industrynews/202606/28698.html
3. MDPI Computers 14(11): Real-Time Passenger Flow Analysis Using YOLO and Edge AI on Jetson Nano. 2025-11-03.
4. Springer Computing 108:119. Achieving Low-Latency Edge Computing: YOLOv8 for Real-Time Passenger Monitoring. 2026-07-09.

五、模型与平台文档

1. Anthropic：Introducing Claude Opus 5. 2026-07-24。https://www.anthropic.com/news/claude-opus-5
2. Anthropic：Introducing Claude Sonnet 5. 2026-06-30。https://www.anthropic.com/news/claude-sonnet-5
3. Anthropic Models overview。https://platform.claude.com/docs/en/about-claude/models/overview
4. Cloudflare：The Next Generation of MCP. 2026-08-06。https://blog.cloudflare.com/mcp-v2/
5. Cloudflare Agents SDK changelog。https://developers.cloudflare.com/changelog/product/agents/

六、Open TSC 自有资料

1. github.com/opentsc/tsc（白皮书仓库，CC-BY-SA-4.0）。
2. github.com/opentsc/opentsc（本地判断记忆系统，AGPL-3.0）。
3. github.com/opentsc/governance（创世层、双法典、RFC/ADR 流程）。
4. github.com/opentsc/organization-skill（组织技能）。
5. github.com/opentsc/project-template（项目模板）。

引用规则

• 正文引用按「文号」或「作者年份」标注；本附录提供完整链接。
• 政策原文以官方政府网为准；二手报道仅用于辅助阅读。
• 模型与平台的版本、价格以厂商官方文档当日为准；附录 F 的快照为本附录 H 引用的最新版本。
• 学术论文以原始 arXiv 链接或期刊页面为准；二手解读需注明出处。
• Open TSC 自有资料的引用按仓库 README 与 LICENSE 标注。

引用清单的复核机制

• 每三个月一次，对附录 H 全表重新核对链接可访问性。
• 政策文件以一手政府域名（gov.cn / miit.gov.cn / mof.gov.cn）为准；二手转载（如深圳 zxqyj）仅在一手未公开时临时引用，并标注「转载于 XX 平台」。
• 模型与平台文档以厂商原始页面为准；二手评测页面不进入引用清单。
• 学术论文以原始 arXiv 链接为准；二手解读进入「延伸阅读」分类，不进入「引用清单」。

---

作者：dashen.wang · AI 最严厉的父亲 · Open TSC