mcpField
F
fstack-interview

fstack-interview

github.com/flaviocopesAgent 工作流3163 次安装15 周前更新
代码仓库

关于 fstack-interview

fstack-interview 是用于引导 Agent 了解产品背景的技能,旨在为后续会话记录项目上下文。它分轮提出定制选择题,并先草拟上下文供确认,再写入 AGENTS.md 或 CLAUDE.md。

主要功能

  1. 01提问前先阅读项目文件
  2. 02选择并定制相关问题领域
  3. 03每轮提出 3–5 道选择题
  4. 04草拟 Product context 部分
  5. 05编辑上下文文件前征求批准

适用场景

  1. 01在项目启动时记录产品背景
  2. 02减少 Agent 反复猜测产品需求
  3. 03将访谈答案记录到 AGENTS.md 或 CLAUDE.md

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/flaviocopes/fstack --skill fstack-interview

安装后在 Claude Code 中输入/fstack-interview确认已加载。

详细介绍

/fstack-interview

一次围绕代码背后产品的结构化访谈。答案会写入项目的 Agent 上下文文件,因此之后每次会话一开始就知道你在构建什么、为谁构建、以及为什么构建。

何时使用

  • 你正在启动一个新项目。
  • Agent 不断做出本不该由它做的产品猜测。
  • 在执行 /fstack-roast 之后,且结论是值得构建。

步骤

  1. 先阅读项目:README、AGENTS.md 或 CLAUDE.md、代码。记下已经回答过的内容。绝不要问项目已经告诉你的东西。
  2. 从下面的列表中挑选适合这个项目的问题领域。自己写出实际问题,针对这个具体产品进行调整。不要逐字照抄示例。
  3. 以 3 到 5 个问题为一轮进行提问。每个问题都附带答案选项:3 到 5 个来自本项目、具体且合理的答案,外加一种输入自定义答案的方式。“我不知道”始终是选项之一——它是一个有效答案,会被记录为待解决问题,绝不会被追问超过两次。如果你的环境有用于多选题的工具,就使用它。否则用字母标注选项(a、b、c)。等待回答后再进行下一轮。大约 4 轮后停止,或者如果用户说够了就更早停止。
  4. 用纯 markdown 起草一个 Product context 部分。展示给用户看。
  5. 在写入任何内容之前,停下来并询问。然后把该部分添加到 AGENTS.md——或者项目使用的 CLAUDE.md。如果两者都不存在,则创建 AGENTS.md。绝不要删除已有的内容;如果该部分已存在,则更新它。

问题领域

挑选合适的。跳过不合适的。添加这个项目需要但未列出的领域。

  • 需求 — 这个有足够的客户需求吗?人们已经在搜索它了吗,在哪里搜索?让别人注册有多容易?
  • 客户 — 这到底是给谁用的?他们在哪里花时间?谁付费,付费的人和使用的人是同一个人吗?
  • 商业模式 — 定价是什么?价格乘以现实销量能否产生值得投入的收入?一次性还是经常性,为什么?
  • 创始人契合度 — 这是你愿意多年身处的行业或品类吗?你在这里的不公平优势是什么?
  • 现状 — 人们今天用什么来替代,即使很难用?什么会让他们转换?
  • 分发 — 最初的 100 个人将如何发现它?你已经拥有什么渠道?
  • 范围 — 第一个版本包含什么?刻意排除什么?
  • 风险 — 最有可能杀死这个项目的是什么?哪一个假设一旦错误就会终结项目?
  • 成功 — 六个月后“奏效”是什么样子?什么数字会告诉你该停止?

产物

写入上下文文件的部分看起来像这样:

## Product context

- **Product:** one line on what this is.
- **Customer:** who it is for, specifically.
- **Demand:** the evidence, in one line.
- **Business model:** pricing and why it can work.
- **Status quo:** what it replaces.
- **Distribution:** how people find it.
- **Not doing:** what is deliberately out of scope.
- **Open questions:** everything answered "I don't know".

每个答案一行。这是给 Agent 的上下文,不是商业计划书。如果一个答案需要一整段,那它就是两个答案。

绝不能

  • 使用固定的问卷。为这个具体项目选择和表述每个问题。
  • 一次性问完所有问题。每轮 3 到 5 个,然后等待。
  • 问没有选项的开放性问题。用户挑选或输入;他们永远不会面对一张白纸。
  • 替用户回答问题,或编造事实来填补空白。
  • 覆盖或删除 AGENTS.md 或 CLAUDE.md 中已有的内容。
  • 对想法给出评判。那是 /fstack-roast 的职责。这个技能只记录,不评判。

示例

用户:/fstack-interview

Agent:(阅读 README 和代码)“这看起来是一个面向自由职业者的开票工具。第一轮,三个问题。

  1. 你是在为哪一位自由职业者开发这个工具? a) 设计师 b) 开发者 c) 写作者 d) 我自己——我需要这个 e) 其他某个人

  2. 他们现在用什么来发送发票? a) Google Docs 模板 b) 类似 FreshBooks 的工具 c) 他们的会计 d) 我不知道 e) 其他方式

  3. 一次性定价还是订阅制? a) 一次性 b) 订阅制 c) 免费加付费档位 d) 我还不确定”

用户:(选择 a、a、d)

Agent:(又进行了两轮,然后)“这是我会添加到 AGENTS.md 的 Product context 部分——定价列在 open questions 下。要我写进去吗?”

评论

支持 Markdown