AI 编程产品出海 · 做站合规审查

第一部分：理论 — 合规审查的底层逻辑#

为什么做站必须做合规#

大多数人做站的合规处理方式：上线前一晚，去网上复制一个 Privacy Policy，改个公司名，完事。

结果三种死法：

• Google Ads 不让投：审核不过，理由是缺 Privacy Policy 或 Privacy Policy 与实际数据收集不一致

• Stripe 被冻结：没有 Refund Policy，用户 chargeback 一多直接封号

• GDPR 投诉：欧洲用户举报，轻则被要求下线整改，重则罚款

合规审查的核心原则：合规文档必须跟你的产品实际行为一致，不是抄一个模板。

合规审查不是写几页法律文件，是回答一系列问题：

1. 我的产品碰了什么数据？（数据清单）

2. 数据发给了谁？（第三方链路）

3. 数据存在哪里、存多久？（存储与保留）

4. 用户有什么权利？( GDPR/CCPA)

5. AI 生成的内容谁负责？（免责边界）

6. 内容过滤做了几层？（安全防线）

合规审查在做站流水线中的位置#

墨探(选词) → 墨策(PRD+定价草案) → 墨账(定价校准) → 墨笔(文案) → 墨影(设计) → 墨界/墨枢(开发)
                                    ↕ 并行
                                  墨盾(合规)

关键约束：

• 墨盾和墨账并行工作，互不依赖

• 墨笔（文案）必须等墨盾确认合规边界后才能开始——因为文案里的免责声明、权益描述、隐私卖点都取决于合规审查结论

• 合规文档确认后改动成本极高（已写进文案、设计、代码、法律页面），所以一次做对

合规风险分级#

风险等级决定三件事：

1. 合规审查深度

2. 法律页面复杂度

3. 是否需要上线前律师复核

低风险：纯工具站