Claude Code是为代码构建的，不是为WordPress构建的，但如今善于运用Claude Code的WordPress代理商以大约3倍的速度交付工作，而不使用它的代理商则无法做到。我运营Seahawk Media，一个自2018年以来已交付12000多个WordPress网站的代理商。我们团队的大多数成员每天都使用Claude Code来处理以前枯燥的WordPress开发70%的工作：主题搭建、插件调试、模式生成、内容迁移、REST API自定义端点，以及"修复这个PHP问题"工单的长尾。这是实际的工作流。WordPress, but the WordPress agency that runs Claude Code well today ships work at roughly 3x the velocity of one that does not. I run Seahawk Media, an agency that has shipped 12,000+ WordPress sites since 2018. Most of our team uses Claude Code daily for the work that used to be the boring 70 percent of WordPress development: theme scaffolding, plugin debugging, schema generation, content migration, REST API custom endpoints, and the long tail of "fix this PHP issue" tickets. This is the actual workflow.
如果你在权衡Claude Code对WordPress工作是否真正有效，运营者的答案是肯定的，设置方式不同于你用Vue或Next.js的方式，前提是你把WordPress习惯当作一级上下文来对待。Next.js, and only if you treat the WordPress idioms as first-class context.
为什么大多数WordPress团队在错误地使用Claude Code
大多数团队在WordPress根目录中打开Claude Code，要求Claude编写自定义块，得到可以编译但不符合团队编码标准的内容，块注册不正确，PHP端服务器渲染处理不当。输出看起来对不熟悉WordPress的人很有说服力，但对了解该平台的人来说会以微妙的方式失败。
修复方法是上下文。Claude不知道你的WordPress约定，除非你告诉它。项目根目录中的简短CLAUDE.md，包含你的块标准、你的PHP代码风格、你的测试约定和你的部署工作流，将Claude从一个通用的PHP感知工具转变为项目特定的WordPress协作者。30分钟的CLAUDE.md编写是我在WordPress工作方面做过的最高杠杆时间投资。
我在每个 WordPress 项目上运行的 CLAUDE.md
我们在 Seahawk 客户端业务中使用的 CLAUDE.md 模板版本：
项目背景：客户名称、主域名、托管服务（Kinsta、WP Engine、Cloudways）、WordPress 版本、PHP 版本、主题、关键插件。
编码标准：PHP 的 WordPress 编码标准（WPCS）、是否使用 Yoda 条件、函数和全局变量的前缀约定、自定义文章类型和分类法的命名约定。
区块标准：内容区块的服务器端渲染、用于编辑字段的 ACF Pro、使用 Bricks Builder 时，不使用则为 Gutenberg。团队采纳的区块注册模式。
测试约定：PHP 使用 PHPUnit、区块中 JS 使用 Jest、适用时 E2E 使用 Cypress。项目树中测试文件的位置。
部署工作流：如何推送到测试环境，如何推送到生产环境，在哪些位置进行版本更新。
禁止模式：永远不要做的事情（eval、query_posts、没有预处理语句的直接数据库查询等）。
这是两页纯英文内容。Claude 读一次，随后项目中的每个代码生成会话都会根据你的标准进行校准，而不是通用的 WordPress 默认值。
大幅压缩的特定 WordPress 工作流
自定义区块脚手架
从想法到可用的服务器渲染区块：手动操作需要90分钟，如果CLAUDE.md质量不错的话用Claude Code只需10分钟。Claude生成PHP注册代码、编辑器JSX、服务器渲染模板、block.json和编辑器端控制。我审查差异并修复一两个样式问题。乏味的脚手架代码就此消失。
插件冲突调试
Claude读取错误日志，在插件目录中搜索有问题的钩子，找出冲突，提出修复方案。手动操作需要30到60分钟的侦探工作在Claude Code中只需5分钟。我们在最近的迁移中发现了一个Yoast / RankMath冲突，花费的时间仅相当于煮一杯咖啡的时间。
规模化schema标记
Claude按页面类型生成schema（Article、BlogPosting、Product、FAQPage、Organization、BreadcrumbList），遵循项目的命名约定。三到五种页面类型，完整的schema覆盖，大约需要30分钟。这个schema工作本来是初级工程师需要花半天才能完成的。
内容迁移脚本
WP-CLI加Claude是与单独WP-CLI完全不同的工具类别。我们在最近的一个项目中将8,000篇文章从自定义CMS迁移到WordPress。Claude编写了WP-CLI命令、导入后清理脚本、重定向映射生成和URL去重。原本需要三天的工作在半天内完成。
REST API自定义端点
从产品规范到具有权限回调、schema验证和测试覆盖的可用端点：不超过一小时。WordPress REST API运行所需的样板代码在Claude的输出中消失得无影无踪。
Claude Code 在 WordPress 中处理不好的地方
Claude 遇到足够困难的三个领域，我会把人类视为资深工程师：
主题架构决策。在区块主题、带 FSE 的经典主题、Bricks 或完全无头之间选择时，权衡是针对项目的，Claude 不了解你的客户端的编辑上下文。这是人类的工作。
插件选择。Claude 可以比较插件功能，但不知道你的团队对哪些插件有不好的经历，客户端的主机阻止哪些插件，或哪些在 PHP 8.3 上会中断。自己选择插件；让 Claude 集成它们。
自定义 Gutenberg 块 UX。Claude 生成有效的块；它不生成感觉精美的编辑器体验。微交互、工具栏位置、InspectorControls 布局、空状态文本，这些是设计决策，不是代码生成输出。
我实际使用的工具链
Claude Code 作为主要界面，配合 WordPress 特定的 MCP 补充：
文件系统 MCP，内置。读取 WordPress 代码库、主题文件、插件目录。
Postgres 或 MySQL MCP，用于内容审计和迁移工作。直接针对 wp_posts 和 wp_postmeta 表运行 SQL。
Puppeteer MCP，用于爬取渲染后的网站以验证更改正确发布。
通过 shell 使用 WP-CLI，Claude 在需要时直接调用 wp 命令。
再加上每个项目现有的 CLAUDE.md 文件。就这些。
底线
Claude Code for WordPress 是真实存在的，工作流程与通用 Claude Code 的使用方式不同，而且每个项目的 CLAUDE.md 是 WordPress 代理商今年投资回报最高的 30 分钟。我们发布速度更快、修复速度更快、发现插件冲突的速度也比以前快得多。
在 Seahawk Media，我们现在在每个客户项目上都运行 AI 辅助的 WordPress 开发。首次对话免费；建议会诚实地告诉你 AI 辅助是否适合你的特定 WordPress 项目。
常见问题
你能用 Claude Code 做 WordPress 开发吗？
可以。Claude Code 是为通用软件工作而构建的，不是专门针对 WordPress 的，但它在主题和插件代码、构建工具、迁移和自动化方面表现很好。从中获得价值的机构会将它与清晰的 CLAUDE.md 和 MCP 设置配对，这样它就能理解 WordPress 的上下文。
Claude Code 能让 WordPress 开发变得更快吗？
对于配置得当的团队来说，确实能明显加快。速度来自于自动化重复性代码、生成脚手架和审计，而不是魔法。严格的 CLAUDE.md、经过测试的工作流和对每次更改的人工审查，才能把它变成真正的效率，而不是快速出错。
使用 Claude Code 做 WordPress 开发需要什么？
一个描述你的标准和技术栈的清晰 CLAUDE.md、一个针对它应该访问的工具和数据的 MCP 设置，以及养成审查每次更改的习惯。没有这些，输出是通用的。有了这些，Claude Code 就成为主题、插件和迁移工作中一个快速、上下文感知的搭档。
Claude Code 比从 ChatGPT 复制粘贴更适合 WordPress 开发吗？
对于真实项目工作来说，是的，因为 Claude Code 在你的代码库中运行，使用你的文件、标准和工具，而不是生成你盲目粘贴的代码片段。它读取实际代码，在上下文中进行更改，并运行检查。上下文才是区别所在，不仅仅是底层模型。