AI 电视台不是把大模型接进播出系统，而是在原有分区分域之外新建一个「智算域」，让 TokenHub 成为全台唯一的 AI 出入口

目标：把 01 章从"理想分区图 + 演进设想"改成本台可验收的目标架构。不加章节。
先用原始材料做现状考古：网络拓扑与防火墙 / 网闸规则导出、系统资产台账与接口文档、等保备案与测评报告、近三年安全播出异态记录。缺的材料列清单问我，不要补画。
交付：
1. 现状 C4 图（上下文 + 容器两层），标出实际数据流，尤其是靠文件夹或人工搬运的部分；
2. 按"策采编审播存管发"能力地图，给每项能力标出当前所处阶段（0–3）和阻塞原因；
3. 四阶段进阶门槛评分卡，每条门槛写清数据来源和谁来判定；
4. 不超过 8 条 ADR：决策、被否方案、理由、何时重审；
5. 每条网区边界的 STRIDE 威胁表。
规则：每个结论标来源（材料原文 / 访谈 / 推断），推断不得写成事实。

目标：把 02 章的"行业通用 15 个系统"换成本台真实的应用组合，并判断每个系统在 AI native 演进里的去留。
输入（我会提供）：资产台账与合同、各系统表结构与元数据字段、存储与作业量报表、运维工单。缺什么先列清单。
交付：
1. 系统清单：厂商、版本、部署网区、接口方式（API / 数据库 / 文件 / 无）、数据量、维保到期；
2. TIME 去留判断（容忍 / 投资 / 迁移 / 淘汰）及理由；
3. 系统 × 系统接口矩阵，标出靠人工或文件夹摆渡的交接；
4. 一条素材从收录到归档的完整血缘；
5. AI 化阻塞点排序：每条写清需要厂商做什么、台里做什么。
规则：作业量必须来自日志或报表，访谈只作补充；查不到写"查不到"。

目标：用真实流量校正 03 章的"九类外部交互"，并量化现在已经发生的 AI 数据外流。
输入：边界防火墙会话日志与网闸摆渡日志（≥30 天）、上网行为审计中的 AI 域名流量、专线与第三方接入台账。
交付：
1. 实测外部交互清单：按通道列出方向、对端、月流量、所在网区、负责人，标出文档里没有的通道；
2. 公网 AI 使用基线：访问的服务、终端数、部门分布、外发字节量，抽样判断外发内容密级（只给统计，不展示原文）；
3. 每条通道的 STRIDE 威胁表与现有控制；
4. TokenHub 上线后的对照指标：直连公网 AI 流量应降到多少、DLP 命中率。
规则：日志结论与推断分开写；涉及个人的数据只出聚合统计。

目标：把 04 章的 P0 / P1 / P2 从"经验排序"改成由"基线 + 评分 + 试点"得出的排序。
输入：文稿、审核、拆条、发布的操作日志与时间戳；历史差错记录；编制与工时；36 个调研问题的答复。
交付：
1. 每个候选环节的价值流图，标出耗时、等待、返工比例；
2. 加权评分表（价值、可行性、风险、离播出距离），权重可调，并检查换权重后排序是否改变；
3. 每个 P0 的成功指标与停止条件（例如"8 周采纳率低于 X% 即停"，X 由基线推出）；
4. 对照试点设计：选哪个栏目、多少人、几周、看哪些数。
规则：每个数字标来源（日志 / 报表 / 访谈 / 假设）；没有基线的应用不得列为 P0。

目标：把 05 章的模型选型从"参数表比较"改成"台内任务评测 + 许可证核查 + 可运行性核查"。
步骤：
1. 读 DeepSeek-V4-Flash、GLM-5.3-Flash 及备选模型的官方 config 与许可证原文，列出商用、署名、对外服务的限制；
2. 核实目标卡（P800 / BW1000 / RTX PRO 5000）的推理引擎是否支持各模型结构，附发布说明链接；
3. 设计台内评测集：写稿、摘要、差错检测、方言转写、画面理解各多少条，来源与脱敏方式；
4. 评测方案：自动指标 + 编辑成对盲评，量化版与原版各测一遍；
5. 红队测试清单与通过标准。
规则：公开榜单只能作参考，不得作为选型依据；查不到的支持情况写"未确认"。

目标：把 05B 从"按假设推算"改成"可被验收的容量规划"。不新增章节，只替换不可靠的部分。
一、先做三项核查，不过关就停下告诉我：
1. 用 DeepSeek-V4-Flash-0731、GLM-5.3-Flash 的 config.json 与权重索引，重算权重字节、每 token KV 字节、激活参数，列出与现稿的差值；
2. 核实 V4 的注意力结构与专家并行，在昆仑芯 P800、海光 BW1000 当前推理引擎中是否已支持（附发布说明链接）；RTX PRO 5000 的国内合规供货与交期；
3. 查政府采购中标公告中三种服务器的成交价与数量，至少 5 条；查不到写"查不到"。
二、交付四样，写回 05B：
1. 需求实测方案：TokenHub 只记录模式的试点设计、日志字段表、从日志算峰值 RPM / TPM / 前缀命中率 / P95 长度的公式；现有设计负荷标为"待替换"；
2. 真机 PoC 协议：分应用的服务承诺（首字时间、出字速度 P95）、测试矩阵、工具与命令、质量评测集、量化损失容忍度、72 小时稳定性与单节点切换，可直接写进合同；
3. 概率化台数：对用户数、调用强度、命中率、有效带宽做蒙特卡洛，给出各路线台数 P50 / P90，龙卷风图标出会推翻选型的假设，并写一条决策规则；
4. 五年总成本：设备、电费、维保、软件、人力，与行业云、公网 API 做盈亏平衡。
三、规则：每个数字标来源等级（实测 / 官方原文 / 中标价 / 推算 / 假设）；没有一手来源的宣传数字不得进入计算；需要台里提供的材料列清单，不要编数据。

目标：把 06 章的 TokenHub 从"功能列表"改成可上线、可验收的设计，并覆盖阶段 2 的智能体工具调用。
步骤：
1. 设计"只记录不拦截"试点：周期、覆盖人群、日志字段（人、应用、模型、输入输出 tokens、数据级别、耗时）；
2. 用台内脱敏样本做分级识别测试，给出误拦率、漏拦率和建议阈值；
3. 把七步处理链写成策略规则（数据级别 × 调用方 × 目标模型或工具 × 动作），可版本化；
4. 对比 2–3 个开源网关，划清自研与采用的边界；
5. 熔断、降级、配额耗尽三种故障的演练方案；
6. 智能体工具调用的鉴权、限权、审计设计。
规则：阈值必须来自样本测试；没有测试数据的写"待测"。

目标：把 07 章的两个"待确认事项"变成有书面依据的结论，并给出可执行的试点方案。
步骤：
1. 列出向产品方索取的书面材料：自定义模型端点、私有化部署、日志与数据驻留位置、退出与数据删除机制；
2. 按答复给出 WorkBuddy 可处理的数据上限（L1 / L2 / L3）及理由；
3. 智能办公试点：选 3–5 个岗位、每岗 10 项真实任务，测完成率、省时、差错，与不用的同事对照；
4. 互联网电视台上线清单：代码审计、依赖扫描、渗透测试、隐私影响评估、许可证与备案核对，每项写负责人与通过标准；
5. 合同必须包含的条款。
规则：产品能力只采信书面材料；没拿到的写"未确认"，并说明对数据上限的影响。

目标：把 08 章的"五条红线"变成可检查、可演练的安全控制体系，覆盖阶段 2–3 的智能体。
步骤：
1. 用 STRIDE + MITRE ATLAS 对智算域、TokenHub、编排层、知识库做威胁建模，列出威胁、影响、现有控制、缺口；
2. 对照 OWASP 大模型应用十大风险逐项给控制措施；
3. 五条红线各自转成：自动检查方式、监控指标、告警阈值、负责人；
4. 红队测试计划：工具（如 garak、PyRIT）、用例、通过标准；
5. AI 事件应急预案与演练脚本，定"发现到熔断"的目标时长。
规则：引用法规写到条款号；每项控制写清用什么验证。

目标：把 09 章的 L1–L4 和五层加工，改成按国家标准落地、质量可度量的数据体系，并为阶段 2 的内容对象图谱打底。
步骤：
1. 按 GB/T 43697—2024 给出本台数据分类分级方案，与现 L1–L4 对照，列出需要调整的类别；
2. 数据盘点表：数据类别、所在系统、数据量、拥有部门、流向、级别；
3. 知识层质量指标与测法：标签准确率（抽样 N 条人工标注）、检索召回@K、更新时效；
4. 内容对象图谱的最小模型：实体类型、主键、关联、去重规则；
5. 哪些数据需要报主管部门确认。
规则：分级依据写到标准条款；盘点数据来自系统字段与报表，不靠估计。