能力总表 · 运维侧
三个专项方案
证书 · 域控 · 沙箱专项一 · 外网证书的自动更新与内网部署
「证书更新」其实混了四件事，不拆开就会做出又贵又不稳的方案：签发 → 进场 → 部署 → 验证留档。
推荐架构（按贵司网络策略三选一）
签发完全不动、不碰任何外网策略。AI 接手「部署 + 校验 + 台账 + 到期提醒」这后半段，人工只剩「申请」这一步。
外网侧小节点用 ACME + DNS-01 验证取证书，经既有网闸摆渡进场，Ansible 分发到各设备。
仅在贵司安全策略明确允许时考虑。建议先做 A，跑顺后按需升级到 B，C 只在允许时考虑。
AI 与 Ansible 的分工边界（建议写进合同）
| 环节 | 谁做 | 说明 |
|---|---|---|
| 发现证书快到期 | 脚本 | 只看有效期，确定性判断 |
| 解析设备证书配置方式 | AI | 把手册里的差异整理成剧本 |
| 生成部署剧本 | AI 起草 | 必须过静态校验与沙箱 |
| 语法 / 模块 / 幂等校验 | 脚本 | 硬闸门，不过不许往下走 |
| 沙箱真跑 | 脚本 | 在隔离环境执行并比对结果 |
| 生产部署 | Ansible | 分批、带失败暂停 |
| 部署后校验 | 脚本 | TLS 握手、链完整性、SAN、指纹 |
| 失败归因 | AI | 把报错翻译成「链不全 / 权限 / 没重载」 |
| 签发证书 | CA，不是 AI | AI 不签发、不生成密钥对 |
关键风险与对策
| 风险 | 后果 | 对策 |
|---|---|---|
| 单点登录与证书耦合 | 换证书把管理权限搞没 | 先确认 SSO/SAML 绑定关系，先解耦再换 |
| 私钥出厂 | 证书等于作废 | 私钥内网生成，只送 CSR；摆渡包拆包校验 |
| 证书链不全 | 部分客户端报错 | 部署后统一做链完整性校验 + 多客户端握手 |
| 服务未重载 | 文件换了但不生效 | 每类设备单独写「生效判定」 |
| 部署顺序错 | 交替期中断 | 预留双证书并行窗口，先新后旧 |
| 回滚无料 | 出事退不回去 | 旧证书与旧配置强制留档 |
专项二 · Windows 与 AD 域控的 AI 辅助运维
域控初建或重装最常见的翻车点是：改完 IP 或主机名，远程通道当场断开。所以域控类操作首选 虚拟化平台的 Guest 通道（通过虚拟化层下发命令，不依赖目标机网络栈），拔网线也能跑完。整套流程约 40–60 分钟，每步带验收。
三条通道各管一段
普通 Windows 服务器：主机健康、域控健康、账号查询、策略核对、登录异常。
域控初始化 / 改 IP / 改主机名，独立剧本 + 人工确认 + 沙箱先行。
只放行白名单动作，不允许 AI 现场拼命令。
域控的三条硬约束
| # | 约束 | 原因 |
|---|---|---|
| 1 | 不直连域控做变更 | 优先经管理机 / 跳板机，域控只做被管对象 |
| 2 | 不做「批量重构」类操作 | OU 迁移、策略大改影响面无法在沙箱完全复现 |
| 3 | 任何写操作都要有恢复路径 | 事前导出对象属性、事后可回填 |
专项三 · 自动化变更的沙箱验证
自动化把「改一台」变成「改一百台」，错误也一起放大。沙箱只解决一件事：在碰生产之前，先让剧本把该犯的错都犯一遍。
三种形态，按成本递增
生产变更前打快照，出错回滚。适合单机、可停机窗口。
克隆一套目标机到隔离网段先跑。适合批量变更、配置下发。
完整复刻含域控、DNS、依赖服务。适合域控相关、跨系统变更。
验证流水线（四道，缺一不可）
工程要求（不做就翻车）
- 沙箱与生产网络隔离；沙箱 IP 不与生产冲突
- 沙箱里的数据脱敏（克隆出来的是真实业务数据）
- 沙箱有存活时限，到期自动销毁；验证结果留档
- 生产执行分批，第一批成功再放第二批
建议的勾选顺序
B01+B02 Ansible 纳管 + 周度巡检；A03+D02 AI 问运维 + 存储监控；C01–C04 知识库 + 可溯源 + 质检；F03 沙箱验证；E06 零信任环境下自动化接入。共同点：不改任何生产配置，却能把「查不到、说不清、留不下痕」一起解决。
B03+B04 AI 写剧本 + 四步闭环（沙箱就位）；F01 证书自动化（拿设备清单 + 摆渡流程）；F02 Windows/域控只读（拿 WinRM 基线）；A08 资产盘点（能访问管理口）；B08 快照与克隆治理（存储管理权限）。
F02 写操作（域控变更，前三梯队稳了再谈）；D03 加强版（秒级克隆沙盒，先解 IP 冲突与网络隔离）；D05 机台整机备份（目前只有需求稿，不建议本期）。
建议的分期
| 期 | 内容 | 判断依据 |
|---|---|---|
| 一期 | 只读侧：监控 + 巡检 + 知识库 + AI 问运维 + 命令审计 | 风险最低、见效最快，后续能力的地基 |
| 二期 | 自动化：Ansible 纳管 + 剧本四步闭环 + 沙箱验证 | 一期跑顺后再上写操作 |
| 三期 | 证书自动化 + Windows/域控只读 | 依赖一期沙箱与二期剧本能力 |
| 四期 | 域控写操作（若确有需要） | 前三期都稳了再谈 |
需要贵司确认的事项
| # | 事项 | 为什么 |
|---|---|---|
| 1 | 勾选结果（第 1 章） | 决定后面做哪些 |
| 2 | 现有设备清单与虚拟化平台 | 决定采集方式与沙箱形态 |
| 3 | 是否有可用的隔离网段做沙箱 | 决定二期能否上写操作 |
| 4 | 证书台账与摆渡流程 | 决定证书方案走 A 还是 B |
| 5 | Windows 远程管理基线（WinRM/端口/认证） | 决定 Windows 侧走哪条通道 |
| 6 | 域控变更的现有审批流程 | 决定写操作做到哪一步 |
| 7 | 是否允许先做一次非生产演练 | 决定一期能否快速出效果 |
能力总表 · 业务侧
本方案已列入的四项
建议优先确认| # | 场景 | 一句话 | 配合度 | 状态 |
|---|---|---|---|---|
| 1 | 会议纪要（H01） | 录音转写 + 结构化纪要 | 低 · 开通账号 | 可直接开通使用 |
| 2 | 深度检索（H02） | 内网安全联网检索，出带引用研报 | 低 · 开通账号 | 可直接开通使用 |
| 3 | 内部知识库（H03 / A05） | 研发资料与既有文档的问答检索 | 中 · 提供资料 | 需按环境适配 |
| 4 | AI 编程助手（A01） | 代码补全与生成 | 高 · 开放代码仓库 | 需按环境适配 |
前两项「开通即用」，后两项需与文档目录、代码仓库与权限体系对接。
按部门的推荐起点
研发部门（主战场）
| 顺序 | 勾选项 | 为什么先做 | 配合度 |
|---|---|---|---|
| 1 | H01 会议纪要 + H02 深度检索 | 零适配、两周内可见效果 | 低 |
| 2 | A01 编程助手 + A02 周边脚本 AI 化 | 研发主要写脚本与测试程序，收益最直接 | 高 / 中 |
| 3 | A05 / H03 内部知识库 | 协议、电路、EDA 文档统一可问 | 中 |
| 4 | A07 EDA 环境离线分发 | 新环境搭建从「靠记忆试错」变成「照剧本执行」 | 高 |
| 5 | A06 规格书比对 / A09 图纸比对 | 需先给一批真实文档做样本 | 中 |
测试与质量部门
| 顺序 | 勾选项 | 说明 | 配合度 |
|---|---|---|---|
| 1 | C02 体系与标准文件问答 | 现成能力，换语料即可 | 中 |
| 2 | C04 文档一致性核对 | 解决版本与条款对不上 | 中 |
| 3 | B03 日志波形解读 / B04 失效分析报告 | 需先验证判读准确率，建议小范围试点 | 中 |
产线侧（深圳 / 集团）
| 顺序 | 勾选项 | 说明 | 配合度 |
|---|---|---|---|
| 1 | D05 视觉识别与秒级判断 | 先在一个工位试点，定好图像数据边界 | 外部 |
| 2 | D03 作业指导书与培训教材 | 低投入、见效快 | 低 |
法务 / 人力 / 销售（建议二期）
| 部门 | 可勾选 | 说明 |
|---|---|---|
| 法务 / IP | E01 合同审查、E02 保密管控、E04 制度问答 | 合同审查需换成半导体 NDA/采购/IP 要件 |
| 人力 | F01 培训、F03 入职问答 | 与研发共用同一套知识库 |
| 销售 / FAE | G01 方案副驾驶、G03 客户问答 | 半导体客户对数据边界敏感，需私有化部署 |
使用边界
请信息安全与法务重点看我们能保证的
| # | 事项 | 做法 |
|---|---|---|
| 1 | 数据不出域 | 模型与知识库全栈部署在贵司内网，推理检索本地完成 |
| 2 | 进得来、出不去 | 对外检索只放行单向提问，源码与内部材料不可外发 |
| 3 | 敏感信息自动识别 | 本地模型识别手机号、账号、证件号，替代传统规则 |
| 4 | 可举证、可追溯 | 每次检索问答留审计记录；检索只留指纹不留原文 |
| 5 | 提示词注入防护 | 对输入做意图提炼与隔离，避免被恶意指令带偏 |
我们明确不做的
| # | 不做 | 原因 |
|---|---|---|
| 1 | 不碰已流片的代码与设计数据 | 行业红线，沙箱无法复现其风险 |
| 2 | 不做跨系统的自动写入 | AI 只出建议与草稿，落库由人操作 |
| 3 | 不承诺良率/SPC/工艺参数自动优化 | 目前没有可交付的分析工具 |
| 4 | 不承诺专利检索/FTO 现成产品 | 只能基于检索 + 知识库新建 |
| 5 | 财务等强权限场景本期不纳入 | 与前期沟通口径一致 |
需要贵司确认的事项
| # | 事项 | 为什么 |
|---|---|---|
| 1 | 勾选结果（第 1 章） | 决定后面做哪些 |
| 2 | 第 2 章四项是否保留、是否调整 | 这四项是后续报价与交付的基础 |
| 3 | 可提供的样本资料 | 知识库与比对类场景需真实文档验证 |
| 4 | 各部门的对接人 | 不同场景验收标准不同，需业务侧确认人 |
| 5 | 网络与权限条件 | 决定检索网关、知识库、代码助手怎么接 |
| 6 | 是否允许先做小范围试点 | 先用 1–2 个场景验证，再全面铺开 |
| 7 | 产线图像的数据边界 | 决定视觉判断走外网 API 还是本地部署 |