NW-02 · 割接方案初稿与审批链校验

① 场景引入

一、这件事现在是什么样

网络运维与割接 · 真实业务触发

新增跨区汇聚链路调整，A 级割接方案要提前 72 小时报省公司运维部门审批，市公司网络部分管副总问了一句「回退预案靠谱吗」——这个问题要拿历史割接记录来回答，不是拿模板来回答。

二、痛点 · 每条都有来源

1割接「无审批不操作、无方案不启动、无监护不执行」，A 级线路割接方案提前 72 小时上报省级运维管理部门审批，审批链长、退回一次就要重排窗口依据 · 割接定义与「无审批不操作、无方案不启动、无监护不执行」铁律，A 级割接须提前报批、窗口限凌晨时段2割接方案模板公开资料极多，但「本机房哪个厂家设备、哪次割接过什么坑」是纯私有资产，全靠参与过的老师傅记忆，从无系统沉淀依据 · 海外电信圈 knowledge cliff 讨论：老师傅退休带走隐性知识，事件知识散落在多系统孤岛，记录不完整、缺事后验证3A 级割接窗口凌晨 0:00-2:00、单次最多并行 2 条、OTDR双向测试数据(1310nm≤0.36dB/km、1550nm≤0.22dB/km) 都有硬指标，写错一个参数整版退回依据 · 通信线路迁改施工方案模板：OTDR 双向测试硬指标（1310nm≤0.36dB/km、1550nm≤0.22dB/km）4涉及骨干节点的割接须省公司运维部专业组初审、负责人终审，抄送监控中心 / 应急指挥中心 / 网安处——漏抄送一个单位，方案到了窗口期才发现不合规依据 · 割接全流程管理规范：审批链（省公司专业组初审、负责人终审）、抄送单位（监控中心/应急指挥/网安处）要求5每次割接的得失（哪里卡了壳、哪个回退预案救了场）从无沉淀，同一个机房第二次割接还会踩第一次的坑依据 · 海外电信圈 knowledge cliff 讨论：老师傅退休带走隐性知识，事件知识散落在多系统孤岛，记录不完整、缺事后验证

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 割接「无审批不操作、无方案不启动、无监护不执行」，A 级线路割接方案提前 72 小时上报省级运维管理部门审批，审批链长、退回一次就要重排窗口割接方案模板公开资料极多，但「本机房哪个厂家设备、哪次割接过什么坑」是纯私有资产，全靠参与过的老师傅记忆，从无系统沉淀A 级割接窗口凌晨 0:00-2:00、单次最多并行 2 条、OTDR 双向测试数据(1310nm≤0.36dB/km、1550nm≤0.22dB/km) 都有硬指标，写错一个参数整版退回涉及骨干节点的割接须省公司运维部专业组初审、负责人终审，抄送监控中心 / 应急指挥中心 / 网安处——漏抄送一个单位，方案到了窗口期才发现不合规

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

1. 需求解析 · 定级别、定窗口、定审批路径A/B/C 级对应不同硬约束，先按规范判定，再与需求单声明核对第 2步台账核对 · 本次涉及设备与机房台账逐项对齐型号 / 厂家 / 投运年份对不上是退回高发原因
2. 先例召回 · 历史割接记录里同机房 / 同厂家设备的先例上次哪里卡壳、哪次启用了回退、原因是什么
3. 方案骨架生成 · 按硬指标预填参数与回退预案OTDR 指标、并行条数、回退时间点逐项生成并标注依据
4. 审批链校验 · 抄送单位与提报时限逐项打勾漏抄送一个单位就拦住，列出补抄送清单
5. 留证与签批 · 生成可提报的方案初稿会签栏齐套，回退确认栏留白给人工

要准备什么：本次割接需求单（OA 导出：涉及机房 / 链路 / 窗口 / 级别）级别（A/B/C）决定窗口时段与审批路径本机房设备台账（xlsx：设备型号 / 厂家 / 投运年份）厂家设备的配置规范差异是历史坑的主要来源历史割接方案与割接总结（docx，近 24 个月）星标素材——散在各班组文件夹里，只有老师傅知道哪份有用省公司割接管理规范（txt / 制度摘录）审批链、窗口时段、参数硬指标的核对基准

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.8

最大差异点：不是又给一个割接模板生成器。差异在两处：一是从本机房历史割接记录里召回先例（含当时启用过回退的原因），二是把审批链的抄送单位、时限、参数硬指标逐项校验，缺一项就拦住。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：割接方案初稿.docx 会签栏齐套 · 回退确认留空
• 可派发清单：审批链核对清单.xlsx 抄送单位 / 时限 / 参数硬指标逐项打勾 · 附拦截项
• 可派发清单：同机房割接先例摘要.xlsx 历史卡壳与回退启用记录 · 供会审参考

这套东西不承诺什么：不做割接执行的最终确认——「每一步确认前不能进行下一步」是铁律，Agent 只做方案初稿与审批链完整性校验。回退时间点、双人交叉核验点这些栏位会生成，但签核动作一律人工。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：南江通信云山分公司网络部。CR-2608-014 跨区汇聚链路 A 级割接定在 08-14 23:00-02:00 窗口，现在是 8 月11 日上午——72 小时报批截止就在今晚 23:00，方案初稿与审批链校验必须赶在下午完成。

割接需求单CR-2608-014 · A 级报批截止08-11 23:00 · 剩 12 小时历史先例本机房近 24 个月 3 次本次涉及机房 1 个 ·链路 2 条

输入运营商条线手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_割接需求单_OA导出.xlsx OA 里走完需求审批的割接需求单，级别与窗口是方案硬约束的来源网络部 OA · 08-10 发起
• 02_BH-JH-02机房设备台账.xlsx 本机房全部在网设备的型号、厂家、投运年份——配置规范差异的核对基准资源中心维护 · 半年没现场核过
• 03_历史割接方案与总结_近24个月.docx 本机房近 24 个月历次割接的方案与总结——哪里卡过壳、哪次启用过回退，只有这里记着各班组文件夹归拢 · 老师傅手里还有散件
• 04_省公司割接管理规范_摘录.txt 省公司割接管理办法的关键条款摘录——审批链、窗口、参数硬指标的核对基准省运维部发文 · 2025 年修订版

注意标橙色那一份 —— 03_历史割接方案与总结_近24个月.docx。它各班组文件夹归拢 · 老师傅手里还有散件，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

下周滨湖机房 A 级割接，需求单、机房设备台账、 还有过去两年这个机房的割接方案和总结都在这儿，省公司的割接管理规范也给你。 按规范把方案骨架搭出来，参数和回退时间点先预填，标清楚依据。 历史割接里同机房同厂家设备踩过的坑，重点提醒我。 审批链帮我核一遍，抄送单位缺一个都给我拦下来。 回退确认那栏留空，割接当晚必须人来定。

短是因为专业规则都写在能力包里了。你只需要说清这是什么事。

触发A 级割接 72 小时报批线就在今晚 · 方案不能靠改模板交差

分管副总那句「回退预案靠谱吗」，要拿历史割接记录来答

CR-2608-014 需求单 08-10 走完 OA，按规范 A 级须提前 72 小时报省公司——截止今晚 23:00。网络部往年做法是从网上down一个模板改机房名，本机房的坑（哪个厂家的板卡配过什么、哪批纤芯出过什么事）全靠参与过的老师傅记忆。1需求解析 · A 级的硬约束逐条落到本次需求上

级别判错，后面全部白写

硬约束规范要求本次需求判定报批时限提前 72 小时报省级运维部门窗口 08-14 23:00 → 截止 08-11 23:00今晚 23:00 前必须报出窗口时段23:00 后凌晨时段 · 不超 3 小时08-14 23:00-02:003 小时 · 符合并行条数单次最多 2 条跨区汇聚链路 2条顶格 · 符合审批路径省专业组初审 + 负责人终审涉及骨干节点按 A 级全流程走硬约束四项全部落定：今晚报出是底线，方案骨架的参数都得按 A 级标准预填。把报批时限翻译成钱错过今晚 23:00 截止，A 级窗口重新走审批至少 72 小时、窗口重新排期——学府路机房 2025 年 11 月的先例是延误一周。重排期间旧链路单点运行，若中断，市公司要写事故报告：抄送栏一行字的代价和延误一周的代价，不在一个量级。

第 2 步 · 台账核对 · 涉及设备逐项对齐，对出一颗没人认领的雷

型号对不上是退回高发原因，这次还多对出一条旧账

第 3 步 · 先例召回 · 同机房三次割接，两次的教训直接抄进本次方案

历史割接记录是私有资产，老师傅调走了记录还在

第 4 步 · 方案骨架生成 · 参数与回退时间点按硬指标预填

每一项预填值都能指出依据是规范第几条

第 5 步 · 审批链校验 · 抄送清单逐项打勾，缺一个就拦住

漏抄送是去年学府路延误一周的同一个坑

第 6 步 · 留证与签批 · 会签栏齐套，回退确认栏留白

方案是人签的，每一个名字都是责任主体

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

割接方案初稿与审批链校验 —— 历史方案是私有资产，别再从空白文档写起 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

cutover-plan-draft.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是运营商条线手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁NW-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

• 01_割接需求单_OA导出.xlsx OA 里走完需求审批的割接需求单，级别与窗口是方案硬约束的来源
• 02_BH-JH-02机房设备台账.xlsx 本机房全部在网设备的型号、厂家、投运年份——配置规范差异的核对基准
• 03_历史割接方案与总结_近24个月.docx 本机房近 24 个月历次割接的方案与总结——哪里卡过壳、哪次启用过回退，只有这里记着
• 04_省公司割接管理规范_摘录.txt 省公司割接管理办法的关键条款摘录——审批链、窗口、参数硬指标的核对基准

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

下周滨湖机房 A 级割接，需求单、机房设备台账、 还有过去两年这个机房的割接方案和总结都在这儿，省公司的割接管理规范也给你。 按规范把方案骨架搭出来，参数和回退时间点先预填，标清楚依据。 历史割接里同机房同厂家设备踩过的坑，重点提醒我。 审批链帮我核一遍，抄送单位缺一个都给我拦下来。 回退确认那栏留空，割接当晚必须人来定。

为什么这么短就够了：短是因为专业规则都写在能力包里了。你只需要说清这是什么事。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• NW-02_割接方案初稿.docx 正式件本体 · 会签栏齐套 · 回退确认留空
• NW-02_审批链核对清单.xlsx 抄送单位 / 时限 / 参数硬指标逐项打勾 · 附拦截项
• NW-02_同机房割接先例摘要.xlsx 历史卡壳与回退启用记录· 供会审参考

Skill 里固化了什么：从历史割接记录里想起上次同一机房启用回退的原因该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：本次割接需求单（OA 导出：涉及机房 / 链路 / 窗口 / 级别）级别（A/B/C）决定窗口时段与审批路径本机房设备台账（xlsx：设备型号 / 厂家 / 投运年份）厂家设备的配置规范差异是历史坑的主要来源历史割接方案与割接总结（docx，近 24 个月）星标素材——散在各班组文件夹里，只有老师傅知道哪份有用省公司割接管理规范（txt / 制度摘录）审批链、窗口时段、参数硬指标的核对基准

人工边界：不做割接执行的最终确认——「每一步确认前不能进行下一步」是铁律，Agent 只做方案初稿与审批链完整性校验。回退时间点、双人交叉核验点这些栏位会生成，但签核动作一律人工。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

网络运维与割接 · 产出即下一步输入

• NW-01 · 故障处置报告初稿：从工单流水与告警记录里攒证据，不从空白文档里写起

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。