super-dev 2.0.3__tar.gz → 2.0.4__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (84) hide show
  1. super_dev-2.0.4/PKG-INFO +917 -0
  2. super_dev-2.0.4/README.md +876 -0
  3. {super_dev-2.0.3 → super_dev-2.0.4}/pyproject.toml +13 -1
  4. super_dev-2.0.4/super_dev/__init__.py +11 -0
  5. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/cli.py +1147 -114
  6. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/config/manager.py +2 -2
  7. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/creators/document_generator.py +412 -29
  8. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/creators/frontend_builder.py +291 -8
  9. super_dev-2.0.4/super_dev/creators/prompt_generator.py +566 -0
  10. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/deployers/delivery.py +4 -1
  11. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/__init__.py +3 -0
  12. super_dev-2.0.4/super_dev/design/ui_intelligence.py +744 -0
  13. super_dev-2.0.4/super_dev/integrations/manager.py +1186 -0
  14. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/orchestrator/engine.py +20 -0
  15. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/orchestrator/experts.py +5 -0
  16. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/orchestrator/knowledge.py +253 -8
  17. super_dev-2.0.4/super_dev/release_readiness.py +303 -0
  18. super_dev-2.0.4/super_dev/review_state.py +39 -0
  19. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/reviewers/__init__.py +3 -0
  20. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/reviewers/quality_gate.py +42 -0
  21. super_dev-2.0.4/super_dev/reviewers/ui_review.py +760 -0
  22. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/skills/manager.py +132 -19
  23. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/web/api.py +499 -22
  24. super_dev-2.0.4/super_dev.egg-info/PKG-INFO +917 -0
  25. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev.egg-info/SOURCES.txt +4 -0
  26. super_dev-2.0.3/PKG-INFO +0 -409
  27. super_dev-2.0.3/README.md +0 -368
  28. super_dev-2.0.3/super_dev/__init__.py +0 -11
  29. super_dev-2.0.3/super_dev/creators/prompt_generator.py +0 -289
  30. super_dev-2.0.3/super_dev/integrations/manager.py +0 -639
  31. super_dev-2.0.3/super_dev.egg-info/PKG-INFO +0 -409
  32. {super_dev-2.0.3 → super_dev-2.0.4}/LICENSE +0 -0
  33. {super_dev-2.0.3 → super_dev-2.0.4}/setup.cfg +0 -0
  34. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/analyzer/__init__.py +0 -0
  35. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/analyzer/analyzer.py +0 -0
  36. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/analyzer/detectors.py +0 -0
  37. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/analyzer/models.py +0 -0
  38. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/catalogs.py +0 -0
  39. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/config/__init__.py +0 -0
  40. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/config/frontend.py +0 -0
  41. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/creators/__init__.py +0 -0
  42. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/creators/creator.py +0 -0
  43. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/creators/implementation_builder.py +0 -0
  44. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/creators/requirement_parser.py +0 -0
  45. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/creators/spec_builder.py +0 -0
  46. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/creators/task_executor.py +0 -0
  47. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/deployers/__init__.py +0 -0
  48. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/deployers/cicd.py +0 -0
  49. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/deployers/migration.py +0 -0
  50. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/deployers/rehearsal.py +0 -0
  51. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/deployers/rehearsal_runner.py +0 -0
  52. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/aesthetics.py +0 -0
  53. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/charts.py +0 -0
  54. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/codegen.py +0 -0
  55. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/engine.py +0 -0
  56. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/generator.py +0 -0
  57. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/landing.py +0 -0
  58. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/tech_stack.py +0 -0
  59. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/tokens.py +0 -0
  60. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/design/ux_guide.py +0 -0
  61. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/exceptions.py +0 -0
  62. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/experts/__init__.py +0 -0
  63. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/experts/service.py +0 -0
  64. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/integrations/__init__.py +0 -0
  65. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/orchestrator/__init__.py +0 -0
  66. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/orchestrator/contracts.py +0 -0
  67. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/orchestrator/quality.py +0 -0
  68. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/orchestrator/telemetry.py +0 -0
  69. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/policy/__init__.py +0 -0
  70. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/policy/manager.py +0 -0
  71. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/reviewers/code_review.py +0 -0
  72. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/reviewers/redteam.py +0 -0
  73. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/skills/__init__.py +0 -0
  74. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/specs/__init__.py +0 -0
  75. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/specs/generator.py +0 -0
  76. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/specs/manager.py +0 -0
  77. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/specs/models.py +0 -0
  78. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/specs/validator.py +0 -0
  79. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/utils/__init__.py +0 -0
  80. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev/utils/logger.py +0 -0
  81. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev.egg-info/dependency_links.txt +0 -0
  82. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev.egg-info/entry_points.txt +0 -0
  83. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev.egg-info/requires.txt +0 -0
  84. {super_dev-2.0.3 → super_dev-2.0.4}/super_dev.egg-info/top_level.txt +0 -0
@@ -0,0 +1,917 @@
1
+ Metadata-Version: 2.4
2
+ Name: super-dev
3
+ Version: 2.0.4
4
+ Summary: Super Dev - Pipeline AI Coding Assistant
5
+ Author-email: Excellent <11964948@qq.com>
6
+ License-Expression: MIT
7
+ Project-URL: Homepage, https://github.com/shangyankeji/super-dev
8
+ Project-URL: Documentation, https://github.com/shangyankeji/super-dev#readme
9
+ Project-URL: Repository, https://github.com/shangyankeji/super-dev
10
+ Project-URL: Issues, https://github.com/shangyankeji/super-dev/issues
11
+ Keywords: ai,development,agent,workflow,claude,cli
12
+ Classifier: Development Status :: 4 - Beta
13
+ Classifier: Intended Audience :: Developers
14
+ Classifier: Programming Language :: Python :: 3
15
+ Classifier: Programming Language :: Python :: 3.10
16
+ Classifier: Programming Language :: Python :: 3.11
17
+ Classifier: Programming Language :: Python :: 3.12
18
+ Classifier: Topic :: Software Development
19
+ Classifier: Topic :: Software Development :: Build Tools
20
+ Requires-Python: >=3.10
21
+ Description-Content-Type: text/markdown
22
+ License-File: LICENSE
23
+ Requires-Dist: rich>=13.0.0
24
+ Requires-Dist: pyyaml>=6.0.0
25
+ Requires-Dist: ddgs>=9.0.0
26
+ Requires-Dist: requests>=2.31.0
27
+ Requires-Dist: beautifulsoup4>=4.12.0
28
+ Requires-Dist: defusedxml>=0.7.1
29
+ Requires-Dist: openai>=1.0.0
30
+ Requires-Dist: tenacity>=8.2.0
31
+ Requires-Dist: fastapi>=0.110.0
32
+ Requires-Dist: uvicorn>=0.27.0
33
+ Requires-Dist: tomli>=2.0.0; python_version < "3.11"
34
+ Provides-Extra: dev
35
+ Requires-Dist: pytest>=7.0.0; extra == "dev"
36
+ Requires-Dist: pytest-cov>=4.0.0; extra == "dev"
37
+ Requires-Dist: black>=23.0.0; extra == "dev"
38
+ Requires-Dist: ruff>=0.1.0; extra == "dev"
39
+ Requires-Dist: mypy>=1.0.0; extra == "dev"
40
+ Dynamic: license-file
41
+
42
+ # Super Dev
43
+
44
+ <div align="center">
45
+
46
+ # 超级开发战队
47
+ ### 面向商业级交付的 AI 开发编排工具
48
+
49
+ [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](LICENSE)
50
+ [![Python](https://img.shields.io/badge/python-3.10%2B-blue)](https://www.python.org/downloads/)
51
+ [![Type Checks](https://img.shields.io/badge/type%20checks-mypy-success)](https://mypy-lang.org/)
52
+ [![Lint](https://img.shields.io/badge/lint-ruff-success)](https://docs.astral.sh/ruff/)
53
+ [![CI](https://img.shields.io/badge/CI-GitHub%20Actions-success)](.github/workflows/ci.yml)
54
+
55
+ [English](README_EN.md) | 简体中文
56
+
57
+ </div>
58
+
59
+ ---
60
+
61
+ ## 版本
62
+
63
+ 当前版本:`2.0.4`
64
+
65
+ ---
66
+
67
+ ## 项目介绍
68
+
69
+ `Super Dev` 是一个面向商业级交付的 AI 开发编排工具,核心目标是辅助用户将项目落地成可执行工程资产:
70
+
71
+ - 它不提供自己的大模型能力,也不替代宿主的编码能力
72
+ - 宿主负责调用模型、工具与实际编码
73
+ - `Super Dev` 负责流程治理、设计约束、质量门禁、审计产物与交付标准
74
+
75
+ - 将需求沉淀为可落地工件:PRD、架构、UI/UX、Spec、任务清单与交付清单
76
+ - 将开发过程组织为标准化流水线:可追踪、可恢复、可审计、可复盘
77
+ - 将质量控制前置到每个阶段:策略治理、红队审查、质量门禁、发布演练
78
+ - 将多宿主协作统一到同一套工程规范:CLI 与 IDE 环境共享同一交付标准
79
+
80
+ ---
81
+
82
+ ## 核心功能
83
+
84
+ ### 1. 宿主接入治理
85
+
86
+ - 支持主流 CLI/IDE 宿主统一接入
87
+ - 自动生成宿主规则文件、`/super-dev` 映射、Skill 目录
88
+ - `detect/onboard/doctor/setup/install` 形成接入闭环
89
+ - 通过宿主能力边界建模,明确哪些宿主是 `Certified / Compatible / Experimental`
90
+
91
+ ### 2. 流水线式开发编排(0-12 阶段)
92
+
93
+ - 同类产品研究 -> 需求增强 -> 文档 -> Spec -> 实现骨架 -> 红队 -> 质量门禁 -> 交付
94
+ - 全流程可恢复执行(`run --resume`)
95
+ - 适配 0-1 新建与 1-N+1 增量场景
96
+
97
+ ### 3. 策略治理(Policy DSL)
98
+
99
+ - `default / balanced / enterprise` 预设
100
+ - 强制红队/质量门禁
101
+ - 最低质量阈值、CI/CD 白名单
102
+ - required hosts 与 ready+score 硬校验
103
+
104
+ ### 4. 宿主画像与兼容性门禁
105
+
106
+ - 自动探测宿主并评分
107
+ - 输出 `host-compatibility` 报告与历史
108
+ - `--save-profile` 写入 `super-dev.yaml` 并用于质量门禁
109
+
110
+ ### 5. 可审计交付
111
+
112
+ - `pipeline-metrics` 指标报告
113
+ - `pipeline-contract` 阶段契约证据
114
+ - `resume-audit` 恢复执行审计
115
+ - `delivery manifest/report/archive` 交付包
116
+
117
+ ### 6. 商业级门禁链路
118
+
119
+ - 红队审查(安全/性能/架构)
120
+ - 质量门禁(场景阈值与策略阈值)
121
+ - 发布演练与回滚预案
122
+
123
+ ### 7. 商业级 UI Intelligence
124
+
125
+ - 内置 UI/UX 知识库:产品类型、行业语气、信任模块、页面骨架、反模式、信息密度
126
+ - 内置主流组件生态推荐:React/Next、Vue、Angular、Svelte 等按宿主和场景输出首选与备选方案
127
+ - UI/UX 文档会自动给出组件生态、表单/表格/图表/动效/图标基线,而不是只写风格描述
128
+ - 宿主提示词与 Skill 会继承这些规则,优先生成现代商业产品界面而不是 AI 模板页面
129
+ - 新增 `super-dev quality --type ui-review`,可对 `preview.html` / `output/frontend/index.html` 做结构级视觉审查
130
+
131
+ ---
132
+
133
+ ## 安装方式
134
+
135
+ ### 1. uv 安装(推荐)
136
+
137
+ ```bash
138
+ uv tool install super-dev
139
+ ```
140
+
141
+ 升级:
142
+
143
+ ```bash
144
+ uv tool upgrade super-dev
145
+ ```
146
+
147
+ ### 2. PyPI 安装
148
+
149
+ ```bash
150
+ pip install -U super-dev
151
+ ```
152
+
153
+ ### 3. 指定版本安装
154
+
155
+ ```bash
156
+ pip install super-dev==2.0.4
157
+ ```
158
+
159
+ ### 4. GitHub 指定标签安装
160
+
161
+ ```bash
162
+ pip install git+https://github.com/shangyankeji/super-dev.git@v2.0.4
163
+ ```
164
+
165
+ ### 5. 源码开发安装
166
+
167
+ `uv` 开发环境:
168
+
169
+ ```bash
170
+ git clone https://github.com/shangyankeji/super-dev.git
171
+ cd super-dev
172
+ uv sync
173
+ uv run super-dev --version
174
+ ```
175
+
176
+ `pip` 开发环境:
177
+
178
+ ```bash
179
+ git clone https://github.com/shangyankeji/super-dev.git
180
+ cd super-dev
181
+ pip install -e ".[dev]"
182
+ ```
183
+
184
+ ---
185
+
186
+ ## 最简单使用(给最终用户)
187
+
188
+ ### CLI 宿主(Claude Code / CodeBuddy CLI / Codex CLI / Cursor CLI / Gemini CLI / iFlow CLI / Kimi CLI / Kiro CLI / OpenCode CLI / Qoder CLI)
189
+
190
+ 1. 进入项目目录执行 `super-dev` 完成接入。
191
+ 2. Claude Code / Gemini CLI / Kiro CLI / Qoder CLI / CodeBuddy CLI 等支持原生映射的宿主,可直接输入:`/super-dev 你的需求`。
192
+ 3. Codex CLI、Kimi CLI 当前不使用 `/super-dev`;在宿主会话里输入 `super-dev: 你的需求`。
193
+ 4. 宿主会先被约束执行“同类产品研究 -> 三文档 -> 等待用户确认 -> Spec -> 前端运行验证 -> 后端/测试/交付”,不会直接跳到写代码。
194
+
195
+ ### 宿主如何理解 Super Dev
196
+
197
+ - `Super Dev` 是当前项目里的本地 Python CLI 工具,加上宿主里的规则文件 / Skill / slash 映射。
198
+ - 宿主负责模型推理、联网搜索、编码、运行终端与修改文件。
199
+ - `Super Dev` 负责把宿主拉进固定流水线:research、三文档、确认门、Spec、前端优先、后端联调、质量门禁、交付审计。
200
+ - 当用户输入 `/super-dev 需求` 或 `super-dev: 需求` 时,宿主要把它视为“进入 Super Dev 流水线”,而不是普通聊天。
201
+ - 需要生成或刷新文档、Spec、质量报告、交付产物时,宿主应优先调用本地 `super-dev` CLI。
202
+ - 如果项目根目录存在 `knowledge/`,宿主必须优先读取与当前需求相关的知识文件。
203
+ - 如果已生成 `output/knowledge-cache/*-knowledge-bundle.json`,宿主必须把其中命中的本地知识、研究摘要和场景约束继承到三文档、Spec 和实现阶段。
204
+
205
+ ### IDE 宿主(CodeBuddy / Cursor / Kiro / Qoder / Trae / Windsurf)
206
+
207
+ 1. 进入项目目录执行 `super-dev` 完成接入。
208
+ 2. 打开 IDE 的 Agent Chat 后,按宿主真实入口触发。
209
+ 3. 支持 slash 的 IDE 使用 `/super-dev 你的需求`;不支持 slash 的 IDE 使用 `super-dev: 你的需求`。
210
+ 4. 非 slash 宿主仍会通过项目规则、AGENTS 或 Skill 进入同样的 research-first 流程,而不是绕开流水线。
211
+
212
+ ### 每个宿主如何使用
213
+
214
+ #### 1. Claude Code
215
+
216
+ 安装:
217
+ ```bash
218
+ super-dev onboard --host claude-code --force --yes
219
+ ```
220
+
221
+ 触发位置:
222
+ 在项目目录启动 Claude Code 当前会话后,直接在同一会话里触发。
223
+
224
+ 触发命令:
225
+ ```text
226
+ /super-dev 你的需求
227
+ ```
228
+
229
+ 接入后是否需要重启:否
230
+
231
+ 补充说明:
232
+ 1. 推荐作为首选 CLI 宿主。
233
+ 2. 接入后可先执行 `super-dev doctor --host claude-code` 确认 slash 已生效。
234
+
235
+ #### 2. CodeBuddy CLI
236
+
237
+ 安装:
238
+ ```bash
239
+ super-dev onboard --host codebuddy-cli --force --yes
240
+ ```
241
+
242
+ 触发位置:
243
+ 在项目目录启动 CodeBuddy CLI 会话后触发。
244
+
245
+ 触发命令:
246
+ ```text
247
+ /super-dev 你的需求
248
+ ```
249
+
250
+ 接入后是否需要重启:否
251
+
252
+ 补充说明:
253
+ 1. 在当前 CLI 会话中直接输入即可。
254
+ 2. 如果会话已提前打开,建议重新加载项目规则后再试。
255
+
256
+ #### 3. CodeBuddy IDE
257
+
258
+ 安装:
259
+ ```bash
260
+ super-dev onboard --host codebuddy --force --yes
261
+ ```
262
+
263
+ 触发位置:
264
+ 打开 CodeBuddy IDE 的 Agent Chat,在项目上下文内触发。
265
+
266
+ 触发命令:
267
+ ```text
268
+ /super-dev 你的需求
269
+ ```
270
+
271
+ 接入后是否需要重启:否
272
+
273
+ 补充说明:
274
+ 1. 建议在项目级 Agent Chat 中使用,不要脱离项目上下文。
275
+ 2. 先让宿主完成 research,再继续文档和编码。
276
+
277
+ #### 4. Cursor CLI
278
+
279
+ 安装:
280
+ ```bash
281
+ super-dev onboard --host cursor-cli --force --yes
282
+ ```
283
+
284
+ 触发位置:
285
+ 在项目目录启动 Cursor CLI 当前会话后触发。
286
+
287
+ 触发命令:
288
+ ```text
289
+ /super-dev 你的需求
290
+ ```
291
+
292
+ 接入后是否需要重启:否
293
+
294
+ 补充说明:
295
+ 1. 适合终端内连续执行研究、文档和编码。
296
+ 2. 若命令列表未刷新,可重开一次 Cursor CLI 会话。
297
+
298
+ #### 5. Cursor IDE
299
+
300
+ 安装:
301
+ ```bash
302
+ super-dev onboard --host cursor --force --yes
303
+ ```
304
+
305
+ 触发位置:
306
+ 打开 Cursor 的 Agent Chat,并确保当前工作区就是目标项目。
307
+
308
+ 触发命令:
309
+ ```text
310
+ /super-dev 你的需求
311
+ ```
312
+
313
+ 接入后是否需要重启:否
314
+
315
+ 补充说明:
316
+ 1. 建议固定在同一个 Agent Chat 会话里完成整条流水线。
317
+ 2. 如果项目规则没加载,先重新打开工作区或重新发起聊天。
318
+
319
+ #### 6. Gemini CLI
320
+
321
+ 安装:
322
+ ```bash
323
+ super-dev onboard --host gemini-cli --force --yes
324
+ ```
325
+
326
+ 触发位置:
327
+ 在项目目录启动 Gemini CLI 会话后触发。
328
+
329
+ 触发命令:
330
+ ```text
331
+ /super-dev 你的需求
332
+ ```
333
+
334
+ 接入后是否需要重启:否
335
+
336
+ 补充说明:
337
+ 1. 优先在同一会话中完成 research -> 三文档 -> 用户确认 -> Spec -> 前端运行验证 -> 后端/交付。
338
+ 2. 若宿主支持联网,先让它完成同类产品研究。
339
+
340
+ #### 7. iFlow CLI
341
+
342
+ 安装:
343
+ ```bash
344
+ super-dev onboard --host iflow --force --yes
345
+ ```
346
+
347
+ 触发位置:
348
+ 在项目目录启动 iFlow CLI 会话后触发。
349
+
350
+ 触发命令:
351
+ ```text
352
+ /super-dev 你的需求
353
+ ```
354
+
355
+ 接入后是否需要重启:否
356
+
357
+ 补充说明:
358
+ 1. 当前按 slash 宿主适配。
359
+ 2. 如果 slash 未出现,先检查项目级命令文件是否已写入。
360
+
361
+ #### 8. Kimi CLI
362
+
363
+ 安装:
364
+ ```bash
365
+ super-dev onboard --host kimi-cli --force --yes
366
+ ```
367
+
368
+ 触发位置:
369
+ 在项目目录启动 Kimi CLI 会话后触发。
370
+
371
+ 触发命令:
372
+ ```text
373
+ super-dev: 你的需求
374
+ ```
375
+
376
+ 接入后是否需要重启:否
377
+
378
+ 补充说明:
379
+ 1. 不要输入 `/super-dev`,Kimi CLI 当前优先按 `.kimi/AGENTS.md + 文本触发` 工作。
380
+ 2. 建议先用 `super-dev doctor --host kimi-cli` 做一次确认。
381
+ 3. 尽量保持同一会话完成完整开发流程。
382
+
383
+ #### 9. Kiro CLI
384
+
385
+ 安装:
386
+ ```bash
387
+ super-dev onboard --host kiro-cli --force --yes
388
+ ```
389
+
390
+ 触发位置:
391
+ 在项目目录启动 Kiro CLI 会话后触发。
392
+
393
+ 触发命令:
394
+ ```text
395
+ /super-dev 你的需求
396
+ ```
397
+
398
+ 接入后是否需要重启:否
399
+
400
+ 补充说明:
401
+ 1. CLI 模式下直接使用 slash。
402
+ 2. 如果项目规则未刷新,重新进入项目目录再启动 Kiro CLI。
403
+
404
+ #### 10. Kiro IDE
405
+
406
+ 安装:
407
+ ```bash
408
+ super-dev onboard --host kiro --force --yes
409
+ ```
410
+
411
+ 触发位置:
412
+ 打开 Kiro IDE 的 Agent Chat / AI 面板,在项目上下文内触发。
413
+
414
+ 触发命令:
415
+ ```text
416
+ super-dev: 你的需求
417
+ ```
418
+
419
+ 接入后是否需要重启:否
420
+
421
+ 补充说明:
422
+ 1. Kiro IDE 当前优先按 steering/rules 模式触发,不走 `/super-dev`。
423
+ 2. 如果 steering/rules 未加载,先重开项目窗口。
424
+
425
+ #### 11. OpenCode
426
+
427
+ 安装:
428
+ ```bash
429
+ super-dev onboard --host opencode --force --yes
430
+ ```
431
+
432
+ 触发位置:
433
+ 在项目目录启动 OpenCode CLI 会话后触发。
434
+
435
+ 触发命令:
436
+ ```text
437
+ /super-dev 你的需求
438
+ ```
439
+
440
+ 接入后是否需要重启:否
441
+
442
+ 补充说明:
443
+ 1. 按 CLI slash 模式使用。
444
+ 2. 若你使用全局命令目录,也建议保留项目级接入文件。
445
+
446
+ #### 12. Qoder CLI
447
+
448
+ 安装:
449
+ ```bash
450
+ super-dev onboard --host qoder-cli --force --yes
451
+ ```
452
+
453
+ 触发位置:
454
+ 在项目目录启动 Qoder CLI 会话后触发。
455
+
456
+ 触发命令:
457
+ ```text
458
+ /super-dev 你的需求
459
+ ```
460
+
461
+ 接入后是否需要重启:否
462
+
463
+ 补充说明:
464
+ 1. 适合命令行流水线开发。
465
+ 2. 若 slash 未生效,先确认 `.qoder/commands/super-dev.md` 已生成。
466
+
467
+ #### 13. Qoder IDE
468
+
469
+ 安装:
470
+ ```bash
471
+ super-dev onboard --host qoder --force --yes
472
+ ```
473
+
474
+ 触发位置:
475
+ 打开 Qoder IDE 的 Agent Chat,在当前项目内触发。
476
+
477
+ 触发命令:
478
+ ```text
479
+ super-dev: 你的需求
480
+ ```
481
+
482
+ 接入后是否需要重启:否
483
+
484
+ 补充说明:
485
+ 1. Qoder IDE 当前优先按 project rules 模式触发,不走 `/super-dev`。
486
+ 2. 若规则未生效,重新打开项目或重新创建聊天。
487
+
488
+ #### 14. Windsurf
489
+
490
+ 安装:
491
+ ```bash
492
+ super-dev onboard --host windsurf --force --yes
493
+ ```
494
+
495
+ 触发位置:
496
+ 打开 Windsurf 的 Agent Chat / Workflow 入口,在项目上下文内触发。
497
+
498
+ 触发命令:
499
+ ```text
500
+ /super-dev 你的需求
501
+ ```
502
+
503
+ 接入后是否需要重启:否
504
+
505
+ 补充说明:
506
+ 1. 当前按 IDE slash/workflow 模式适配。
507
+ 2. 更适合在同一个 Workflow 里连续完成研究、文档、Spec 和编码。
508
+
509
+ #### 15. Codex CLI
510
+
511
+ 安装:
512
+ ```bash
513
+ super-dev onboard --host codex-cli --force --yes
514
+ ```
515
+
516
+ 触发位置:
517
+ 在项目目录完成接入后,重启 `codex`,然后在新的 Codex 会话里触发。
518
+
519
+ 触发命令:
520
+ ```text
521
+ super-dev: 你的需求
522
+ ```
523
+
524
+ 接入后是否需要重启:是
525
+
526
+ 补充说明:
527
+ 1. 不要输入 `/super-dev`,Codex 当前不走自定义 slash。
528
+ 2. 实际依赖 `.codex/AGENTS.md` 和 `.codex/skills/super-dev-core/SKILL.md`。
529
+ 3. 如果旧会话没加载新 Skill,重启 `codex` 再试。
530
+
531
+ #### 16. Trae
532
+
533
+ 安装:
534
+ ```bash
535
+ super-dev onboard --host trae --force --yes
536
+ ```
537
+
538
+ 触发位置:
539
+ 打开 Trae IDE 的 Agent Chat,在当前项目上下文内直接触发。
540
+
541
+ 触发命令:
542
+ ```text
543
+ super-dev: 你的需求
544
+ ```
545
+
546
+ 接入后是否需要重启:否
547
+
548
+ 补充说明:
549
+ 1. 不要输入 `/super-dev`。
550
+ 2. Trae 当前默认按项目 rules 模式工作,无需手动开启 Skill。
551
+ 3. 随后按 `output/*` 与 `.super-dev/changes/*/tasks.md` 推进开发。
552
+
553
+ ## 快速开始(详细使用说明)
554
+
555
+ 宿主详细使用方式、是否支持 `/super-dev`、各宿主的正确触发方式,请看:
556
+
557
+ - [docs/HOST_USAGE_GUIDE.md](/Users/weiyou/Documents/kaifa/super-dev/docs/HOST_USAGE_GUIDE.md)
558
+ - [docs/HOST_CAPABILITY_AUDIT.md](/Users/weiyou/Documents/kaifa/super-dev/docs/HOST_CAPABILITY_AUDIT.md)
559
+
560
+ ### 宿主触发矩阵
561
+
562
+ 认证等级说明:
563
+
564
+ - `Certified`:已按该宿主真实能力做专门适配,当前是优先推荐使用的宿主。
565
+ - `Compatible`:接入链路完整,可以稳定使用,但还缺更长期的真机回归认证。
566
+ - `Experimental`:已接入并可尝试使用,但仍需要更多真实项目验证,不建议作为唯一生产宿主。
567
+
568
+ | 宿主 | 类型 | 认证等级 | 是否支持 `/super-dev` | 正确触发方式 | 接入后是否需要重启 |
569
+ | --- | --- | --- | --- | --- | --- |
570
+ | Claude Code | CLI | Certified | 支持 | 在 Claude Code 会话中输入 `/super-dev 你的需求` | 否 |
571
+ | CodeBuddy CLI | CLI | Compatible | 支持 | 在 CodeBuddy CLI 会话中输入 `/super-dev 你的需求` | 否 |
572
+ | CodeBuddy IDE | IDE | Experimental | 支持 | 在 Agent Chat 中输入 `/super-dev 你的需求` | 否 |
573
+ | Cursor CLI | CLI | Compatible | 支持 | 在 Cursor CLI 会话中输入 `/super-dev 你的需求` | 否 |
574
+ | Cursor IDE | IDE | Experimental | 支持 | 在 Agent Chat 中输入 `/super-dev 你的需求` | 否 |
575
+ | Gemini CLI | CLI | Compatible | 支持 | 在 Gemini CLI 会话中输入 `/super-dev 你的需求` | 否 |
576
+ | iFlow CLI | CLI | Experimental | 支持 | 在 iFlow CLI 会话中输入 `/super-dev 你的需求` | 否 |
577
+ | Kimi CLI | CLI | Experimental | 不支持 | 在 Kimi CLI 会话中输入 `super-dev: 你的需求`(由 `.kimi/AGENTS.md` 生效) | 否 |
578
+ | Kiro CLI | CLI | Compatible | 支持 | 在 Kiro CLI 会话中输入 `/super-dev 你的需求` | 否 |
579
+ | Kiro IDE | IDE | Experimental | 不支持 | 在 Kiro IDE Agent Chat 中输入 `super-dev: 你的需求`(由 `.kiro/steering/super-dev.md` 生效) | 否 |
580
+ | OpenCode CLI | CLI | Experimental | 支持 | 在 OpenCode CLI 会话中输入 `/super-dev 你的需求` | 否 |
581
+ | Qoder CLI | CLI | Compatible | 支持 | 在 Qoder CLI 会话中输入 `/super-dev 你的需求` | 否 |
582
+ | Qoder IDE | IDE | Experimental | 不支持 | 在 Qoder IDE Agent Chat 中输入 `super-dev: 你的需求`(由 `.qoder/rules.md` 生效) | 否 |
583
+ | Windsurf | IDE | Experimental | 支持 | 在 Agent Chat 中输入 `/super-dev 你的需求` | 否 |
584
+ | Codex CLI | CLI | Certified | 不支持 | 重启 Codex 后输入 `super-dev: 你的需求`,由 `.codex/AGENTS.md` + `super-dev-core` Skill 生效 | 是 |
585
+ | Trae | IDE | Certified | 不支持 | 在 Trae Agent Chat 中输入 `super-dev: 你的需求`(由 `.trae/rules.md` 生效) | 否 |
586
+
587
+ ### 1. 安装后直接进入引导
588
+
589
+ ```bash
590
+ super-dev
591
+ ```
592
+
593
+ `super-dev` 无参数默认进入安装引导,可多选宿主。
594
+
595
+ 如果通过 `uv tool install` 安装,也可以直接运行:
596
+
597
+ ```bash
598
+ uv tool run super-dev
599
+ ```
600
+
601
+ 如果你不懂宿主差异,直接用:
602
+
603
+ ```bash
604
+ super-dev start --idea "你的需求"
605
+ ```
606
+
607
+ 它会自动:
608
+
609
+ 1. 探测本机已安装宿主
610
+ 2. 优先选择认证等级更高、触发更简单的宿主
611
+ 3. 自动完成接入并保存宿主画像
612
+ 4. 直接告诉你下一步该去哪个宿主、输入什么
613
+
614
+ 如果要确认宿主是否真的已经按 Super Dev 规则生效,继续执行:
615
+
616
+ ```bash
617
+ super-dev integrate smoke --target <host_id>
618
+ ```
619
+
620
+ 它会输出该宿主的标准验收语句、验收步骤和通过标准。
621
+
622
+ ### 2. 非交互一键安装(CI/脚本友好)
623
+
624
+ 自动探测本机宿主并安装:
625
+
626
+ ```bash
627
+ super-dev install --auto --force --yes
628
+ ```
629
+
630
+ 安装全部宿主:
631
+
632
+ ```bash
633
+ super-dev install --all --force --yes
634
+ ```
635
+
636
+ 检查或升级最新版本:
637
+
638
+ ```bash
639
+ super-dev update --check
640
+ super-dev update
641
+ ```
642
+
643
+ ### 3. 建立宿主画像
644
+
645
+ ```bash
646
+ super-dev detect --auto --save-profile
647
+ ```
648
+
649
+ 这一步会生成兼容性报告并写入 `super-dev.yaml`:
650
+
651
+ - `host_profile_targets`
652
+ - `host_profile_enforce_selected=true`
653
+
654
+ ### 4. 初始化企业策略(推荐)
655
+
656
+ ```bash
657
+ super-dev policy init --preset enterprise --force
658
+ super-dev policy show
659
+ ```
660
+
661
+ ### 5. 启动流水线开发
662
+
663
+ ```bash
664
+ super-dev "构建一个企业级 CRM,支持登录、RBAC、客户、商机、报表"
665
+ ```
666
+
667
+ 或显式模式:
668
+
669
+ ```bash
670
+ super-dev pipeline "构建一个企业级 CRM" --platform web --frontend react --backend python --cicd github
671
+ ```
672
+
673
+ 默认启用宿主硬门禁:如果没有 `ready` 宿主,流水线会直接阻断并提示先完成接入。
674
+
675
+ 执行时的默认顺序是:
676
+
677
+ 1. 宿主先联网研究同类产品,生成 `output/*-research.md`
678
+ 2. 生成 `output/*-prd.md`
679
+ 3. 生成 `output/*-architecture.md`
680
+ 4. 生成 `output/*-uiux.md`
681
+ 5. 停在文档确认门,等待用户确认或提出修改意见
682
+ 6. 用户确认后再生成 Spec 与 `tasks.md`
683
+ 7. 先前端实现与运行验证,再进入后端、测试、门禁、交付
684
+
685
+ 终端也可以直接管理这一步确认状态:
686
+
687
+ ```bash
688
+ super-dev review docs
689
+ super-dev review docs --status revision_requested --comment "补充竞品差异化与首页信息架构"
690
+ super-dev review docs --status confirmed --comment "三文档已确认,进入 Spec 阶段"
691
+ ```
692
+
693
+ ### 6. 查看关键产物
694
+
695
+ 运行后重点看 `output/`:
696
+
697
+ - `*-research.md`
698
+ - `*-prd.md`
699
+ - `*-architecture.md`
700
+ - `*-uiux.md`
701
+ - `*-redteam.md`
702
+ - `*-quality-gate.md`
703
+ - `*-pipeline-metrics.json`
704
+ - `*-pipeline-contract.json`
705
+ - `delivery/*-delivery-manifest.json`
706
+ - `rehearsal/*-rehearsal-report.md`
707
+
708
+ ### 7. 在宿主里直接触发
709
+
710
+ 支持 slash 命令映射的宿主可直接输入:
711
+
712
+ ```text
713
+ /super-dev 你的需求
714
+ ```
715
+
716
+ `/super-dev` 会强制执行:先 research -> 再三文档(PRD/架构/UIUX)-> 等待用户确认 -> 再 Spec 与 tasks -> 再编码实现。
717
+ 编码阶段默认遵循商业级 UI/UX 规范,禁止紫/粉渐变主视觉、emoji 功能图标、模板化页面直出,并要求先定义字体系统、token、栅格和组件状态矩阵。
718
+
719
+ Codex CLI 当前不使用 `/super-dev`,而是依赖 `.codex/AGENTS.md` + `super-dev-core` Skill。在 Codex 会话中输入 `super-dev: 你的需求` 即可。
720
+
721
+ 若宿主不支持 slash 命令映射,可在同一项目根目录执行终端入口(仅触发 Super Dev 本地流水线编排):
722
+
723
+ ```bash
724
+ super-dev "你的需求"
725
+ ```
726
+
727
+ 注意:
728
+
729
+ 1. 终端入口本身不替代宿主模型能力。
730
+ 2. 真正的编码仍然应在已接入的宿主中完成。
731
+ 3. 如果宿主具备联网能力,Super Dev 会优先要求宿主先做同类产品研究。
732
+
733
+ - 终端入口不会直接调用宿主模型会话
734
+ - 代码生成与修改仍在已接入的宿主工具中完成
735
+
736
+ ---
737
+
738
+ ## 使用场景
739
+
740
+ ## 1. 从 0-1(新项目)
741
+
742
+ 适用:你只有需求,没有现成工程。
743
+
744
+ ### 推荐流程
745
+
746
+ 1. 新建目录并安装接入
747
+ 2. 执行 `detect --save-profile`
748
+ 3. 初始化 `enterprise` 策略
749
+ 4. 运行需求直达流水线
750
+ 5. 依据 `tasks.md` 推进实现和联调
751
+ 6. 完成红队、质量门禁、发布演练后交付
752
+
753
+ ### 示例
754
+
755
+ ```bash
756
+ mkdir crm-project && cd crm-project
757
+ pip install -U super-dev
758
+ super-dev
759
+ super-dev detect --auto --save-profile
760
+ super-dev policy init --preset enterprise --force
761
+ super-dev "做一个企业级 CRM,支持多租户、RBAC、线索、客户、商机、报表"
762
+ ```
763
+
764
+ ---
765
+
766
+ ## 2. 从 1-N+1(存量项目增量迭代)
767
+
768
+ 适用:已有项目,持续增加业务能力模块。
769
+
770
+ ### 推荐流程
771
+
772
+ 1. 先分析现有代码与技术栈
773
+ 2. 建立 Spec 变更
774
+ 3. 按任务闭环执行
775
+ 4. 每个变更独立通过红队与质量门禁
776
+ 5. 小批次合并与发布
777
+
778
+ ### 示例
779
+
780
+ ```bash
781
+ cd existing-project
782
+ super-dev analyze .
783
+ super-dev spec init
784
+ super-dev spec propose add-billing --title "新增计费中心" --description "支持套餐、订阅、账单、支付回调"
785
+ super-dev task run add-billing
786
+ super-dev quality --type all
787
+ ```
788
+
789
+ ---
790
+
791
+ ## 支持的宿主
792
+
793
+ ### CLI 宿主
794
+
795
+ - `claude-code`
796
+ - `codebuddy-cli`
797
+ - `codex-cli`
798
+ - `cursor-cli`
799
+ - `gemini-cli`
800
+ - `iflow`
801
+ - `kimi-cli`
802
+ - `kiro-cli`
803
+ - `opencode`
804
+ - `qoder-cli`
805
+
806
+ ### IDE / 扩展宿主
807
+
808
+ - `codebuddy`
809
+ - `cursor`
810
+ - `kiro`
811
+ - `qoder`
812
+ - `trae`(Rules-first)
813
+ - `windsurf`
814
+
815
+ ### 宿主适配方式(CLI/IDE)
816
+
817
+ - `CLI 宿主(原生 slash)`:在宿主会话内触发 `/super-dev`,由宿主模型执行编码
818
+ - `CLI 宿主(非 slash)`:在宿主会话内输入 `super-dev: 你的需求`,由 AGENTS / 规则文件驱动执行
819
+ - `IDE 宿主(原生 slash)`:在 Agent Chat 触发 `/super-dev`,由规则文件与 Skill 约束执行流程
820
+ - `IDE 宿主(非 slash)`:在 Agent Chat 输入 `super-dev: 你的需求`,由项目规则驱动执行
821
+ - `终端入口`:`super-dev "需求"` 仅触发本地流水线编排,不直接调用宿主模型会话
822
+
823
+ 查看宿主适配矩阵(官方文档链接、适配模式、注入路径、探测策略):
824
+
825
+ ```bash
826
+ super-dev integrate matrix
827
+ super-dev integrate matrix --json
828
+ ```
829
+
830
+ ---
831
+
832
+ ## 常用命令速查
833
+
834
+ ```bash
835
+ # uv
836
+ uv tool install super-dev
837
+ uv tool upgrade super-dev
838
+ uv sync
839
+ uv run super-dev --version
840
+
841
+ # 安装接入
842
+ super-dev
843
+ super-dev install --auto --force --yes
844
+ super-dev detect --auto --save-profile
845
+ super-dev doctor --auto --repair --force
846
+ super-dev integrate matrix --target codex-cli
847
+
848
+ # 流水线开发
849
+ super-dev "你的需求"
850
+ super-dev pipeline "你的需求" --platform web --frontend react --backend python --cicd github
851
+ super-dev run --resume
852
+
853
+ # 策略治理
854
+ super-dev policy presets
855
+ super-dev policy init --preset enterprise --force
856
+ super-dev policy show
857
+
858
+ # 规范任务
859
+ super-dev spec init
860
+ super-dev spec list
861
+ super-dev task run <change_id>
862
+
863
+ # 质量与交付
864
+ super-dev quality --type all
865
+ super-dev metrics --history --limit 20
866
+ super-dev release readiness
867
+ super-dev deploy --cicd all --rehearsal --rehearsal-verify
868
+ ```
869
+
870
+ ---
871
+
872
+ ## 开发与发布(uv)
873
+
874
+ ```bash
875
+ # 同步依赖
876
+ uv sync
877
+
878
+ # 本地检查
879
+ uv run pytest -q
880
+ uv run ruff check super_dev tests
881
+ uv run mypy super_dev
882
+
883
+ # 构建
884
+ uv build
885
+
886
+ # 发布
887
+ UV_PUBLISH_TOKEN="<your-token>" uv publish
888
+ ```
889
+
890
+ ---
891
+
892
+ ## 发布前检查
893
+
894
+ ```bash
895
+ ./scripts/preflight.sh
896
+ ```
897
+
898
+ ---
899
+
900
+ ## 相关文档
901
+
902
+ - [详细工作流指南](docs/WORKFLOW_GUIDE.md)
903
+ - [快速开始](docs/QUICKSTART.md)
904
+ - [发布指南](docs/PUBLISHING.md)
905
+ - [安装方式说明](docs/INSTALL_OPTIONS.md)
906
+
907
+ ---
908
+
909
+ ## 微信公众号
910
+
911
+ ![Super Dev 微信公众号](wechat.png)
912
+
913
+ ---
914
+
915
+ ## License
916
+
917
+ MIT