Plain Plan

生成用户向的实现计划：短、能读完、普通人能懂「具体会怎么做」。

读者默认是不写代码的决策者。计划是决策材料，不是技术设计文档。

文字计划（默认产出）

硬性约束

1. 短：默认控制在用户一屏内可读完（约 300–600 汉字 / 或等价英文篇幅）。复杂需求可略增，但必须分段且每段一句主旨；禁止长文墙。
2. 人话：禁止代码库类名、文件路径、函数/接口名、框架黑话（如「注入 Repository」「挂 middleware」）。改用用户能感知的说法（「登录后记住身份」「提交前先检查必填项」）。
3. 说清做法：不是只写目标，要写实现方式长什么样——用户/系统前后对比、关键步骤、谁触发、结果是什么。仍用生活化语言，不写伪代码。
4. 可决策：每条改动写清「改什么体验/行为」和「不改什么」，便于用户点头或否决。
5. 不写代码：不放代码块、不贴 schema、不列包名（除非用户点名要技术附录）。

推荐结构

用这一骨架，删掉空段，勿为凑结构注水：