start-project

从零指导将想法或空文件夹构建为结构化、可开发的工程项目并初始化版本控制。

把模糊想法或空文件夹变成可开发的工程：帮你定 North Star、MVP、选平台/框架、规划目录与架构、初始化 Git，并做第一个可验证的垂直切片。在准备从零开始编码、需要快速进入可交付状态或不想一开始就做错技术选型时用。流程上会给出一套明确推荐和一个备选，优先锁定高成本决策并尽快做能跑通的最小实现，避免无休止规划。

# 从零做项目

把模糊想法转成可以安全开发的项目。先完成产品、技术和执行准备，再写正式功能。用通俗语言解释选择，但不要把能由 Codex 调查的工程问题推给零经验用户。

## 基本原则

1. 每批最多询问 3 个相关问题，跳过用户已经回答的内容。
2. 技术选择给出一个明确推荐和一个备选，不罗列一堆工具让用户盲选。
3. 区分用户决策与 Codex 调查：用户决定体验、受众、预算和边界；Codex 调查技术、结构、工具链和风险。
4. 版本、价格、许可、商店规则和平台支持容易变化；推荐前查询官方当前资料。
5. 先锁定高成本、难回退的决策，再尽快做垂直切片；不要先写完整大项目，也不要无限规划。
6. 没有完成信号就不实现，没有验证就不宣称完成。

## 第 0 阶段：判断起点

有项目目录时先运行：

```powershell
python <skill-dir>/scripts/inspect_project.py <project-root>
```

根据结果选择模式：

- `idea`：只有想法，尚无目录。
- `empty`：已有空目录，尚无代码。
- `existing`：已有代码或脚手架。
- `resume`：已有项目，需要跨会话恢复。

`existing` 和 `resume` 模式优先读取并执行已安装的 `$project-readiness-gate`；如果未安装，则直接使用本 skill 第 5 阶段的同等门禁。不要用新项目模板覆盖已有结构。

## 第 1 阶段：把想法说清楚

第一批只确认：

1. 想做什么，谁会使用或游玩。
2. 用户