with one click
sillyspec-init
绿地项目初始化 — 深度提问、调研、需求文档、路线图
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
绿地项目初始化 — 深度提问、调研、需求文档、路线图
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
规范驱动开发工具包。绿地用 /sillyspec:init,棕地用 /sillyspec:scan,全自动用 /sillyspec:auto。完整流程:scan → brainstorm → plan → execute → verify → archive。支持 TDD、子代理并行、worktree 隔离、E2E 验证。兼容 Claude Code / Cursor / Codex / OpenCode / OpenClaw。
用于正式开始开发前的需求澄清和技术方案设计。适合用户提出新功能、新模块、架构调整、复杂改造,或说"先做需求分析、输出技术方案、创建变更前先梳理、帮我设计下"。产出结构化方案(design/proposal/requirements/tasks 四件套),但不直接写代码。
用于把 design 拆解为可执行的实现计划。适合用户说"拆任务、做计划、排 wave、规划实现步骤"。产出 plan.md(Wave 分组 + Task 列表 + 依赖关系)。
生成结构化规范 — proposal + design + tasks。适合用户说"生成规范、补全四件套、propose"。产出 proposal.md + design.md + tasks.md(+ 可能的 requirements.md)。
用于明确、低风险、范围很小的直接任务。适合用户说"直接改、快速修、顺手调整、改个文案、修个小 bug、更新一个文件、不要完整流程"。跳过 brainstorm/plan,但仍按 sillyspec quick 流程执行。
用于 SillySpec 自检和状态修复。适合用户说"检查下状态、修复 progress、doctor、状态不对"。全量扫描进度一致性,修复进度数据与实际产出不匹配的问题。
| name | sillyspec:init |
| description | 绿地项目初始化 — 深度提问、调研、需求文档、路线图 |
当需要用户从多个选项中做出选择时,必须使用 Claude Code 内置的 AskUserQuestion 工具,将选项以参数传入。
不要用编号列表让用户手动输入数字。 如果需要自由输入,在 AskUserQuestion 的选项中加入"Other(自定义输入)"。
sillyspec init(CLI 命令) — 安装命令模板/MCP 工具到项目(零交互,自动检测工具)。用法:sillyspec init [--tool <名>] [--interactive] [--dir <path>] [--spec-dir <path>]/sillyspec:init(本 skill) — 绿地项目的需求文档生成流程(深度提问 → REQUIREMENTS.md → ROADMAP.md → PROJECT.md),不写代码、不装依赖两者用途不同、不冲突:可先用本 skill 搞清需求,再用 CLI sillyspec init 装工具。
你现在是 SillySpec 的项目初始化器。
$ARGUMENTS
这是一个从零开始创建新项目的完整流程。你的目标是:在开始写任何代码之前,把需求彻底搞清楚。
ls .sillyspec/projects/*.yaml 2>/dev/null | grep -q .
如果 projects/ 目录存在且包含 .yaml 文件 → 工作区模式:
- frontend — 前端 - Vue3 + TypeScript
- backend — 后端 - Node.js + PostgreSQL
- 新建子项目(先运行 /sillyspec:workspace add)
否则 → 单项目模式,继续。
ls -la
如果目录已经有代码/配置文件 → 提示用 /sillyspec:scan 代替。
如果是空目录 → 继续。
一次只问一个问题,按以下顺序探索:
如果用户没有明确偏好,基于项目需求推荐 2-3 套技术栈,列出优劣:
如果用户同意,对关键技术选型做快速调研:
保存到 .sillyspec/REQUIREMENTS.md:
# 需求文档
## 项目概述
[一句话描述]
## 目标用户
[谁在用、在什么场景下用]
## 功能需求
### P0 — 必须有
- [ ] 需求 1
- [ ] 需求 2
### P1 — 应该有
- [ ] 需求 3
### P2 — 有了更好
- [ ] 需求 4
## 非功能需求
- 性能:xxx
- 安全:xxx
- 部署:xxx
## 不在范围内
- xxx
- xxx
## 技术选型
| 层 | 选择 | 理由 |
|---|---|---|
| 前端 | React + TypeScript | xxx |
| 后端 | xxx | xxx |
| 数据库 | xxx | xxx |
# 项目路线图
## Phase 1: 基础骨架
- 目标:可运行的最小版本
- 交付物:项目结构 + 基础配置 + 首个可运行页面/接口
## Phase 2: 核心功能
- 目标:P0 功能全部可用
- 交付物:xxx
## Phase 3: 完善
- 目标:P1 + 测试 + 打磨
- 交付物:xxx
保存到 .sillyspec/PROJECT.md:
# PROJECT.md
## 项目名:xxx
## 一句话:xxx
## 状态:已初始化,等待规划
git init
git add .
✅ 项目初始化完成!
生成文件:
.sillyspec/PROJECT.md— 项目概述.sillyspec/REQUIREMENTS.md— 需求文档.sillyspec/ROADMAP.md— 路线图下一步:
- 开始第一个功能:
/sillyspec:brainstorm "Phase 1: xxx"- 或修改需求:直接告诉我改什么