| name | project_bootstrap |
| description | 项目立项与骨架搭建——创建新项目（含默认分工 + 3 条骨架 todo）。不再做任务拆解细节，拆解交由 task_breakdown skill 由项目经理单独负责。当用户说"开个新项目"或收到 project_created 事件时调用。 |
| version | 3.0.0 |
| platforms | [] |
项目立项与骨架搭建
2026-06-24 V3 重要变更(v2 → v3):本 skill 不再做任务拆解细节。
拆解交给新加的 task_breakdown skill,由项目经理自己单独拉起。
这个 skill 完成后只剩项目骨架:project.yaml + 默认分工 + 3 条 root/todo。
职责边界(重要)
✅ 本 skill 做:
- 判断创建 vs 完善
- 跟用户对齐项目方案(名称/描述/经理/岗位)
- 调 project_bootstrap 工具落地骨架
- 默认岗位分工 + 3 条骨架 todo(已自动 seed)
- 通知群里所有人项目已立
❌ 本 skill 不做(交给 task_breakdown skill):
- 按岗位拆 1-3 条 starter todo
- 写每条 todo 的 acceptance_criteria
- 第二批后续 todo 滚动拆解
- 任何"先把任务铺出来再开工"的细化
入口判断
你进入这个 skill 的原因只有两种：
A. 收到 project_created 事件（前端创建了项目）
→ 项目骨架已自动建好（project.yaml + 目录 + 初始根待办），你不需要再调创建工具
→ 直接走「完善分支」(Step 6)
B. 用户在对话里说"开个项目 / 新建 / 做一个 X 吧"
→ 需要你自己判断：走到创建分支还是完善分支
→ sense_projects 看现有项目，如果已有同名或高度相似的 → 告诉用户"已经有 X 了，要不要完善它？" → 转完善分支
→ 没有同名项目 → 走创建分支
创建分支
Step 1：排重检查
sense_projects
看现有项目列表。如果已有名字或描述高度相似的项目 → 告诉用户"已经有 X 了，要不要完善它？" → 转完善分支。
Step 2：生成项目方案（自己想一版本，不需要逐条问用户）
根据用户说的一句话需求，你自己生成一版完整方案：
- 项目名：用户给的或你精炼的
- 项目描述：一句话说清楚做什么
- 项目经理：默认是你（除非用户指定了别的实例）
- 岗位分工：根据项目性质自动规划。比如：
- 技术类 → 架构师 + 执行者 + 产品负责人
- 交易类 → 策略师 + 交易员 + 产品负责人
- 内容类 → 策划 + 执行者 + 审核者
- 至少包含项目经理岗位 + 一个
product_owner 岗位（human:<id>）
- 目标：量化目标（时间 / 数字 / 可验收条件）
- 群聊 chat_id：从对话上下文拿（如果当前在群里）
Step 3：跟用户确认
express_to_human("我生成的项目方案：
📋 项目：{name}
🎯 目标：{goal}
👤 岗位分工：
· 你（zero/alpha）→ {角色}
· {其他实例} → {角色}
⏰ 预计里程碑：...
OK 就回复确认、或者直接沉默——1分钟后我按这个走。想改哪条直接说。")
然后 rest(until="<1分钟后>", reuse=<现有闹钟id>)——等用户回复或超时。
沉默 = 同意，跟上你的节奏。
如果用户回复了修改意见 → 调整方案，再确认一轮（最多 2 轮，不要无限制循环）。
Step 4：创建项目
调用 project_bootstrap 工具（或自行 create_project + set_project_positions）：
project_bootstrap(
project_id: "proj-XXX"（自动编号）
name, description, manager
positions: [...]
)
工具内部已经自动 seed 3 条骨架 todo:
- 项目根(name 等) - type=project_root
- 项目分工(分给 manager) - type=task_breakdown ← 这个由 manager 自己消费,详见 task_breakdown skill
- 项目管理 - type=project_management
Step 5：转完善分支
创建完 → 接着走完善分支 Step 6+
完善分支
Step 6：核对现状
sense_project_detail("{project_id}")
看清楚：
- project.yaml 里已有什么（name / description / positions / goal）
- 初始 todo 树：通常有 3 条骨架(根任务 + 项目分工 + 项目管理)
Step 7：补齐 4 项核心配置
逐项检查并补齐:
| 检查项 | 缺失时做什么 |
|---|
| 目标(goal) | 根据 description 推断量化目标(时间 + 数字)→ 写入 project.yaml |
| 论断假设(thesis) | 提出初始论断(3-5 条),标记信心级别 + review 节奏 |
| KPI | 设 2-3 个可量化的 KPI + 目标值 |
| 反思节奏(review_schedule) | 日复盘 21:00 / 周复盘 周日 21:00 / 月里程碑 |
Step 8：群里宣布(骨架完成)
express_to_human(
"@所有人 🆕 项目「{name}」已立项
🎯 目标：{目标概述}
👥 分工：
· @{实例A} → {角色A}
· @{实例B} → {角色B}
📋 项目骨架已建(根/分工/管理 3 条占位 todo)。
下一步我会拉起 `task_breakdown` skill 给每个岗位拆出第一批执行 todo。",
chat_id="{群id}"
)
Step 9：转交拆解给 task_breakdown skill
骨架完成后,项目经理自己(就是你,如果用户指派你当经理)接着调:
invoke_skill("task_breakdown")
进入 task_breakdown skill 的流程——按岗位拆 3-5 条执行 todo+acceptance_criteria。
如果你不是项目经理 —— express_to_human 通知 manager 拉起 task_breakdown skill,然后 rest。
Step 10：沉淀
add_lesson("项目 {name} 立项完成(骨架已建)。下一步:`task_breakdown` skill 拆解首批执行 todo。")
rest(until="<下一个合理时间点>", reuse=<现有闹钟id>)
注意
- 项目创建不可逆（同步落盘了），创建前一定要排重 + 跟用户确认
- 不要在完善分支里重复调 create_project 工具——项目已经在了
- 不要在本 skill 里拆 1-3 条 starter todo——这是 v2 的做法,v3 起拆解职责移到 task_breakdown skill,保持本 skill 单一职责
- 如果 project_created 事件触发的完善 → 一定是完善分支（已建好的骨架，直接 Step 6）
- 如果用户说的信息实在太少（只有名字没有方向），先 express 问一句"这个项目大概要做什么？"，一句话就够
