Codex SEO/GEO subagents：专门角色、证据包、冲突检查与人工批准。
真的需要拆工时，再使用 subagents
不要建立五个都只会「做 SEO」的 subagents。Codex subagents 真正有用的场景，是同一个任务的不同部分需要不同 context、不同 tools，或需要分开推理。对 SEO/GEO 来说，最实用的拆法通常是 research、data、content、technical 与 QA。
如果任务很简单，就留在同一个 Codex session 里完成。如果任务同时牵涉 competing evidence、technical risk 与 content decisions，就值得拆开。
当 SEO/GEO 工作需要不同角色与证据流时，Codex subagents 才真正有价值。
五角色模型
| Subagent | 工作 | 输出 | 不应该做什么 |
|---|---|---|---|
| SERP researcher | 检查 SERP 与 competitor patterns | evidence packet | 写 final copy |
| Data analyst | 读 GSC、Bing、GA4、keyword exports | priority table | 决定 brand positioning |
| Content strategist | 把 evidence 转成 briefs | page brief | publish |
| Technical reviewer | 检查 crawl、render、schema、redirects | risk queue | deploy fixes |
| QA reviewer | 测试 usefulness、claims 与 safety | approval memo | override humans |
这个表格的重点不是把流程变复杂，而是让每个角色都有清楚边界。研究角色不要偷写文案，技术角色不要直接部署，QA 角色不要取代人类批准。
Coordinator prompt
Coordinate Codex SEO/GEO subagents for this page set.
Assign separate research, data, content, technical, and QA tasks.
Each subagent must return:
- evidence
- decision
- confidence
- blocked questions
- recommended next owner
Do not merge outputs until evidence is present.
Resolve conflicts by asking for human review, not guessing.
这个 prompt 的核心是：先收证据，再合并结论。不要让 coordinator 在 evidence 不足时「猜一个看起来合理的答案」。
Handoff format
## Subagent handoff
Role:
Task:
Sources used:
Evidence:
Decision:
Confidence:
Risks:
Blocked questions:
Recommended next step:
Approval needed:
这个 handoff format 很重要，因为 SEO/GEO 工作常常失败在团队交界处。内容建议可能对读者有帮助，但技术上不安全。技术修复可能解决 crawlability，却没有回答 buyer question。Subagents 会把这些冲突显性化。
冲突范例
| 冲突 | Codex 应该怎么做 |
|---|---|
| Data 说应该 refresh，但 technical reviewer 发现 noindex | 先修技术问题，再改写内容 |
| SERP researcher 说竞品使用大胆 claims，但 QA 找不到 proof | 不要照抄 claim；补上可验证 evidence |
| Content strategist 想开新页，但 internal-link map 显示重叠 | 先 consolidate 或 reposition，再决定是否新增 |
| GEO prompts 显示 citation loss，但 API log 显示 provider failed | 标记 data quality issue，不要直接 rewrite |
这些例子说明一件事：subagents 不是为了让 Codex 听起来更聪明，而是为了把错误的下一步挡下来。
初学者版本
一开始只用两个 subagents 就够了：
- Data analyst：读 exports，提出 priority。
- QA reviewer：检查 recommendations 是否有 evidence，以及下一步是否安全。
只有当 workflow 复杂到值得承担 coordination cost 时，再加入 research 与 technical subagents。否则，你只会得到更多摘要，而不是更安全的决策。
FAQ
Codex SEO 工作一定需要 subagents 吗？
不需要。Subagents 是给复杂工作用的。当不同证据流需要独立 review 时，再使用它们。
Subagent 可以发布内容吗？
不应该。Subagents 应该产出 artifacts 与 recommendations。发布需要明确的人工批准。
最大的 failure mode 是什么？
Coordination overhead。如果每个 subagent 都产出很长但很泛的 summary，workflow 会变慢，却没有更安全。
Codex SEO/GEO learning path
这篇文章是 Codex SEO/GEO operator series 的一部分。如果你要从零建立 workflow，建议照这个顺序读：
- 如何在 2026 年用 Codex 做自动化 GEO
- 如何用 Codex 做自动化 SEO
- 如何用 AGENTS.md 建立 Codex SEO Workspace
- 如何用 MCP 把 Codex 接上 SEO Data
- 2026 年最佳 Codex GEO Skill
- 如何建立 Codex Keyword Clustering Skill
- 如何用 Codex Subagents 做 SERP、内容与技术 SEO
- 如何用 Codex 修 Technical SEO 且不破坏 Production
- 如何用 Codex Automations 跑每日 SEO/GEO Monitoring
- Codex SEO/GEO Quality Gates：Diff、Evidence、Tests 与 Human Approval
下一步
- 上一篇： 如何建立 Codex Keyword Clustering Skill
- 下一篇： 如何用 Codex 修 Technical SEO 且不破坏 Production
- 相关： Codex SEO/GEO Quality Gates：Diff、Evidence、Tests 与 Human Approval
Sources and notes
请以 OpenAI 官方 Codex documentation 作为 current syntax 与 product behavior 的准确来源：
- Codex CLI: https://developers.openai.com/codex/cli
- AGENTS.md: https://developers.openai.com/codex/guides/agents-md
- Codex Skills: https://developers.openai.com/codex/skills
- Codex MCP: https://developers.openai.com/codex/mcp
- Codex subagents: https://developers.openai.com/codex/subagents
- Codex configuration: https://developers.openai.com/codex/config-reference
Author: Camille Rhodes, Auspia 300+ AI Content Workflows 架构师。Camille 撰写 AI-assisted content systems、automation 与 growth teams 的 editorial quality control。
