一次安全的独立站 AI 工作流：从只读诊断到线上回读

直接判断：安全工作流不是限制 AI 做事，而是让它在每个阶段知道什么可以自动推进、什么必须停下来交给责任人。

下面的剧本适用于 Feed 字段、商品内容、页面组件和运营配置等常见任务。它不依赖某个特定工具，核心是状态明确：只读诊断、候选方案、本地应用、外部小样本、全量应用、发布与线上回读分别记录。

先做判断

先确认任务是否值得自动化。重复、规则稳定、输入可获得、输出可验证的环节适合交给 AI；一次性、真源不明或需要大量市场判断的任务，先做人工陪跑。不要为了“全自动”把未知问题强行变成规则。

开始前指定 owner。AI 可以执行和提醒，但目标、风险接受、生产批准与最终业务判断必须有人负责。

诊断与决策框架

第一步写任务契约。用一页以内说明目标、范围、排除项、真源、当前环境、允许动作、交付、验收、闸门与停止条件。明确“只读检查已授权”不等于“外部写入已授权”。

第二步做身份和只读快照。确认目标环境与当前版本，记录对象数、关键字段、更新时间和异常摘要。敏感标识只在受控环境使用，对外报告必须脱敏。

第三步生成诊断与计划。AI 输出事实、假设和建议，未知项单独列出。计划要包含新增、修改、跳过、冲突及理由，并进行范围检查，确保没有顺手改无关字段。

第四步制作可审查 diff。对批量任务先展示少量代表样本，覆盖普通、边界和高风险情况。责任人基于同一版本批准小样本；若数据或计划变化，重新生成并重新批准。

第五步应用小样本。执行后独立回读目标系统，比较预览与实际，检查部分失败、异步状态和范围外变化。页面任务还需跑真实数据、关键断点和交互路径 QA。

第六步决定扩量。只有样本达到预先通过标准，才生成全量差异并单独批准。批量执行设置上限、停止阈值与回退点，不在错误率上升时继续“跑完再说”。

第七步线上回读与评估。重新读取生产目标，证明状态生效；随后在业务观察窗口内评估结果。技术状态正确与商业结果改善分开记录。

第八步沉淀。只保存可复用规则、失败模式和人工否决理由，不沉淀账号、客户或可反推数据。高漂移规则标记为使用前核验。

常见误判

• 工具安装或登录成功，就跳过身份与权限确认。
• 只有最终结果，没有输入快照和 diff。
• 小样本通过后继续使用旧计划执行全量。
• 将接口提交、草稿预览、公开发布和线上回读合成一个状态。

验证清单

• 契约包含目标、真源、权限、验收、闸门和停止条件。
• 只读快照能唯一确认对象、环境与时间。
• diff 展示范围内外、未知项与风险。
• 小样本和全量分别批准，并绑定版本。
• 应用后使用独立回读与代表性 QA。
• 经验沉淀已脱敏，并标出有效期与作用域。

适用边界

本剧本不能替代平台特定政策、法律审查或安全响应。删除、费用、客户触达、公开发布和不可逆配置应使用更严格闸门；紧急事故应走预先定义的应急授权，而不是临场让 AI 自行扩大权限。

先用 任务契约指南 准备输入，再用 AI 失败检测与复盘剧本 为运行后的静默错误设置防线。