flutter-planning 面向已有一份设计或需求、准备实现多步骤 Flutter 功能的场景，强调在改动代码前先写出完整实现计划。它假设执行工程师对代码库零上下文，因此要求文档化每个任务需要创建或修改的文件、完整代码、测试方式与验证方法，并把计划拆成小块任务，按 Clean Architecture 分层顺序组织。
主要能力包括：按领域层（实体、仓库接口、可选 UseCase）、数据层（含 fromJson/toJson 的模型、远程/本地数据源、仓库实现）、表现层（状态管理、Widget、页面）、测试（优先仓库与数据源单元测试，其次状态管理测试，Widget 与 Golden 测试可选）以及集成与依赖注入的顺序排列任务；每个任务给出确切的文件路径、可直接使用的完整代码、验证命令与提交信息。
使用方式：开始时声明使用该技能；计划保存为 docs/plans/YYYY-MM-DD-<feature-name>-plan.md；计划文档需含统一头部，标注目标、架构与依赖，并提示用 flutter-craft:flutter-executing 逐任务实现。验证命令例如 flutter analyze lib/features/<feature>/，提交示例为 git commit -m "feat(<feature>): add User entity"。
每个任务应是一个逻辑单元（约 2-10 分钟），一次提交，建议使用约定式提交。计划完成后需提供执行选择：子代理驱动（每个任务派发新子代理，任务间审查）或批量执行（每次 3 个任务加检查点），并据选择调用 flutter-craft:flutter-subagent-dev 或 flutter-craft:flutter-executing。
限制：资料未提供收费、价格、平台支持范围或具体效果数据。