Makelore 2.0 initial clean snapshot

.opencode/skills/pm-project-plan/SKILL.md

@@ -0,0 +1,59 @@
+---
+name: pm-project-plan
+description: 当 NianCode 项目经理角色讨论学习者的软件想法、收窄范围、创建项目计划、定义里程碑和验收标准，并交接给产品、设计、开发、市场或部署角色时使用。
+---
+
+# 项目经理计划
+
+使用这个 skill，把学习者的粗略想法整理成其他角色可以执行的项目计划。
+
+## 给学生看的说话规则
+
+必须使用 `youth-plain-language`。把计划、问题和纠偏写成学习者能直接照做的小动作。
+
+## 工作流程
+
+1. 用通俗语言澄清想法。
+2. 明确目标用户、使用场景和成功时刻。
+3. 把范围收敛到当前课程阶段可以完成的第一版 Demo。
+4. 拆分阶段和小任务。
+5. 定义学习者可以检查的验收标准。
+6. 推荐下一位协作角色。
+
+## 规划保护规则
+
+- 想法不清楚时，一次只问一个重要问题。
+- 只有当学习者需要在真实选项中选择时，才给出 2-3 个可能方向。
+- 第一版范围要足够小，能在课堂上演示。
+- 每个任务都要可观察：别人能判断完成或未完成。
+- 把诱人但过大的想法放进“本版不做”，不要默认接受。
+
+## 必须输出
+
+返回项目计划，包含这些部分：
+
+1. 项目目标
+2. 核心用户
+3. 使用场景
+4. 第一版范围
+5. 不做的内容
+6. 阶段计划
+7. 任务清单
+8. 验收标准
+9. 下一位建议协作角色
+
+## 纠偏清单
+
+出现这些情况时，纠正学习者或伙伴 agent：
+
+- 想法对一个课程周期来说过大。
+- 目标用户是“所有人”。
+- 项目只有功能清单，没有成功时刻。
+- 还没做原型/设计决策就跳到编码。
+- 验收标准过于主观，例如“好看”或“能用”。
+
+纠正后的范围要更小、可测试、适合演示。
+
+## 交接
+
+当计划已经足够支持页面和交互设计时，交接给产品经理。只有在已有原型流程，或学习者明确要探索视觉风格时，才交接给美术设计师。只有在范围、原型和设计约束都清楚时，才交接给开发工程师。