CortexWP：直接连接 WordPress 站点、自动修复问题的 AI 代理
大多数 WordPress AI 工具都运行在一个聊天框里——你描述站点出了白屏，机器人猜测五种可能的原因，然后你得自己回到错误日志里去排查。
CortexWP 尝试了一种不同的思路。它是一个 WordPress 工程代理，直接连接到真实的 WordPress 安装实例，读取实际文件和日志，在站点上直接执行已批准的操作。
它实际能做什么
CortexWP 将自己定位为 WordPress 工程代理，而非普通的支持聊天机器人。
连接站点的方有两种：通过 SFTP 或安装官方连接插件。连接后，代理会检查一位高级工程师通常会关注的内容：文件、日志、数据库上下文、DNS 记录、缓存层、PHP 配置以及托管环境详情。它基于真实的 WordPress 安装环境，而非根据你输入的症状去猜测。
连接完成后，它便可以执行操作。CortexWP 能够激活、停用、删除、更新和审计插件、主题、页面、文章、自定义文章类型以及 WordPress 配置文件。它还能写入 PHP 代码片段、修补 CSS、切换维护模式、配置 Redis，以及编辑配置文件。
真正有价值的是调试能力。它能定位致命错误、白屏、升级失败、PHP 警告、Cron 执行失败和插件冲突，直接基于站点证据而非通用排查步骤。如果你曾花一个下午去排查到底是 30 个插件中的哪一个导致结账页崩溃（这种事我遇到过好几次），就会明白这能节省多少时间。
执行前的审批机制
AI 拥有写入生产环境的权限，最直接的担忧是：它可能在你不注意时做出不正确的操作。
CortexWP 的解决方案是一个审批门控机制。每个实际执行的操作都会先请求用户审批——代理会展示将要执行的命令、原因分析、预期影响以及回滚说明。你批准后它才会执行，执行完毕后反馈执行结果、测试结果以及仍需人工判断的部分。
在整个流程中保持人工介入是正确的思路，但这个机制在现实环境中是否可靠，仍需实际测试。因此，在任何 AI 代理在正式环境运行之前，先在 staging 站点上验证始终是推荐的做法。
定价与 Token 机制
CortexWP 采用 Token 积分计费，而非按席位固定收费。
在这个模型中，Token 是整个任务的用量单位，涵盖了模型推理、工具调用、WordPress 检查、日志读取、命令执行、代码变更和响应文本等各项消耗。一次深度调试会话比一个快速问答消耗更多 Token，因为代理在做更多的工作。这意味着你的成本取决于问题的复杂程度，而非问题数量。
当前套餐如下：
- Starter：$5/月，包含 100 万 Token，适合个人站点所有者处理小型修复。
- Pro：$15/月，包含 500 万 Token，适合机构和正式环境进行常规调试。
- Ultra：$50/月，包含 2000 万 Token，适合复杂故障和多站点场景。
新用户还可获得 10 万免费积分，无需绑定信用卡，足够在 staging 站点上跑通一个真实问题后再决定是否付费。
需要留意的是按任务计 Token 的模式。虽然价格透明，但比起固定订阅更难预测用量。一场棘手的故障可能消耗大量积分，按小时计费的机构需要将 Token 消耗与自身费率对标，才能充分利用套餐。
当前能力边界
CortexWP 坦诚表示目前主要面向后端。当前的构建版本能够处理致命错误排查、插件冲突隔离、维护模式切换、WP-CLI 类操作、配置文件编辑、Redis 启用、PHP 代码片段、CSS 修复以及后端功能类工作。
目前还无法查看前端，但视觉站点理解和页面设计支持已列入路线图，Cloudflare 集成（DNS、缓存和边缘故障排查）同样在规划中。因此，如果问题表现为"布局看起来不对"而非"站点核心功能损坏"，还需要等待一段时间才能获得 CortexWP 的帮助。
值得一试吗
WordPress 调试是一项繁琐且证据密集的工作，大部分遵循固定模式，AI 代理完全有潜力比人工逐个点击日志更快完成。我自己在内部也用一些定制方案做过验证，可以确认这个思路是可行的。相比根据症状猜测的聊天机器人，能读取真实安装环境并附带回滚说明的 AI 明显更有价值。
试用时可以持续关注几个问题：审批门控在点击确认前对风险的描述是否清晰？一个月真实故障场景下 Token 消耗的可预测性如何？在因插件泛滥而引发问题的站点上，它的表现又怎样？
这些问题的答案只有在连接 staging 站点、用一个你已经熟悉的问题跑通后才能得到——这正是那 10 万免费积分的用途。
