Implementation Planning Skill 深度评估
核心用法
本 Skill 专注于将模糊的软件需求转化为可执行的技术蓝图，采用分层规划策略：
- 快速模式（5分钟）：面向原型验证，输出项目概览、核心文件清单与关键步骤，省略风险分析、API 详细设计及完整测试方案
- 详细模式（15分钟+）：面向生产环境，提供完整架构设计、依赖矩阵、API 规范、测试策略及风险缓解措施
强制交互设计：在生成任何内容前，必须先询问用户规划层级（"Quick plan or detailed plan?"），避免资源错配。
显著优点
1. 决策框架清晰：内置技术栈选择矩阵（移动端→SwiftUI/Jetpack Compose，Web→React/Vue，后端→Vapor/FastAPI），降低选择 paralysis
2. 代码密度合理：遵循"代码片段而非代码转储"原则，仅展示关键路径的最小可运行示例
3. 路径特异性强：要求标注完整文件路径（如 Sources/App/LoginView.swift），减少开发者的认知映射成本
4. 演进支持完善：内置三种精炼指令响应机制（expand/redo/more details），支持计划的动态迭代
潜在局限
1. 平台推断保守：即使上下文暗示 iOS/macOS 生态，仍需显式询问确认，可能增加交互轮次
2. 无自动复杂度评估：依赖用户自我判断选择规划层级，缺乏基于需求描述的智能推荐
3. 本地化存储偏向：示例中频繁出现 UserDefaults，可能误导用户将其实用于非简单场景
4. 风险矩阵模板化：Likelihood/Impact/Mitigation 三段式虽结构化，但实际执行深度依赖模型推理质量
适合人群
- 技术团队 Tech Lead / 架构师：用于评审前的方案结构化梳理
- 独立开发者：将需求快速转化为可 check-off 的任务清单
- 编程学习者：通过观察"需求→文件→步骤"的分解逻辑，培养工程思维
- 外包项目管理方：作为交付物验收的基准文档
常规风险
| 风险场景 | 说明 |
|---------|------|
| 过度规划 | 用户选择 Detailed 模式但实际需求为简单脚本，造成时间浪费 |
| 技术栈漂移 | 用户未明确约束时，模型可能基于训练数据偏好推荐非主流方案 |
| 路径假设错误 | 未询问现有代码库状态时，可能假设 new project 而实际为 legacy 改造 |
| 依赖版本滞后 | 生成的依赖版本可能非最新，需人工核对 |
安全等级判定为 A：无代码执行权限、无外部网络调用、无敏感数据处理，纯文本规划输出。