宿主负责模型和编码
Claude Code、Cursor、Codex、Trae 这些宿主继续负责联网、调用工具、改代码和运行项目。
终端只负责接入和升级,真正的 research、三文档、确认门、Spec、实现和交付都留在宿主里。Super Dev 不是另一个代码生成器,它把宿主拉回一条能研究、能审查、能交付的商业开发主路径。
首页默认只讲 uv 安装和 super-dev 引导。安装器会直接告诉你推荐宿主、标准流第一句、比赛流第一句和接入后先验;终端到这里就该退场,日常开发回宿主里的 /super-dev、$super-dev 或 super-dev:。
v2.4.0: 统一宿主矩阵、项目优先接入、宿主首句与恢复剧本、双模式准备度,以及更严格的 UI 视觉门都已经前推到安装器和交付链。
不是装完一个 Python 包就结束。安装器会把当前宿主矩阵收敛到同一条主路径:接入、复制宿主首句、回宿主里开始 research。
Why Super Dev
接入后,宿主会按统一的研发顺序、门禁和交付要求工作。
Claude Code、Cursor、Codex、Trae 这些宿主继续负责联网、调用工具、改代码和运行项目。
需求进入后先做 research、三文档和确认,再进入 Spec、实现、质量和交付。
PRD、架构、UI/UX、Spec、运行验证、质量报告和交付归档都会落成产物。
Who It Is For
它适合已经把 AI 放进日常开发、现在需要更稳流程和更强交付控制的人。
你已经大量使用 Claude Code、Cursor、Codex 或 Trae,但希望每次输出都更稳、更完整、更接近真实交付。
你们要快速做 MVP、快速验证商业可行性,但不想让 AI 开发过程失控,也不想把代码和决策都埋进聊天记录里。
你们要让不同成员在不同宿主里保持同样的流程纪律、质量标准和交付证据。
Use Cases
下面这些场景最能体现它的价值。
输入需求后,先研究同类产品,再生成三文档、Spec 和前端验证,快速做出可演示、可验证的 MVP。
先生成代码库地图、依赖图和改动影响范围,再补文档、回归守卫和约束,让宿主按流水线接手。
不同成员可以继续使用各自习惯的宿主,但 Super Dev 统一触发方式、协议面、质量门禁、交付产物,以及跨阶段回退与恢复命令。
当宿主倾向于直接开始开发时,Super Dev 强制它先 research、先三文档、先确认,再进入实现,并在修 bug 时走专门的轻量补丁路径。
Pipeline
入口很短,流程很固定。宿主接到需求后按研究、文档、确认、实现、验证、交付推进。
先读取本地知识库,再联网研究同类产品,补全边界条件、异常路径和验收口径。
先生成 PRD、Architecture、UI/UX,再让用户确认,确认通过后才创建 Spec 与任务清单。
先把前端做出来并运行验证,再进入后端与联调,避免在不可见状态下盲目堆代码。
UI Review、红队检查、交付包、发布演练和 release readiness 一起定义是否能交付。
没有用户确认,不允许创建 Spec,也不允许开始编码。
没有 frontend runtime 通过证据,不允许进入后端与中后段。
交付包未 ready 或发布演练未通过,不能宣称完成交付。
Host Support
首页只保留用户第一眼真需要的信息:这个宿主属于哪一类、第一句怎么说、它会先读什么、最适合拿来做哪种工作。更细的接入后先验、官方工作流检查和双模式准备度,留给安装器与文档中心。
CLI 宿主最适合“装完就回当前会话开始做事”的路径,入口最短。
IDE 宿主更适合长时间停留在同一个工作区里做实现、返工和联调。
桌面助手更适合 Project Instructions、知识注入和跨会话继续项目。
Proof / Trust
开源、已发布、多宿主、本地知识库、宿主验收、Spec 评分、质量门禁和交付产物,都直接展示给用户。
代码可见、安装路径清晰、版本可追踪,版本升级和分发路径也足够明确。
同一套治理逻辑可安装到 CLI 和 IDE 宿主,并通过 Host Validation Center 跟踪前置条件、运行时验收和交付就绪状态。
knowledge/ 和 knowledge bundle 会优先进入 research、三文档、Spec、质量与交付。
运行验证、质量门禁、Spec Quality 和发布检查都会明确产出结果,方便判断项目是否达到交付标准。
Repo Map、Dependency Graph、Impact Analysis、Regression Guard、Proof Pack 等交付证据都会落盘,便于复盘、交接和审查。
PM、架构师、UI/UX、安全、代码、DBA、QA、DevOps、RCA 十位专家各司其职,每个阶段以对应专家的专业标准约束宿主产出。
How it works
安装器负责告诉你“该进哪个宿主、第一句怎么说、现在能不能直接开工”。之后 research、三文档、确认门、前端预览、质量门和交付证据都在宿主里继续,而不是让你在官网背一堆底层命令。
uv tool install super-dev
# 进入宿主安装引导
super-dev
# 安装器会直接打印:
# - 推荐宿主
# - 标准流第一句
# - 比赛流第一句
# - 接入后先验
# - 官方工作流检查
# 终端到这里就结束
# 接下来离开终端,回宿主里开工这里说明产品定位、接入方式和工作流程。
宿主负责模型、联网、调用工具、改代码和运行项目。Super Dev 负责研究顺序、三文档、确认门、前端运行验证、质量门禁和交付标准。
提示词模板只影响当前对话。Super Dev 会安装到宿主接入面,并持续维护确认门、运行验证、质量门禁、交付状态和 release readiness。
Spec 工具主要规范项目规格。Super Dev 规范的是宿主里的 AI 开发过程,从 research、三文档、Spec、前后端、测试到交付都在同一条流水线上。
这类宿主使用 super-dev: 作为文本触发词,再通过 AGENTS、rules、steering 或 skills 等官方接入面理解并执行 Super Dev 流程。用户记住触发方式即可,不需要自己处理底层协议。
首页不再教你背一层额外命令。安装 Super Dev,运行 super-dev 让安装器写好项目级接入面,然后直接复制宿主首句回到当前会话。research、三文档、确认门、前端预览和交付门都会沿着这条主路径继续推进。
首页默认只讲 uv 安装和 super-dev 引导。源码安装、版本锁定安装与 uninstall 细节留在文档中心。
在 GitHub 查看源代码