[诗语]

---

一、 GPL 授权角度

核心法律结构

WordPress 是 GPL v2+，所有插件的 代码 必须 GPL 兼容。但 GPL 有一个关键边界：

GPL 约束范围：分发的软件代码 （PHP/JS/CSS）
GPL 不约束：网络服务 （SaaS/API）

这就是商业插件的 「Open Core」 模式：
┌───────────────┬───────────────┬───────────────────────┐
│ 层面 │ 受 GPL 约束？ │ 说明 │
├───────────────┼───────────────┼───────────────────────┤
│ 插件 PHP 代码 │ 是 │ 可以自由修改、分发 │
├───────────────┼───────────────┼───────────────────────┤
│ 插件 JS/CSS │ 是 │ 同上 │
├───────────────┼───────────────┼───────────────────────┤
│ 后端 AI 服务 │ 否 │ SaaS 不是” 分发的软件” │
├───────────────┼───────────────┼───────────────────────┤
│ API 协议/格式 │ 否 │ 属于服务接口 │
└───────────────┴───────────────┴───────────────────────┘
关键推论：

• 用户有权修改 GPL 插件代码，让它连接不同的 AI 后端 — 这是 GPL 赋予的合法权利
• 但商业插件的 ToS（服务条款） 可能禁止逆向工程和绕过服务 — 这是合同法层面的约束
• GPL 和 ToS 的冲突是一个灰色地带，WordPress 社区对此一直有争议

对 AI Gateway 的影响

• Layer 1（OpenAI 兼容层）：拦截的是发往 api.openai.com 的请求，这些是用户自己的 API Key 请求，完全合法
• Layer 2（覆盖转发）：拦截的是发往 api.yoast.com / api.rankmath.com 的请求，GPL 上合法，但可能违反 ToS

---

二、商业插件公司角度

为什么把 AI 做成 SaaS 绑定
┌──────────┬─────────────────────────────────────────┐
│ 动机 │ 说明 │
├──────────┼─────────────────────────────────────────┤
│ 防盗版 │ GPL 下代码可以被复制，但 SaaS 服务不行 │
├──────────┼─────────────────────────────────────────┤
│ 持续收入 │ 订阅制 + 积分制 = 可预测的现金流 │
├──────────┼─────────────────────────────────────────┤
│ 控制质量 │ 自己调 prompt 、选模型，保证输出质量 │
├──────────┼─────────────────────────────────────────┤
│ 数据壁垒 │ 用户使用数据帮助优化产品 │
├──────────┼─────────────────────────────────────────┤
│ 成本转嫁 │ AI API 成本包含在订阅费中，用户感知不到 │
└──────────┴─────────────────────────────────────────┘
各插件的 AI 商业模式

Rank Math Content AI：

• 积分制，免费用户有少量积分 （约 5000 credits/月）
• Pro 用户有更多积分 （约 15000 credits/月）
• 额外积分需要单独购买
• 后端使用 OpenAI，用户无法选择

Elementor One（2026 年 1 月新推出）：

• 统一订阅制，包含 AI credits
• AI 功能涵盖文案生成、图片生成、代码生成
• credits 用完需要等下月或购买额外包
• 深度绑定 Elementor Connect 账户体系

Yoast SEO Premium：

• AI 功能内置在 Premium 订阅中
• 生成 SEO 标题、描述建议
• 后端走 Yoast 自己的 API 服务器

这些公司的防御策略

1. 账户验证 — 每次 AI 请求都验证 License
2. 积分系统 — 服务端扣减，客户端无法伪造
3. 响应签名 — 部分插件验证响应来源
4. 格式私有化 — 使用非标准的请求/响应格式
5. 频繁更新 — API 格式变化让适配器失效

---

三、付费用户角度

当前体验的优缺点

优点：

• 零配置，开箱即用
• 不需要理解 API Key 概念
• 与插件 UI 深度集成，体验流畅

缺点：
┌────────────┬──────────┬───────────────────────────────────┐
│ 痛点 │ 严重程度 │ 说明 │
├────────────┼──────────┼───────────────────────────────────┤
│ 双重付费 │ │ 付了插件订阅费，AI 还要额外积分费 │
├────────────┼──────────┼───────────────────────────────────┤
│ 积分焦虑 │ │ 用完就没了，限制创作自由 │
├────────────┼──────────┼───────────────────────────────────┤
│ 锁定效应 │ │ 无法选择更便宜/更好的 AI 服务 │
├────────────┼──────────┼───────────────────────────────────┤
│ 质量不透明 │ │ 不知道后端用什么模型，无法调优 │
├────────────┼──────────┼───────────────────────────────────┤
│ 无法自定义 │ │ prompt 模板固定 │
└────────────┴──────────┴───────────────────────────────────┘
用户真正想要的

理想状态：

1. 付一次钱，AI 功能无限用
2. 可以选择自己信任的 AI 服务
3. 响应速度快，不卡顿
4. 生成质量高，符合自己的语言和风格

---

四、中国用户角度 （最关键）

现实困境

中国用户使用 WordPress AI 插件的体验：

Rank Math Content AI → 请求发往 api.rankmath.com → 可能超时/被墙
↓
后端调用 OpenAI → 中国无法直接访问
↓
结果：付了钱，功能用不了

Elementor AI → 请求发往 my.elementor.com → 延迟高
↓
后端调用 OpenAI/Anthropic → 同上
↓
结果：生成极慢或超时

BYOK 插件 (AI Engine) → 需要 OpenAI API Key → 中国无法注册
↓
结果：功能完全不可用

中国用户的核心需求
┌────────┬────────┬────────────────────────────────┐
│ 需求 │ 优先级 │ 说明 │
├────────┼────────┼────────────────────────────────┤
│ 能用 │ P0 │ 最基本的 — AI 功能要能正常工作 │
├────────┼────────┼────────────────────────────────┤
│ 速度快 │ P1 │ 国内服务器，低延迟 │
├────────┼────────┼────────────────────────────────┤
│ 中文好 │ P1 │ 国产模型中文能力远超 GPT │
├────────┼────────┼────────────────────────────────┤
│ 便宜 │ P2 │ DeepSeek 成本是 GPT-4 的 1/50 │
├────────┼────────┼────────────────────────────────┤
│ 合规 │ P2 │ 数据不出境，符合国内法规 │
└────────┴────────┴────────────────────────────────┘
国产 AI 的优势

DeepSeek V3:

• 中文理解能力 ≈ GPT-4o
• 成本: ¥1/百万 tokens（GPT-4o 的 1/50）
• 服务器在国内，延迟 < 200ms
• 无需翻墙，直接访问

通义千问:

• 阿里云基础设施，稳定性极高
• 多模态能力强
• 128K 上下文

对比 OpenAI:

• 中国无法直接访问
• 需要代理，增加延迟和成本
• 中文能力不如国产模型
• 价格贵 50 倍

---

五、 AI Gateway 三层方案的最终判断
┌───────────────────────┬──────────┬──────────┬──────────┬──────────┬─────────────┬─────────────┐
│ Layer │ 法律风险 │ 道德风险 │ 技术风险 │ 维护成本 │ 用户价值 │ 结论 │
├───────────────────────┼──────────┼──────────┼──────────┼──────────┼─────────────┼─────────────┤
│ Layer 1 OpenAI 兼容层 │ 无 │ 无 │ 低 │ 低 │ 极高 │ 做 │
├───────────────────────┼──────────┼──────────┼──────────┼──────────┼─────────────┼─────────────┤
│ Layer 2 覆盖转发 │ 中 │ 高 │ 高 │ 极高 │ 有限 │ 不做 │
├───────────────────────┼──────────┼──────────┼──────────┼──────────┼─────────────┼─────────────┤
│ Layer 3 UI 注入 │ 无 │ 无 │ 中 │ 中 │ 中等 │ 远期可选 │
└───────────────────────┴──────────┴──────────┴──────────┴──────────┴─────────────┴─────────────┘
Layer 1 为什么值得做

BYOK 插件用户 （AI Engine, AI Power, GPT3 AI Content Generator 等）:

当前: 用户 → 填入 OpenAI Key → 请求发往 api.openai.com → 中国用不了
WPMind: 用户 → 启用 Gateway → 请求被路由到 DeepSeek/通义千问 → 正常工作

• 用户主动选择，不涉及绕过任何付费服务
• OpenAI API 格式是公开标准，不是私有协议
• 对中国用户是从” 完全不能用” 到” 完美可用” 的质变

Layer 2 为什么不该做

1. 道德问题 — 本质上是绕过商业插件的付费 AI 服务，即使 GPL 允许修改代码，这也不是一个好的商业行为
2. 维护噩梦 — Yoast/Rank Math 每次更新 API 格式，适配器就可能失效
3. ROI 极低 — 投入大量开发和维护资源，但覆盖的用户场景有限
4. 品牌风险 — 被视为” 寄生” 其他插件，影响 WPMind 在社区的声誉

更好的替代策略

与其做 Layer 2 去” 替代” 商业插件的 AI 服务，不如：

策略 1: 做好自己的 AI 功能
WPMind 内容创作助手 → 直接替代 Rank Math Content AI 的功能
WPMind GEO 套件 → 比 Yoast AI 更强的 SEO 优化

策略 2: 通过官方生态扩展
WordPress AI Building Blocks → WPMind 作为 Provider 注入
官方 Filter Hooks → 国产模型无缝集成到所有使用官方 API 的插件

策略 3: SEO 插件扩展包 （正当的生态合作）
WPMind GEO for Rank Math → 扩展 Rank Math，不是替代它
WPMind GEO for Yoast → 同上

---

总结：AI Gateway 只做 Layer 1（OpenAI 兼容层），这是一个法律清晰、道德无争议、技术简单、对中国用户价值巨大的方案。 Layer 2 应该放弃。 WPMind 的长期价值在于自己的 AI 能力和与 WordPress 官方生态的深度集成，而不是寄生在其他商业插件上。

[作者]

帖子