为什么“WordPress + 自定义区块”是 Vibe Coding 时代的最佳架构方案
极简的工作流:
使用wordpress/create-block创建区块后,你可以直接告诉 AI:“帮我写一个 Gutenberg 区块,调用我现有插件中的get_trilium_data函数,并用 Tailwind CSS 渲染出一个双栏卡片。”AI 可以一次性生成 PHP 注册代码、React 渲染逻辑和 CSS。无需重构前端脚手架:
在 Headless 架构中,AI 即使帮你写好了前端页面,你还需要处理 Next.js 的环境变量、跨域 (CORS) 策略和服务器组件同步。而在 WordPress 原生架构中,这些“基础设施”是透明的,你可以直接进入“业务逻辑”的 Vibe。
统一的身份验证与管理:
当你集成 File-browser 或 Calibre 时,WordPress 原生的用户权限系统(Capability)可以直接复用。你不需要在独立前端重新实现一遍 OAuth 或 JWT 逻辑。即时预览的快感:
Gutenberg 编辑器就是一个天然的“低代码看板”。你可以在后台直接拖入“Calibre 书架区块”,实时看到封面抓取效果。这种实时反馈环是 Vibe Coding 最依赖的特性,而 Headless 方案往往存在“修改代码 -> 等待构建 -> 刷新预览”的迟滞感。单点维护:
你的所有逻辑(数据抓取、缓存、展示)都集中在一个插件或主题中。备份时只需一个wp-content目录,迁移和恢复的便利性远超“前后端分离”方案。
| 维度 | WordPress + 自定义区块 | Headless WordPress (Next.js/Vue) |
|---|---|---|
| 开发重心 | 业务逻辑与 UI 氛围 | 接口联调与系统解耦 |
| AI 协作友好度 | 极高(上下文集中在单一边界内) | 中等(需处理复杂的跨系统上下文) |
| 部署成本 | 单台服务器,一键部署 | 需前端托管 (Vercel/Docker) + 后端 API |
| 性能体验 | 优秀(配合对象缓存与 CDN) | 极致(SPA 体验) |
| 外部数据集成 | 原生 PHP/JS 混合调用,无跨域烦恼 | 需通过中间层 API 转发,链路较长 |