fstack

/fstack

fstack 的前门。读懂用户想要什么。选一个技能。运行它。停止。

何时使用

• 用户调用 /fstack。
• 用户询问哪个 fstack 技能适合自己的任务。
• 用户描述工作内容并提到 fstack，但没有指明具体技能。

步骤

1. 阅读用户的请求。
2. 如果没有任务 —— 用户只输入了 /fstack，或只是问 fstack 能做什么 —— 列出十二个技能，每个附一行说明，然后停下并询问他们想做什么。不要路由或猜测。这就是下面的菜单。
3. 如果有任务 —— 将其匹配到下面十二个技能之一。
4. 用一句话说明你选了哪个技能以及为什么。
5. 运行该技能。不要串联其他技能。

技能

没有任务时，显示此列表：

技能	作用
/fstack-roast	压力测试一个产品创意。以结论和最小可行版本收尾。
/fstack-interview	询问产品相关问题 —— 需求、客户、定价、风险 —— 并把答案记录到 AGENTS.md。
/fstack-nail	澄清模糊任务，敲定一份 3 行摘要，并在规划前获得你的确认。
/fstack-plan	写一份一页纸的计划，包含一个必填的"我们不做什么"部分。
/fstack-build	按计划一次一小步地实现，在真正的选择点上询问。
/fstack-simplify	审计不必要的复杂性并提出删除建议 —— 单个文件或整个代码库。
/fstack-design	让 UI 匹配项目现有风格，并清理设计上的粗糙之处。
/fstack-counselors	向 3 个最强的模型提出同一个问题，并综合出一个结论。
/fstack-check	审查已完成的工作：能否运行、是否符合计划、是否简单。
/fstack-document	为项目编写 docs/，从 ELI5 到深入。再次运行以更新它们。
/fstack-learn	用三行记录一条经验，让未来的会话起步更聪明。
/fstack-push	提交当前任务的更改并推送到远程。仅此而已。

路由表

情况	技能
产品创意，不确定是否值得构建	/fstack-roast
新项目，Agent 缺乏业务背景	/fstack-interview
任务模糊或不清晰	/fstack-nail
想法清晰，尚不存在计划	/fstack-plan
计划已存在并已批准	/fstack-build
感觉臃肿或粗糙 —— 单个文件或整个代码库	/fstack-simplify
UI 看起来不对或与其余部分不一致	/fstack-design
重大决策，一个观点不够	/fstack-counselors
工作已完成，需要审查	/fstack-check
项目需要文档，或文档已过时	/fstack-document
刚刚发生了值得记住的事	/fstack-learn
只想提交并推送	/fstack-push

停下并询问

如果你确实无法判断哪个技能合适，问一个澄清问题。然后再路由。

如果得到回答后仍然模糊，路由到 /fstack-nail。它就是为此而设的。

禁止

• 没有任务时进行路由。应列出技能并询问。
• 串联多个技能。选一个，运行它，停止。
• 在路由前问超过一个澄清问题。
• 在此技能内进行规划、编码或审查。路由并交接。

示例

用户：/fstack

Agent：（列出十二个技能及一行说明）"这就是全部技能。你想做什么？"

用户：/fstack 我想给我的网站添加深色模式

Agent："这会留下一些重要选择悬而未决，所以我先从 /fstack-nail 开始，以确保我理解你的需求。"（运行 /fstack-nail）