AI 写码越快,WordPress 开发者的审查责任越重

人工智能正在重塑 WordPress 开发者的工作流。从生成代码片段、排查错误到解释复杂 API,甚至将自然语言需求转化为原型,AI 都能轻松应对。不过,生成代码与判断代码是不是适合上线生产环境是两回事。

在 WordPress 生态中,这种区分尤为关键。架构设计、性能优化、安全加固及可维护性评估,都要求开发者深入理解项目背景。他们需要评估 AI 生成的代码如何与现有的插件、主题、接口及业务需求相契合。

AI 能提出并实现解决方案,但开发者仍需对方案做价值判断,挑战其中隐含的错误假设,并确认结果确实解决了预定问题。本文采访了四位 WordPress 开发者,探讨他们如何在实际工作中运用这种判断力。

AI 产出的代码并非免检产品

AI 可能会建议使用不存在的函数或 API,误解项目需求,引入细微的逻辑漏洞,甚至遗漏关键的安全措施。

无论代码由谁编写,输入验证、数据清洗及输出转义等安全检查仍是 WordPress 安全规范的核心要求。Kinsta 在演示利用 AI 工具创建插件时便给出了一个典型例子:该插件旨在创建一个受限用户角色。在尝试移除“快速编辑”链接的过程中,Cursor 有时连带删除了“编辑”功能本身。仅仅获得想要的界面变更是不够的,角色原本应有的核心功能必须保留完好。

这带来的启示并非简单地让 AI 重试,而是要求开发者检查那些本应保持不变的行为,而不仅仅关注工具被要求修改的功能点。

先厘清问题,再动手写码

编码只是专业 WordPress 开发的一部分。资深开发者还需理解问题本质,将业务需求转化为技术方案。

这意味着决定构建什么、各组件如何协同工作,和方案如何长期服务于业务。它涵盖选择合适的架构、评估权衡利弊,和预判维护需求。Mark Szymanski 的经历颇具代表性:他正从单纯的“像素堆砌”转向利用 AI 构建更复杂的商业应用。目标不再是快速产出一个可用的网站,而是确定何种技术组合最能解决底层的业务痛点。

Jos Velasco 则利用 AI 分析服务器数据,识别那些手动查找耗时过长的模式。即便 AI 提供了某种模式假设,开发者在决定变更之前,仍须将其与网站实际行为做比对验证。

从代码生产转向代码审查

当 AI 生成变更的速度超过团队评估能力的极限时,审查便成了瓶颈。

问题不在于 AI 代码能否运行,而在于是不是有人能确认其行为符合预期、遵循 WordPress 编码规范、适配大型应用架构,且具备上线条件。

Generate, Review, Decide, and Ship.
生成、审查、决策与发布

Jos Velasco 对 AI 辅助 WordPress 社区贡献提出了相关担忧:AI 虽能协助创建补丁,但贡献者和提交者仍需评估其是不是属于项目范畴。

WordPress 的 AI 贡献指南明确界定了贡献者的责任:理解提交的代码、审查并验证其正确性,和运行相关测试。这种责任始于补丁到达维护者之前。

开发者也开始利用 AI 管理审查流程。Rich Tabor 曾描述过一种互补工作法:使用 Claude Code 和 Copilot,让一个工具审查另一个工具生成的成果,由他本人做出最终技术决策。Mike Auteri 则将自动化代码审查纳入工作流。

Auteri 采用测试驱动开发策略:人类编写测试,AI 编写实现。通过预先确立预期行为,开发者定义了实现需要满足的标准,而非让 AI 自行推断需求和解决方案。

测试通过或获得 AI 正面审查并不意味着变更已准备好上线。GitHub 关于 Copilot 的指南指出,自动化审查可能遗漏问题或标记不存在的错误,它只能作为人类审查的补充,而非替代。

提示词工程并非全部答案

学会与 AI 高效沟通固然重要,但编写巧妙提示词并非 AI 辅助开发者的核心技能。

更关键的在于知道 AI 需要什么上下文、应在何种约束下运行,和成功结果的具体形态。Mark Szymanski 通过所谓的“AI 操作系统(AIOS)”来解决上下文问题。该系统的一部分是一组包含业务信息、开发原则、客户历史等项目专属知识的文件。他不再反复要求 AI 基于通用提示词工作,而是提供关于项目及背后业务的特定背景。

提供上下文并不能消除理解输出的必要性。若缺乏 WordPress 和 Web 开发基础,某人可能产出可运行的代码,却不懂其中做出的妥协,或无法判断其是不是适合当前项目。

WordPress 开发者面临的新现实

AI 并未自动提升所有 WordPress 开发者的价值。机遇在于利用它完成更多工作,同时保留选择方案、审查实现及维护成果所需的判断力。

AI 协助构建解决方案,但确保该方案正确无误的责任,始终落在资深开发者肩上。

Kinsta 通过提供测试环境用于上线前变更验证、内置性能监控用于排查慢页面,和 24/7 可用的 WordPress 工程师支持来支撑这一工作流。其 WordPress 托管服务正是为匹配此类需求而设计。

Bud Kraus 自 2009 年起投身 WordPress 领域,身份涵盖课堂及在线讲师、网站开发者及内容创作者。他制作了大量教学视频,并为 WordPress 业务撰写众多文章。

发表评论