关于 fstack-plan
fstack-plan 将已确认的需求整理为简明项目计划，并写入 PLAN.md。它适用于准备开始实现的用户和 Agent，且要求先获批准再开展工作。
主要功能
- 01创建或更新 PLAN.md
- 02严格使用四个章节
- 03计划限制为一页
- 04实现前必须获得批准
- 05将较大步骤拆分
适用场景
- 01为已确认的功能需求制定计划
- 02编码前记录实现步骤
- 03明确不纳入范围的工作
- 04设定可实际执行的验收检查
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/fstack-plan确认已加载。
详细介绍
/fstack-plan
将已确认的理解转化为一份简短的书面计划。在开始任何构建之前，由用户批准。
何时使用
- 在
/fstack-nail确认摘要之后。 - 用户要求一份计划，且想法已经清晰。
/fstack因尚无计划而路由到这里。
步骤
- 如果
/fstack-nail产出了已确认的摘要，则将其作为计划的基础。不要重新开启已定论的问题，除非有新证据与之冲突。 - 在项目根目录写入或更新
PLAN.md。 - 恰好使用四个章节（见下文）。不要有其他标题。
- 将计划展示给用户。
- 停下来询问批准。在他们批准之前不要实施。
- 如果任何步骤感觉太大，就拆分或删掉它。不要嵌套子步骤。
PLAN.md 格式
我们要做什么
2–4 句话。用平实的语言。做什么以及为什么。
步骤
编号列表。最多 7 步。每一步都要足够小，能够一次性完成并验证。
我们不做什么
必填。绝不要留空。列出那些很诱人但超出范围的额外事项。
我们如何知道它有效
1–3 项简单的检查。是你能实际尝试的事情，比如“切换开关，刷新，主题保持不变”。
禁止
- 超过一页。如果更长，就把任务拆分成多个计划。
- 添加这四个章节之外的标题。
- 开始实施。计划到批准为止。
“我们不做什么”的示例
我们不做什么
- 除浅色/深色之外不做主题自定义
- 不做按页面的主题覆盖
- 不做设置页面 —— 只做页眉切换开关
交互示例
Agent：（写入 PLAN.md，并展示它）
“这是计划。四个章节：我们要做什么、步骤、我们不做什么、我们如何知道它有效。在我构建之前，请批准这个计划？”
用户：“批准。”
Agent：（停止。用户接下来可以调用
/fstack-build。）
评论
支持 Markdown