Planning 是一套通用规划方法论，同时覆盖技术实施与一般项目规划两类场景。它来自 samhvw8/dotfiles，核心思路是先判断项目类型，再套用对应的规划模式与输出规范。
一、模式选择 根据项目类型分为两种模式：软件/技术类项目使用“实施规划（Implementation）”模式，重点在代码库分析、架构与代码变更；商业、个人、创意类项目使用“项目规划（Project）”模式，重点在目标、里程碑、资源与时间线。
二、技术实施规划 适用场景：规划软件功能、系统架构、技术方案。 核心原则：始终遵循 YAGNI、KISS、DRY；要求诚实、直接、简洁。 工作流：
- 研究与分析（references/research-phase.md），若已提供研究员报告可跳过；
- 代码库理解（references/codebase-understanding.md），若已提供侦察报告可跳过；
- 方案设计（references/solution-design.md）；
- 计划组织（references/plan-organization.md）；
- 任务拆解（references/output-standards.md）。 输出结构： plans/ └── YYYYMMDD-HHmm-plan-name/ ├── research/ ├── reports/ ├── scout/ ├── plan.md └── phase-XX-*.md 要求：不实现代码，只创建计划；计划需自包含必要上下文；在澄清时包含代码片段或伪代码；提供带权衡的选项；详细到初级开发者可执行。
三、项目规划（非技术） 适用场景：商业、个人、创意、学术、活动规划。 覆盖领域：商业（产品发布、营销、流程改进）、个人（职业发展、学习、生活方式改变）、创意（写作、艺术、内容创作）、学术（研究、论文、学习计划）、活动（会议、婚礼、社区活动）。 计划格式：位置为 docs/plans/PLAN-YYYYMMDD-HHmm-{slug}.md，包含 frontmatter：plan_id、title、created、status（draft | active | completed | on_hold）、category（business | personal | creative | academic | event）、phase（planning | execution | monitoring | complete）、priority（critical | high | medium | low）。 必需章节：
- 愿景与目标——SMART 目标、一致性；
- 范围与交付物——范围内/外、验收标准；
- 行动步骤——分阶段任务，含负责人与时长；
- 所需资源——人员、预算、材料、工具；
- 时间线与里程碑——日期、检查点、甘特图；
- 风险与应急——缓解措施、早期预警；
- 成功指标——可衡量结果、完成标准。 快速模板：references/business-plan-template.md、references/personal-goal-template.md、references/generic-plan-template.md。
四、规划前协议 创建新计划前始终执行：检查是否存在活动计划（test -f docs/plan.md && cat docs/plan.md）；若存在，询问用户是继续还是新建；若不存在，则继续创建新计划。
五、质量标准 技术计划：考虑长期可维护性；处理安全与性能；对照代码库模式验证；不确定时充分研究。 项目计划：七个章节齐全；每步有负责人与截止日期；资源现实可行；风险有应急方案；指标符合 SMART。 两类通用：详尽具体、结构简单易懂、面向行动、下一步清晰。
六、参考文件 技术实施：references/research-phase.md（研究方法）、references/codebase-understanding.md（代码库分析）、references/solution-design.md（架构模式）、references/plan-organization.md（计划结构）、references/output-standards.md（任务拆解标准）。 项目模板：references/business-plan-template.md、references/personal-goal-template.md、references/generic-plan-template.md。
该技能强调计划质量决定实施成败，要求全面。关于其安装方式、收费模式、支持平台等具体信息，资料中暂未提供。