用途：当你已有规格或需求、准备开始多步骤任务但尚未触碰代码时，使用 writing-plans 编写完整实施计划。它假设执行工程师熟悉开发但对代码库和问题域几乎零了解，因此要求把每个任务所需信息全部写清。
主要能力：先做范围检查，若规格覆盖多个独立子系统，建议拆成每个子系统一份计划；在定义任务前先规划文件结构，明确每个文件职责与接口，按职责而非技术层拆分，并遵循既有代码库模式。任务按 2-5 分钟的小步骤拆分，典型步骤为：写失败测试、运行确认失败、写最小实现、运行确认通过、提交。计划文档必须带固定头部，包含目标、架构、技术栈，并提示使用 superpowers:subagent-driven-development 或 superpowers:executing-plans 执行。
使用方式：在专用 worktree 中运行，开始时声明正在使用该技能。计划默认保存到 .llmtmp/plans/YYYY-MM-DD-<feature-name>.md，用户偏好可覆盖。每个任务需列出创建、修改、测试的确切文件路径，代码步骤必须给出完整代码，命令需带预期输出。禁止占位符，如 TBD、TODO、稍后实现、添加适当错误处理、类似任务 N 等。完成后做自审：核对规格覆盖、扫描占位符、检查类型与方法签名一致性。随后用 bd 创建 epic 与子任务，并添加 blocks 依赖，最后提供子代理驱动或内联执行两种交接选项。
适用场景：多步骤功能开发、需要可测试交付物的实施规划、希望以 TDD 和频繁提交推进的工程任务。
限制：资料未提供具体收费、价格、平台支持范围或效果数据；计划位置默认值可被用户偏好覆盖；执行阶段依赖 superpowers 相关子技能与 bd 工具。