vibe-init

vibe-init — 首次 onboarding

让用户从零到能跑第一次评估。新项目 ≤ 5 分钟，已有项目（含历史导入）≤ 10 分钟。

---

Overview

Phase 0: 检测当前状态
Phase 0.5: 判断新项目 vs 已有项目 → 分叉
Phase 1: 首屏告知（文案因项目状态不同）
Phase 2: 5-6 个问题（一问一答；已有项目多一问"要不要导入历史"）
Phase 3: 创建脚手架
Phase 3.5: 历史导入（仅已有项目 + 用户同意）
Phase 4: 安装 hook
Phase 5: 给下一步清单

---

Workflow

Phase 0: 检测当前状态

1. 检查当前目录是否存在 .vibe-state.json
   • 存在 → 提示"项目已初始化，要重新初始化会覆盖配置——确认？"
   • 不存在 → 继续
2. 检测项目状态——跑一条命令即可：

git log --oneline 2>/dev/null | wc -l

• 结果 > 0 → 已有项目（有 git 历史）
• 结果 = 0 或 git 不可用 → 新项目/空项目

1. 如果是已有项目，额外收集：
   • 总 commit 数
   • 最早 commit 日期 → 算项目年龄
   • 总文件数（git ls-files | wc -l）
   • 主要语言（git ls-files | sed 's/.*\.//' | sort | uniq -c | sort -rn | head -5）

Phase 0.5: 分叉

新项目 → Phase 1 用标准文案，Phase 2 问 5 个问题。

已有项目 → Phase 1 用已有项目文案（含项目统计），Phase 2 问 6 个问题（多一问"要不要导入历史"）。

Phase 1: 首屏告知

新项目文案：

🎯 Vibe Code — 初始化

你的下一次编码已经在改写 3 个月后的你。
判断力是客观存在的，区别是你**看见**还是**没看见**。
这套让你看见。

接下来 3-5 分钟我问你 5 个问题，搞清楚你做什么项目、用什么工具。

两件事先说在前面：

1. **早期评估会不准**——前 5 个任务精度大概 ±40%，这是事实。
   工具用 🔴🟠🟡🟢🔵 标 confidence，不藏数字。

2. **强烈建议导对标项目**——一个优秀的开源项目，工具立刻有参考 anchor。

准备好开始吗？

已有项目文案：

🎯 Vibe Code — 初始化

你的项目已经跑了 {N} 天，{M} 个 commit，{F} 个文件。
——但你知道自己哪些判断准、哪些判断偏吗？

这套让你的每一次编码变成实验：评估→预估→复盘→进化。
过去 {N} 天的"感觉"没法追回了，但从今天开始的每一行都能被校准。

接下来 3-5 分钟我问你几个问题。最后会问你要不要从 git 历史里导入
几个过去的重要任务——让 rubric 一开始就了解你的项目长什么样。

准备好开始吗？

Phase 2: 问题（一问一答，不批量）

Q1-Q5：所有项目都问

Q1: 项目类型

"你的项目更接近哪一种？ a) Web 应用（React/Vue/Next.js 等） b) CLI 工具 c) 库/SDK d) 移动应用 e) 其他"

记录到 project_type：

• a → "web-app"
• b → "cli"
• c → "lib"
• d → "mobile"
• e → "other"

Q2: 主要语言

"项目主要用什么语言？ a) TypeScript/JavaScript b) Python c) Go d) Rust e) Java/Kotlin f) 其他"

记录到 primary_language。

Q3: 数据采集方式

"任务完成后的数据怎么收集？ a) 自动采集（推荐）——有 git 就行，自动统计 diff/lint/时间 b) 手动——每次复盘时我口头问你"

• 选 a → data_collection = "auto", enabled_adapters = ["git-stats"]
• 选 b → data_collection = "manual", enabled_adapters = []