AI 自动化项目合规风险检查清单

先给结论：AI 自动化可以帮助你整理选题、生成草稿、检查格式、提醒复核，但不能替你对外承诺、公开发布、联系客户或处理敏感数据。新手做自动化项目，第一张表不应该是收入表，而应该是合规风险清单。

这份清单适合放在自动化脚本、内容系统、Proposal 工具和交付流程旁边。每次新增一个自动动作，都先过一遍清单，再决定是允许自动执行、需要人工确认，还是直接禁止。

适合谁

适合正在搭建 AI 工具实践网站、内容草稿库、Proposal 初稿工具、报错解释器、定时检查脚本或作品集自动化流程的新手。你想提高效率，但不想让系统越过安全边界。

也适合已经生成很多草稿的人。草稿多不是问题，问题是草稿是否被错误公开、是否进入 sitemap、是否被搜索引擎收录、是否缺少人工审核记录。

不适合谁

不适合想让系统替自己批量联系客户、替自己承诺项目结果、替自己发布未经审核文章、替自己伪造案例或处理客户敏感数据的人。这些不是效率优化，而是在制造账号、内容和信任风险。

如果你还没有读过目标平台的规则，也没有自己的人工审核流程，不建议急着做对外自动化。先把自动化限制在本地整理、草稿生成和检查提醒里。

具体步骤

第一步，把每个自动化动作写成一句话。例如“每天生成 10 篇草稿”“检查 sitemap 是否包含 draft”“根据客户需求生成 Proposal 初稿”。动作越具体，越容易判断风险。

第二步，标记动作是否对外可见。只影响本地文件或后台记录，风险较低；会发布到网站、发给客户、提交平台或修改生产配置，必须人工确认。

第三步，检查是否涉及敏感数据。只要碰到 API Key、账号权限、付款信息、客户隐私、生产数据库，就不要让普通自动化直接处理。

第四步，设置默认安全状态。文章默认 draft 和 noindex，Proposal 默认只是初稿，收款和广告默认待接入，AI API 默认模拟模式。

第五步，保留日志。生成草稿、修改状态、运行检查、部署结果都要能追踪。没有日志的自动化，出了问题很难定位。

允许自动化

下面这些动作通常可以自动化，但仍建议保留日志：

- 生成原创草稿
- 检查 frontmatter 字段
- 检查 draft 是否进入 sitemap
- 检查死链
- 统计公开文章数量
- 生成待审核清单
- 生成 Proposal 初稿
- 记录内容质量分
- 提醒人工复核

这类动作的共同点是：它们不会直接对客户或公开页面产生不可逆影响。它们帮助你准备材料，而不是替你做最终决定。

必须人工确认

下面这些动作可以有工具辅助，但执行前必须由人确认：

- 发布文章
- 把 noindex 改为 false
- 把 draft 改为 published
- 提交 Proposal
- 回复客户
- 修改线上环境变量
- 接入收款
- 接入广告
- 使用真实 API Key
- 部署会影响生产配置的改动

人工确认不是形式主义。确认时至少要看输入、输出、影响范围和回退方式。看不懂，就不要确认。

不适合自动化

下面这些动作，新手不应该自动化：

- 复制别人文章或案例
- 改写他人内容后伪装原创
- 伪造作品集结果
- 未经确认批量联系客户
- 自动承诺报价和工期
- 处理客户账号密码
- 处理生产数据库
- 采集平台禁止采集的数据
- 制造虚假点击、访问或下载

如果一个动作需要隐藏来源、隐藏风险或让平台误判，它就不是健康自动化。

每周检查清单

每周至少做一次下面的检查：

站点检查：
1. /blog 只展示 published 内容。
2. /sitemap.xml 不包含 draft 或 review。
3. 草稿仍然 noindex=true。
4. robots.txt 指向正确 sitemap。
5. 公开文章数量和预期一致。

内容检查：
1. 新草稿没有模板占位句。
2. 新草稿没有乱码。
3. 新草稿包含适合谁、不适合谁、具体步骤、风险提醒、免责声明和 CTA。
4. 质量检查没有失败项。
5. 需要人工审核的内容没有被标记为已审核。

项目检查：
1. Proposal 仍是初稿，不直接发送。
2. 报价由人工确认。
3. 客户消息由人工修改后再发送。
4. 高风险项目没有被自动承诺。

常见错误

第一个错误是把“草稿生成完成”理解成“内容生产完成”。草稿只是原料，不是可发布文章。

第二个错误是只检查脚本是否能跑，不检查脚本造成的公开结果。真正重要的是 /blog、/sitemap.xml、robots 和 canonical 是否符合预期。

第三个错误是把人工确认做成摆设。确认按钮必须对应真实检查，而不是为了让流程看起来合规。

风险提醒

不要承诺收入结果，不要承诺一定成交，不要让自动化替你对客户做承诺，不要把未审核内容公开展示为最终文章。平台规则、搜索规则和客户信任都需要长期维护，不能靠一次脚本绕开。

如果某个自动化动作会产生公开结果、客户消息、付款变化或生产环境变化，就默认需要人工确认。效率可以慢一点，安全边界不能糊。

适合继续看的相关文章

可以继续看 AI 自动化项目有哪些合规风险，再看 AI 辅助交付和完全自动交付有什么区别。如果你在做内容系统，建议同时看 发布流程文档。

推荐工具或模板

工具上可以用 AI 工具导航 选择 Codex、Claude Code、GitHub 和 Vercel。模板上建议用 模板下载 里的客户沟通表、交付清单和审核清单，把每个自动动作都记录下来。

总结

AI 自动化项目的核心不是“尽量自动”，而是“只自动安全的部分”。允许自动化准备材料，要求人工确认对外动作，禁止自动化制造虚假或高风险结果。把这条线守住，自动化才会帮你积累，而不是放大问题。

免责声明：本文仅供学习参考，不构成法律、财务、职业或收入保证。平台规则可能变化，发布前需要人工核对最新要求。

CTA：如果你准备搭建自己的自动化流程，先用 模板包 做一份“允许/确认/禁止”三列表，再开始写脚本。