只写和修改代码
读取项目、修改代码、运行命令和检查 diff 时,Codex 与正常项目环境就是核心。
WEBSITE-DEVELOPMENT / FIND BY GOAL
Codex 做网站不一定需要一堆插件;先把项目环境和测试跑通,再按浏览器、GitHub 与设计稿需求增加工具。
START WITH THE OUTCOME
核心、按需和暂时不需要的选择,都由当前用途的审核数据决定。
读取项目、修改代码、运行命令和检查 diff 时,Codex 与正常项目环境就是核心。
需要稳定执行页面流程、截图或回归检查时,先考虑 Playwright CLI。
先看 git 与 GitHub CLI 是否覆盖日常操作,再判断是否需要 GitHub MCP。
只有任务真的需要读取 Figma 或补充最新框架文档时,才增加对应连接。
DECISION TREE / NO AI API
只按目标回答,结果来自已审核的静态规则。
核心只有四项:Codex、正常可运行的项目、简洁的 AGENTS.md,以及能够实际执行的 lint、test 与 build。只要这些已经稳定,你就可以开始大量网站开发任务。
需要浏览器交互时,优先比较 路线;只有结构化工具调用或特定 Agent 工作流确实更合适时,再增加 。完整判断见 Codex 网页开发最小配置 与 Playwright MCP vs CLI。
不要把 CLI 和 MCP 当作必须同时存在的两层。连接相同系统、完成相同动作时,先保留更稳定、更简单的一条路线。
只有遇到清楚的缺口才增加:无法读取设计稿时考虑 Figma,需要补充框架资料时考虑 Context7,需要外部 GitHub 数据且现有命令不合适时再考虑新的连接。安装前先看 Skill vs MCP,需要配置 MCP 时再看 Codex MCP 安装指南。
先查看常见问题。本页建议来自站内已审核的配置、工具和对比结论;它是编辑选择指南,不代表所有项目都需要相同工具。
SOURCES / LAST CHECKED
组合判断来自本轮审核简报;下方官方入口只覆盖对应项目,未独立核验的工具仍为草稿。
最后检查:2026年9月5日editorial-pack