编写计划

概述

编写全面的实施计划，假设工程师对我们的代码库一无所知且品味堪忧。记录他们需要知道的一切：每个任务要接触哪些文件、代码、测试、可能需要检查的文档、如何测试。将整个计划分解为小任务。DRY。YAGNI。TDD。

假设他们是一位熟练的开发者，但几乎不了解我们的工具集或问题领域。假设他们不太了解良好的测试设计。

开始时声明： "我正在使用 writing-plans 技能来创建实施计划。"

保存计划到： docs/plans/YYYY-MM-DD-<feature-name>.md

范围检查

如果规范涵盖多个独立的子系统，它应该在头脑风暴阶段被拆分为子项目规范。如果没有，建议将其拆分为独立的计划——每个子系统一个计划。每个计划都应该独立产出可运行、可测试的软件。

文件结构