v2.4.0MIT 开源108 Stars

AI 能写代码,Super Dev让项目能交付。

终端只负责接入和升级,真正的 research、三文档、确认门、Spec、实现和交付都留在宿主里。Super Dev 不是另一个代码生成器,它把宿主拉回一条能研究、能审查、能交付的商业开发主路径。

  • 终端只记住 super-dev / super-dev update / super-dev uninstall
  • 安装后复制宿主第一句,回宿主里直接开工
  • 第一轮先 research,再写三文档并等你确认
查看文档

首页默认只讲 uv 安装和 super-dev 引导。安装器会直接告诉你推荐宿主、标准流第一句、比赛流第一句和接入后先验;终端到这里就该退场,日常开发回宿主里的 /super-dev、$super-dev 或 super-dev:。

v2.4.0: 统一宿主矩阵、项目优先接入、宿主首句与恢复剧本、双模式准备度,以及更严格的 UI 视觉门都已经前推到安装器和交付链。

Why Super Dev

宿主继续写代码,Super Dev 负责把流程拉直。

接入后,宿主会按统一的研发顺序、门禁和交付要求工作。

宿主负责模型和编码

Claude Code、Cursor、Codex、Trae 这些宿主继续负责联网、调用工具、改代码和运行项目。

Super Dev 负责流程治理

需求进入后先做 research、三文档和确认,再进入 Spec、实现、质量和交付。

输出是可审计交付资产

PRD、架构、UI/UX、Spec、运行验证、质量报告和交付归档都会落成产物。

Who It Is For

适合已经在用 AI coding、但不想继续靠运气交付的人。

它适合已经把 AI 放进日常开发、现在需要更稳流程和更强交付控制的人。

AI coding 重度个人开发者

你已经大量使用 Claude Code、Cursor、Codex 或 Trae,但希望每次输出都更稳、更完整、更接近真实交付。

小团队 / 创业团队

你们要快速做 MVP、快速验证商业可行性,但不想让 AI 开发过程失控,也不想把代码和决策都埋进聊天记录里。

需要规范宿主开发流程的项目团队

你们要让不同成员在不同宿主里保持同样的流程纪律、质量标准和交付证据。

Use Cases

四类最常见的落地场景。

下面这些场景最能体现它的价值。

从 0 到 1 做 MVP

输入需求后,先研究同类产品,再生成三文档、Spec 和前端验证,快速做出可演示、可验证的 MVP。

接手已有项目继续开发

先生成代码库地图、依赖图和改动影响范围,再补文档、回归守卫和约束,让宿主按流水线接手。

统一团队里的 AI 开发流程

不同成员可以继续使用各自习惯的宿主,但 Super Dev 统一触发方式、协议面、质量门禁、交付产物,以及跨阶段回退与恢复命令。

把宿主从直接写代码拉回商业交付路径

当宿主倾向于直接开始开发时,Super Dev 强制它先 research、先三文档、先确认,再进入实现,并在修 bug 时走专门的轻量补丁路径。

Pipeline

从需求到交付,固定走同一条路径。

入口很短,流程很固定。宿主接到需求后按研究、文档、确认、实现、验证、交付推进。

Research 与需求增强

先读取本地知识库,再联网研究同类产品,补全边界条件、异常路径和验收口径。

三文档与 Spec

先生成 PRD、Architecture、UI/UX,再让用户确认,确认通过后才创建 Spec 与任务清单。

前端优先与后端联调

先把前端做出来并运行验证,再进入后端与联调,避免在不可见状态下盲目堆代码。

质量与交付

UI Review、红队检查、交付包、发布演练和 release readiness 一起定义是否能交付。

关键门禁

三文档确认门

没有用户确认,不允许创建 Spec,也不允许开始编码。

前端运行验证门

没有 frontend runtime 通过证据,不允许进入后端与中后段。

交付 ready / rehearsal passed 门

交付包未 ready 或发布演练未通过,不能宣称完成交付。

Host Support

26 个宿主不是一张支持列表,而是一张“接入后怎么立刻开工”的地图。

首页只保留用户第一眼真需要的信息:这个宿主属于哪一类、第一句怎么说、它会先读什么、最适合拿来做哪种工作。更细的接入后先验、官方工作流检查和双模式准备度,留给安装器与文档中心。

CLI

CLI 12

CLI 宿主最适合“装完就回当前会话开始做事”的路径,入口最短。

Claude CodeCodeBuddy CLICopilot CLICodex CLICursor CLIDroid CLIGemini CLIKimi CodeKiro CLIOpenCodeQoder CLIQwen Code

IDE

IDE 9

IDE 宿主更适合长时间停留在同一个工作区里做实现、返工和联调。

AntigravityCodeBuddyCodeBuddyCNCursorKiroQoderTraeTraeCNWindsurf

Desktop assistants

Desktop assistants 5

桌面助手更适合 Project Instructions、知识注入和跨会话继续项目。

ClaudeCodexTrae SOLOTrae SOLOCNWorkBuddy

宿主矩阵

推荐兼容
Host分组宿主第一句会先读什么最适合状态
Claude CodeCLI/super-dev 你的需求CLAUDE.md + settings + project/user skills + subagents最快进入 research 和三文档的旗舰 CLI 宿主推荐
CodeBuddy CLICLI/super-dev 你的需求CODEBUDDY.md + rules + commands + skills + agents已经在 CodeBuddy CLI 里做长流程任务协作兼容
Copilot CLICLIsuper-dev: 你的需求copilot-instructions + AGENTS.md + skills + agents规则和 instructions 驱动的文本入口兼容
Codex CLICLICLI: $super-devAGENTS.md + official skills + CLI $skill entryCodex CLI 主战场,显式 skill 入口最稳推荐
Cursor CLICLIsuper-dev: 你的需求AGENTS.md + .cursor/rules + native resumeCursor CLI 当前目录直接续流程,不靠项目 slash兼容
Droid CLICLI/super-dev 你的需求AGENTS.md + .factory/rules + .factory/skills (+ commands compatibility)Factory 会话里最快进入标准流或 SEEAI推荐
Gemini CLICLI/super-dev 你的需求GEMINI.md + settings + TOML commandsGEMINI.md 和 custom commands 驱动的 slash 宿主兼容
Kimi CodeCLIsuper-dev: · /skill:super-dev · /flow:super-devAGENTS.md + explicit /skill:/flow entries + native resume (+ skills enhancement)中文长流程项目,显式 /skill:/flow 和原生继续链兼容
Kiro CLICLI/super-dev · super-dev:AGENTS.md + steering + skills + native resumesteering + skills 一起约束的 CLI 宿主兼容
OpenCodeCLI/super-dev 你的需求AGENTS.md + commands + skills (+ agents enhancement)commands/skills 驱动的原生 slash 宿主兼容
Qoder CLICLI/super-dev 你的需求AGENTS.md + rules + commands + skills (+ agents enhancement)rules + commands + skills 同时工作的 Qoder CLI兼容
Qwen CodeCLI/super-dev 你的需求QWEN.md + commands + skills + checkpoint/restoreQWEN.md + commands 模型,适合先研究再进实现兼容
AntigravityIDE/super-dev 你的需求recommended GEMINI.md + custom commands (+ workflows enhancement)偏实验型 IDE,适合验证 Gemini-style project context兼容
CodeBuddyIDE/super-dev 你的需求CODEBUDDY.md + rules + skills + workspace continuity工作区连续性强,适合团队项目迭代兼容
CodeBuddyCNIDE/super-dev 你的需求CODEBUDDY.md + rules + skills + workspace continuity中文工作区协作与连续返工兼容
CursorIDE/super-dev 你的需求Agent Chat + AGENTS.md + rules (+ beta commands)Agent Chat 里直接做 UI 和实现返工兼容
KiroIDE/super-dev 你的需求AGENTS.md + steering + skills + agent continuityKiro IDE 里保持 steering 和 agent continuity兼容
QoderIDE/super-dev 你的需求AGENTS.md + rules + commands + skills (+ agents enhancement)IDE 里 rules/commands/skills 一起拉齐 Qoder 工作区兼容
TraeIDEsuper-dev: 你的需求recommended project context + compatibility rules + optional skills先用项目上下文稳定接管旧项目工作区兼容
TraeCNIDEsuper-dev: 你的需求recommended CN workspace skills + /plan /spec model中文工作区 + /plan /spec 组合的文本入口兼容
WindsurfIDE/super-dev 你的需求AGENTS.md + workflows + skillsworkflow 型 IDE 宿主,适合长链任务编排兼容
ClaudeDesktop assistantssuper-dev:Projects + project instructions + project knowledge + desktop extensions/MCPProject / Knowledge / MCP 驱动的桌面助手兼容
CodexDesktop assistantsApp/Desktop: / → super-devAGENTS.md + skills + enabled App/Desktop skill entryCodex App/Desktop 里最完整的旗舰宿主体验推荐
Trae SOLODesktop assistants/super-dev 你的需求recommended workspace rules + optional skills modelSOLO 工作区里快速接入并继续当前流程兼容
Trae SOLOCNDesktop assistantssuper-dev: 你的需求recommended CN workspace MTC / Code + skills model中文 SOLO 工作区,适合比赛和短平快交付兼容
WorkBuddyDesktop assistantssuper-dev: 你的需求recommended task workbench + skills + MCP model任务工作台驱动的桌面助手连续工作流兼容

Proof / Trust

可信度来自可验证的证据。

开源、已发布、多宿主、本地知识库、宿主验收、Spec 评分、质量门禁和交付产物,都直接展示给用户。

MIT 开源与 PyPI 发布

代码可见、安装路径清晰、版本可追踪,版本升级和分发路径也足够明确。

多宿主接入与验收中心

同一套治理逻辑可安装到 CLI 和 IDE 宿主,并通过 Host Validation Center 跟踪前置条件、运行时验收和交付就绪状态。

本地知识库优先

knowledge/ 和 knowledge bundle 会优先进入 research、三文档、Spec、质量与交付。

UI Review、Spec Quality 与 Release Readiness

运行验证、质量门禁、Spec Quality 和发布检查都会明确产出结果,方便判断项目是否达到交付标准。

交付产物可审计

Repo Map、Dependency Graph、Impact Analysis、Regression Guard、Proof Pack 等交付证据都会落盘,便于复盘、交接和审查。

10 专家 Agent 协作

PM、架构师、UI/UX、安全、代码、DBA、QA、DevOps、RCA 十位专家各司其职,每个阶段以对应专家的专业标准约束宿主产出。

How it works

官网先讲最短路径,不再把你困在终端命令堆里。

安装器负责告诉你“该进哪个宿主、第一句怎么说、现在能不能直接开工”。之后 research、三文档、确认门、前端预览、质量门和交付证据都在宿主里继续,而不是让你在官网背一堆底层命令。

Terminal
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 流程。用户记住触发方式即可,不需要自己处理底层协议。

终端只做接入。真正的开发,5 分钟后就回宿主里开始。

首页不再教你背一层额外命令。安装 Super Dev,运行 super-dev 让安装器写好项目级接入面,然后直接复制宿主首句回到当前会话。research、三文档、确认门、前端预览和交付门都会沿着这条主路径继续推进。

1. uv tool install super-dev
2. 运行 super-dev,让安装器给出推荐宿主和宿主首句
3. 回宿主里直接输入 /super-dev、$super-dev 或 super-dev:

首页默认只讲 uv 安装和 super-dev 引导。源码安装、版本锁定安装与 uninstall 细节留在文档中心。

在 GitHub 查看源代码