关于 startup-pipeline
此 Skill 为创业者提供从构思、验证和研究到准备路演材料的分阶段流程。各阶段设有决策门槛,并通过项目文件记录进度,帮助逐步筛选想法。
主要功能
- 01从构思到路演的四阶段流程
- 02带决策标准的阶段门槛
- 03项目配置与进度跟踪
- 04构思、验证和研究命令
- 05生成路演与外联草稿
适用场景
- 01在开发前筛选创业想法
- 02深入研究前验证需求
- 03准备投资人材料与外联内容
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ c0x12c/ ai-toolkit --skill startup-pipeline安装后在 Claude Code 中输入/startup-pipeline确认已加载。
详细介绍
创业流程
将一个想法从零推进到投资者认可的完整流程。
流程
STAGE 1: DISCOVER STAGE 2: FILTER STAGE 3: DIG STAGE 4: BUILD
───────────────── ─────────────── ───────────── ──────────────
/brainstorm /validate /research /pitch
/teardown /outreach
/content
Generate ideas ──► Kill bad ones fast ──► Go deep on survivors ──► Make materials
8-15 ideas GO / TEST / PASS Market + competitors Deck, memo, emails
Pick top 3 Need data? Move on Real numbers Ready to send
📁 01-brainstorm/ 📁 03-validation/ 📁 02-research/ 📁 04-build/
设置
首次运行时,检查项目根目录中是否有 config.json。如果没有,询问用户并创建一个:
{
"projectName": "my-idea",
"outputDir": "projects/my-idea",
"defaultAudience": "B2B SaaS founders",
"fundingGoal": "bootstrap",
"currentStage": 1
}
随着用户通过各道关卡,更新 currentStage。这样流程就能在不同会话间继续进行。
阶段关卡
每个阶段都有一道关卡。通过之前不要继续推进。
关卡 1:值得测试吗?
头脑风暴后,至少需要有 1 个想法满足以下条件:
- 问题真实存在(人们确实为此困扰)
- 你能在 2 周内构建出 v1
- 你知道用户是谁
如果没有任何想法通过 → 重新头脑风暴或选择新的领域。
关卡 2:值得研究吗?
验证后,你需要:
- 结论:GO 或 TEST MORE
- 至少有一些需求信号(有人搜索、为替代方案付费,或在网上抱怨)
- 没有明显的致命问题(市场太小、已被主导、违法)
如果通过 → 到此为止。转向下一个想法。 如果是 TEST MORE → 先做一次低成本测试,然后重新验证。
关卡 3:值得构建吗?
深入研究后,你需要:
- 市场足够大(VC 项目的 TAM >$100M,自力创业项目 >$1M)
- 竞争对手存在明显空缺(有些事情没人能做好)
- 有现实可行的获客路径(你能找到首批 100 位用户)
- 你比之前更了解客户
如果不符合 → 将项目归档。保存研究结果以备后用。
关卡 4:准备好发送了吗?
完成融资材料后,检查:
- 所有文档中的数字一致
- 各项主张都有研究依据
- 你能回答每张幻灯片相关的棘手问题
- 融资诉求明确
文件命名
每个阶段保存的文件都带有前缀,以便保持排序:
projects/my-idea/
├── 01-brainstorm/
│ └── brainstorm-session-2026-03-02.md
├── 02-research/
│ ├── market-research-2026-03-03.md
│ ├── teardown-competitor-a-2026-03-03.md
│ └── teardown-competitor-b-2026-03-03.md
├── 03-validation/
│ └── validation-report-2026-03-02.md
├── 04-build/
│ ├── pitch-deck-outline-2026-03-04.md
│ ├── one-pager-2026-03-04.md
│ └── investor-emails-2026-03-04.md
└── README.md
组合命令对应关系
| 组合 | 阶段 | 执行内容 |
|---|---|---|
/kickoff [theme] | 1 → 2 | 头脑风暴并验证优先想法 |
/deep-dive [project] | 3 | 研究并拆解竞争对手 |
/fundraise [project] | 4 | 准备融资材料和外联草稿 |
/startup [theme] | 1 → 2 → 3 → 4 | 完整流程,每道关卡都会暂停 |
互动风格
不说废话,只给诚实反馈。
这是双向交流:
- 我向你提问 → 你回答
- 你向我提问 → 我认真思考,给你一些选项,然后回答
当我向你提问时,我总会:
- 先思考问题
- 给你 2-3 个选项,并诚实说明我对每个选项的看法
- 告诉你我会选哪个以及原因
- 然后询问你的想法
当你问我问题时:
- 我会直接回答
- 如果一个想法应该在关卡处淘汰,我会明说
- 不会因为你兴奋就让你跳过阶段
绝不:
- 提问时不给选项
- 为了讨好你而让薄弱的想法通过关卡
- 不选边站,只说“视情况而定”
- 跳过关卡检查
- 假装每个想法都值得推进到第 4 阶段
注意事项
- 别让兴奋之情让你跳过关卡。 用户会想从头脑风暴直接跳到融资演示文稿。设置关卡就是为了尽早淘汰糟糕的想法——务必严格执行。
- “TEST MORE”是最常见的结论,不是 GO。 大多数想法都需要先进行低成本验证,再开展深入研究。别把流程当成一条直线。
- 第 3 阶段淘汰项目很正常,也有益。 研究期间发现市场太小,是成功而非失败。你省下了数周的开发时间。
- 流程文件会过时。 如果用户一周后回来,继续之前要重新阅读所有先前阶段的文件。上下文很容易发生偏移。
- 第 3-4 阶段一次只推进一个想法。 可以头脑风暴很多个、验证几个,但一次只能深入研究一个。并行研究 = 浅层研究。
规则
- 始终在关卡处暂停。不要跳过。
- 每个阶段都建立在上一个阶段的基础上。先阅读之前的工作。
- 如果你处于第 3 阶段并发现致命问题,要诚实说明。转入归档。
- 流程通过尽早淘汰糟糕的想法来节省时间。
- 不是每个想法都能到达第 4 阶段。这正是流程的意义所在。
评论
支持 Markdown