# 大多数人在攒实习生，聪明人在建飞轮
**作者**: Long Chen
**日期**: 2026-03-21T15:24:40.000Z
**来源**: [https://x.com/LongChenNotes/status/2035377056494821477](https://x.com/LongChenNotes/status/2035377056494821477)
---
昨天 @garrytan 给我的评论点了赞，今天想着要把他这套东西拆解一下，讲明白让所有人可以用起来。
说实话第一次看这套开源的时候。第一反应是跟我有啥关系，我又不写代码。
但拆完之后我发现，他真正做对的事跟代码一点关系都没有。
他做对的是把自己变成了一支能打胜仗的队伍。 这件事其实每个人都能做。
在拆解之前，我们先聊聊一个你大概率踩过的坑。
最近你一定见过这样用openclaw（龙虾）：
搭建你的虚拟团队，一个当产品经理，一个当程序员，一个当设计师等等
听起来很美对吧？五个角色，各司其职，一个人顶一支队伍。
但你真正用起来是什么感觉？
- 产品经理写了一份需求，扔在那里，没人看
- 程序员压根不知道需求写了啥，自己从头想了一遍，写了个完全不一样的东西
- 测试拿到成品，不知道当初要做什么，随便看看说没问题
- 设计师从头到尾没人叫过
这不是团队。这是五个实习生被关在五个房间里，各干各的，最后把作业订在一起交上来。
你在公司里见过这种协作吗？见过。那叫部门墙，那叫各扫门前雪，那叫开了八个会还是没人知道谁负责什么。
搁那弄一堆角色，不等于你有一支队伍。得，跟过家家似的。
真正的队伍长什么样？
左边是 5 个实习生。右边是 1 支特种部队。
区别不在人数，在于有没有协作的流程。
## 一个人变成一支队伍，只需要三个原则
我把 gstack 的设计拆碎了看，发现它做对的事情可以提炼成三条原则。
这三条原则跟写代码没有半毛钱关系。做内容、做副业、做一人公司的人都能直接用。
原则一：把自己拆成好几个角色
gstack 里有 15 个专家角色：CEO 负责重新定义问题、工程经理负责锁定方案、设计师负责审美把关、QA 负责找 bug、发布工程师负责上线
听起来很复杂？翻译成你能听懂的话：
关键大多数人做事只用了一个角色。
拿写小红书举例。你有了一个想法，打开手机就开始写，写完直接发。你从头到尾只当了一个角色——作者。
但如果你写完之后，花两分钟切换成读者重新看一遍呢？再花一分钟切换成杠精挑挑毛病呢？
同样一篇内容，质量可能直接翻倍。不是因为你写得更多了，而是因为你用了更多视角看了同一个东西。
一个人最大的杠杆，不是工具，是视角。
原则二：定好顺序，不许跳步
gstack 里有一个强制流程：
Think → Plan → Build → Review → Test → Ship
想清楚 → 定方案 → 动手干 → 检查 → 测试 → 发布
注意，它不允许你跳步。你不能从想法直接跳到动手干，更不能从动手干直接跳到发布。
这听起来像废话，但你想想自己平时是怎么做事的：
- 有个选题灵感，立刻开写，写到一半发现不对，删掉重来
- 想到一个产品点子，直接动手，做了一周才发现方向全错
- 看到热点赶紧追，发出去没人看。复盘才知道，压根不是你的读者关心的
每一次跳步，你都在用后面的时间为前面的偷懒买单。
gstack 最聪明的设计之一，就是逼你在动手之前先想清楚。它的 /office-hours 命令不是帮你写代码。它做的事是连问你六个直击灵魂的问题，逼你把模糊的想法变清晰。
翻译成普通人的版本：下次你有了一个灵感，先别急着动手。打开备忘录写下三个问题的答案：
这是不是别人真正想要的东西？ 注意，不是你觉得好的，是别人会搜的。
同样的话题，别人说过了吗？我能给什么不一样的？
如果只能用一句话说清楚这个内容的价值，那句话是什么？
三个问题答不出来，说明还没想清楚。不许跳步本身就是巨大的生产力提升。
好，现在你有了角色，也有了顺序。但还差最后一块拼图一个站在终点线前，敢把你拦住的人。
原则三：每一步都有一个守门员
这是整个 gstack 里最反直觉的一个设计。
你可能觉得，用 AI 的重点是放手让它干。错。gstack 里到处都是限制 AI 的机制：
- 写完代码，另一个角色来审查。不行？打回重写。
- 测试发现 bug 没修好？不许发布。
- 检测到你要删数据库这种危险操作？直接拦住。
- 某个目录不许动？锁死，AI 碰都碰不了。
你发现没有？这套系统花了大量精力在防止出错上，而不是加速产出上。
这就是高手和普通人的根本区别：
普通人追求干得更快，高手追求错得更少。
因为在真实世界里，一次错误消耗的时间和信任，远大于十次正确操作省下的。一篇翻车的帖子对账号的伤害，大于十篇普通帖子的收益。
所以 gstack 的本质不是信任 AI，恰恰相反
gstack 的本质是不信任 AI。越会用 AI 的人，越不盲目信任 AI。
举个真实的例子。你一定见过这种小红书：标题写AI 帮我月入 3 万的秘密。点进去通篇 AI 味排比句。评论区清一色在骂。
发的人觉得自己效率很高，10 分钟出一篇。但这一篇帖子带来的取关和负面标签，可能要用 30 篇正常内容去修复。
快不是本事，不翻车才是本事。
翻译成你能用的版本：给自己设一个最简单的守门员。下次发任何东西之前，问自己三个问题：
① 如果这条被截图传播，我会觉得尴尬吗？
② 如果一个不认识我的人看到这条，会觉得这人靠谱吗？
③ 这条里有没有任何一句话，我自己都不确定对不对？
三个问题里只要有一个答案是会或有，就别发。回去改。这三个问题加起来花不了 30 秒，但能帮你拦住 80% 的低质量输出。
## 飞轮：为什么这套东西会越转越快
说到这里你可能会想：三个原则我懂了，但 gstack 凭什么能让一个人每天写一两万行代码？
答案是两个字：飞轮。
飞轮是什么？就是每一圈的输出，自动变成下一圈的输入。
gstack 的信息流是这样的：
/office-hours 逼你想清楚 → 输出一份设计文档↓
/plan-ceo-review 读这份文档 → 挑战你的假设，优化方向↓
/plan-eng-review 读优化后的方案 → 锁定技术架构↓
动手写代码↓
/review 审查代码 → 自动修复简单问题，标记复杂问题↓
/qa 打开真实浏览器测试 → 找到 bug，修复，写回归测试↓
/ship 确认一切正常 → 一键发布↓
/retro 复盘 → 经验沉淀，喂给下一轮
想象接力赛。每个人跑完自己那一棒，不是把棒扔地上走人，而是递到下一个人手里，顺带喊一句：前面是弯道，小心。
每个角色不是从零开始，而是站在上一个角色的肩膀上。
这就是飞轮和一群实习生的本质区别：
实习生干十次还是第一次的水平，飞轮转十圈已经是第十代产品。
而且这个飞轮可以并行。 Garry Tan 同时跑 10 到 15 个这样的冲刺循环——不同功能、不同分支、不同 AI 代理，同时运转。这就是他一天能产出近万行代码的秘密。
你不需要同时跑 15 个。但你可以同时跑 2 到 3 个内容项目，每个项目走同一套流程。信息会在流程之间不断传递和积累。流程让并行成为可能。 因为每条线上的每个角色都知道该干什么、什么时候停。
## 实战演练：用这套方法写一条小红书
道理讲完了。我知道你在想：听起来有道理，但具体怎么用？
好，我们来走一遍。
假设你今天刷到一条新闻：某大厂又裁员了。你心里咯噔一下，有点焦虑，觉得可以写点什么。
如果是以前，你可能打开小红书就开始写：大厂又裁员了，大家要注意提升自己的核心竞争力。写了 500 字，发出去，3 个赞，石沉大海。
现在，我们用三个原则走一遍。整个过程不超过 15 分钟。
第一步：选题官上场（gstack 的 /office-hours）
先别写。打开备忘录，问自己三个问题：
- 别人想看什么？ 不是裁员焦虑这种空泛的话题，而是被裁的人最想知道什么？赔偿怎么谈？这是刚需，有人搜。
裁员后第一周应该干什么？够具体，能操作。
35 岁被裁和 25 岁被裁有什么不同？有冲突，能引发讨论。
- 别人说过了吗？ 搜一下小红书，大厂裁员的帖子 90% 都在贩卖焦虑或者喊口号。几乎没人在写被裁后的第一个 72 小时应该做什么。
- 一句话说清价值： 如果你或身边的人被裁了，这 5 件事在前 72 小时做和不做，结果完全不同。
好，选题锁定了。不是裁员感想，而是被裁后 72 小时行动清单。
你看，还没开始写，方向已经从我的感受转向了读者的需求。这一步砍掉了 80% 的废稿可能。
第二步：写手上场（gstack 的 Build）
现在可以写了。有了第一步，写作速度会快得多。 因为你已经知道写什么、不写什么。
你花 10 分钟写完初稿：
被裁后 72 小时：这 5 件事越早做越好
当天：别签任何东西，先拍照留存所有工作记录
24 小时内：算清楚你的 N+1，搞不明白就打 12333
48 小时内：更新简历，但别群发，先找 3 个信得过的人内推
72 小时内：给自己放一天假，认真的，什么都不干
一周内：复盘这份工作教会你什么，写下来，这是你最大的资产
写完了。如果故事到这里结束，你跟那个 3 个赞的版本只差了一个选题。真正把 10 倍差距拉开的，是接下来这 2 分钟。
第三步：守门员上场（gstack 的 /review + /qa）
写完了，先别发。换个角色。
戴上读者的帽子，从头看一遍：
- 标题有没有具体承诺？ → 有，72 小时5 件事
- 看完能不能拿走东西？ → 能，每一条都是可执行的动作
- 第 4 条给自己放一天假会不会显得站着说话不腰疼？ → 加一句：不是矫情，是因为焦虑状态下做的决定，十有八九会后悔
再戴上杠精的帽子：
- N+1有人不懂 → 加个括号解释：N+1（N 是你的工作年限，+1 是额外一个月工资）
- 开头太硬了，没有共情 → 加一句开头：写这篇不是因为看热闹。上个月我一个朋友突然被叫进会议室，出来就没有工位了。
最后问自己那个终极问题：
如果这条被截图传播，我会觉得尴尬吗？
不会。因为每一条建议都是具体的、善意的、有用的。发。
## 看到区别了吗？
同样是写一条关于裁员的小红书：
时间差距：不到 5 分钟。 就是多了一个先问三个问题和发前换两顶帽子的动作。
但结果差距可能是 10 倍。
## 现在，轮到你了
你不需要装任何软件。你不需要会写代码。把三个原则变成三个角色，就是你的个人飞轮：
你的个人飞轮（1.0 版）：
① 选题官 → 先问三个问题：别人想看吗？别人说过吗？一句话能说清价值吗？
② 写手 → 有了锚点再动笔，写具体的、可操作的东西
③ 守门员 → 发前换两顶帽子（读者 + 杠精），过一遍再发
三个角色，一个顺序，每一步都有检查。
这就是从 gstack 里偷来的方法。不是 15 个角色，不是什么高级工具。就是三步，15 分钟，今天就能开始用。
下次你有了一个想发的东西，试一次这个流程。就一次，不好使你来找我。
然后你会发现
AI 时代最稀缺的能力不是会用工具，是会给自己建流程系统。 一个人，也可以是一支能打胜仗的队伍。
## 相关链接
- [Long Chen](https://x.com/LongChenNotes)
- [@LongChenNotes](https://x.com/LongChenNotes)
- [14K](https://x.com/LongChenNotes/status/2035377056494821477/analytics)
- [@garrytan](https://x.com/@garrytan)
- [Upgrade to Premium](https://x.com/i/premium_sign_up)
- [11:24 PM · Mar 21, 2026](https://x.com/LongChenNotes/status/2035377056494821477)
- [14K Views](https://x.com/LongChenNotes/status/2035377056494821477/analytics)
---
*导出时间: 2026/3/22 21:29:52*