WEBSITE-DEVELOPMENT / FIND BY GOAL

用 AI 开发网站,到底需要哪些工具?

Codex 做网站不一定需要一堆插件;先把项目环境和测试跑通,再按浏览器、GitHub 与设计稿需求增加工具。

最后检查:2026年9月5日入门 · 网站开发
01

START WITH THE OUTCOME

先选你要完成的具体目标

核心、按需和暂时不需要的选择,都由当前用途的审核数据决定。

01

只写和修改代码

读取项目、修改代码、运行命令和检查 diff 时,Codex 与正常项目环境就是核心。

核心
暂无固定工具,先确认内容形态
按需
暂无固定工具,先确认内容形态
通常不需要
没有外部连接需求时,不需要先安装 MCP。查看 Codex 最小配置
02

浏览器测试与页面 QA

需要稳定执行页面流程、截图或回归检查时,先考虑 Playwright CLI。

核心
通常不需要
不预设,按目标精简
Coding Agent 本来就擅长运行命令;结构化浏览器工具有明确价值时再加 MCP。比较 CLI 与 MCP
03

GitHub Issue、PR 与仓库

先看 git 与 GitHub CLI 是否覆盖日常操作,再判断是否需要 GitHub MCP。

核心
按需
通常不需要
不预设,按目标精简
不要为了重复能力额外增加连接层。先从 CLI 开始
04

根据设计稿或框架资料开发

只有任务真的需要读取 Figma 或补充最新框架文档时,才增加对应连接。

核心
暂无固定工具,先确认内容形态
按需
暂无固定工具,先确认内容形态
通常不需要
不预设,按目标精简
Figma 与 Context7 都是按需能力,不是网站开发的默认前提。按实际缺口增加
02

DECISION TREE / NO AI API

30 秒选出你的工具路线

只按目标回答,结果来自已审核的静态规则。

Q01

这次任务需要浏览器交互或页面验证吗?

最小配置

核心只有四项:Codex、正常可运行的项目、简洁的 AGENTS.md,以及能够实际执行的 lint、test 与 build。只要这些已经稳定,你就可以开始大量网站开发任务。

需要浏览器交互时,优先比较 路线;只有结构化工具调用或特定 Agent 工作流确实更合适时,再增加 。完整判断见 Codex 网页开发最小配置Playwright MCP vs CLI

常见组合与重复能力

  • Codex + 项目测试:多数编码任务的起点。
  • Codex + Playwright CLI:适合可重复的浏览器测试和前端 QA。
  • Codex + Playwright MCP:适合需要结构化 browser tools 的工作流。
  • GitHub 日常操作:先看 git 与 gh;只有连接方式或 Toolset 控制确实有价值时再考虑 MCP。

不要把 CLI 和 MCP 当作必须同时存在的两层。连接相同系统、完成相同动作时,先保留更稳定、更简单的一条路线。

什么时候再增加工具?

只有遇到清楚的缺口才增加:无法读取设计稿时考虑 Figma,需要补充框架资料时考虑 Context7,需要外部 GitHub 数据且现有命令不合适时再考虑新的连接。安装前先看 Skill vs MCP,需要配置 MCP 时再看 Codex MCP 安装指南

还有问题?

先查看常见问题。本页建议来自站内已审核的配置、工具和对比结论;它是编辑选择指南,不代表所有项目都需要相同工具。

06

SOURCES / LAST CHECKED

信息来源与编辑状态

组合判断来自本轮审核简报;下方官方入口只覆盖对应项目,未独立核验的工具仍为草稿。

最后检查:2026年9月5日editorial-pack