先写任务契约，再让 AI 进入独立站工作流

直接判断：AI 工作流最重要的输入不是一段漂亮 Prompt，而是一份能约束目标、数据、权限、证据和停止条件的任务契约。

独立站任务通常跨越商品数据、页面、广告平台、邮件系统和知识库。只说“帮我优化 Feed”或“检查网站”时，AI 不知道哪份数据是真源、哪些字段允许改、什么结果算完成，也不知道碰到风险该停在哪里。模型越主动，模糊需求造成的偏差越大。

先做判断

任务契约不是长文档。它的作用是把成功与越界都写成可观察条件。最小契约应包含：业务目标、对象范围、真源、允许动作、禁止动作、交付格式、验收标准、证据要求、人工闸门、失败与回退条件。

若其中任何一项会实质改变风险，就必须在执行前明确。若只是低风险、可逆的本地整理，可以缩短契约，但不能删掉“完成如何证明”。

诊断与决策框架

先写目标，不写动作清单。例如目标是“识别 Feed 与页面的不一致并生成修复预览”，而不是“改所有标题”。前者允许先诊断，后者在根因未知时已经锁死方案。

再声明真源与时间点。商品价格可能来自后台、表格或 ERP；页面显示只是结果，不一定是源。任务应说明冲突时谁优先，以及数据抓取时间，避免 AI 用旧快照覆盖新状态。

第三步分权限：只读检查、生成草案、本地应用、外部写入、发布分别列出。安装工具、完成登录、拥有写权限、实际写入和公开上线是不同状态，不能合并成“已经接通”。

第四步定义验收。最好写成可测试句子，例如“抽样商品的源字段、Feed 和落地页一致”“变更列表中没有范围外字段”“应用后重新读取目标系统并与预览一致”。

第五步写停止条件。身份不确定、真源冲突、权限超出、批量影响异常、关键字段缺失或验证失败时，AI 应停止并报告，而不是猜一个默认答案。

一份可复用的契约模板可以只有九行，但每一行都指向执行证据。任务结束后，把实际偏差和人工否决理由带回模板，下一次契约才会越来越准。

常见误判

• 把 Prompt 写得很长，就以为边界已经清楚。长度不等于可验证性。
• 只定义输出，不定义真源，导致 AI 优化了错误副本。
• 把“能调用工具”理解为“被授权修改生产”。能力与授权是两件事。
• 验收写成“看起来不错”“SEO 更好”，无法回读也无法复盘。

验证清单

• 目标能用业务结果或状态变化表述，而非只列操作步骤。
• 对象范围与明确排除项都已写出。
• 真源、快照时间和冲突优先级清楚。
• 只读、草案、写入、发布权限分别标记。
• 每项完成声明都有对应回读证据。
• 停止、回退与人工批准条件在执行前确定。

适用边界

任务契约适合跨系统、会影响真实数据或需要多人复核的 AI 工作。单次低风险文本改写可以简化，但涉及生产写入、客户数据、费用、发布与删除时不能省略权限和闸门。契约也不能替代平台当前政策与专业合规审查。

继续读 AI 证据链操作系统 设计完成证明，或用 安全独立站 AI 工作流剧本 把契约落到一次执行。