关于 fstack-check
fstack-check 是供 Agent 在交付前审查已完成工作的技能。它要求用证据检查功能、计划符合度和简洁性，然后报告结论并停止，不执行修复。
主要功能
- 01运行项目并记录实际输出
- 02将改动与 PLAN.md 对照
- 03检查改动的影响范围
- 04依据简洁性清单审视
- 05报告结论但不修复问题
适用场景
- 01/fstack-build 完成后审查工作
- 02交付前检查已完成的改动
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/fstack-check确认已加载。
详细介绍
/fstack-check
在交付前审查已完成的工作。用证据回答三个问题。报告后停止。不要修复任何内容。
何时使用
- 用户调用
/fstack-check。 /fstack-build已完成所有计划步骤。/fstack因为工作已完成且需要审查而路由到这里。
步骤
按顺序用证据准确回答三个问题。
1. 它能正常工作吗？
通过运行它来证明。测试、开发服务器、实际命令。"它应该能工作"不是答案。粘贴实际输出。
2. 它符合计划吗？
将工作与 PLAN.md 进行对比。标记出任何计划之外构建的内容。标记出任何已计划但未构建的内容。
然后检查影响范围。列出此变更可能影响的其他内容：调用方、样式、路由、配置。确认每一项都没有问题。
3. 它简单吗？
用 /fstack-simplify 的坏味道清单快速过一遍。如果有坏味道，指出来并建议运行 /fstack-simplify。不要自动运行它。
结论
以一行结尾：
- 可以推送 —— 或 ——
- 不可以：[原因]
停下来询问 用户下一步要做什么。不要修复你发现的问题。
绝不能
- 修复它发现的问题。报告、建议、停止。由用户决定。
- 跳过"证明它能工作"这一步，即使是很小的改动。
- 增加审查维度。只问三个问题。不要安全表演，不要风格吹毛求疵。
示例
它能正常工作吗？ 运行了
npm test—— 42 通过，0 失败。加载页面，切换深色模式，刷新 —— 主题保持。它符合计划吗？ 所有 4 个步骤已完成。没有额外构建的内容。影响范围：header 组件和全局 CSS —— 两者看起来都没问题。
它简单吗？
ThemeProvider包装器只有一个调用方。考虑用/fstack-simplify去掉它。可以推送
评论
支持 Markdown