@garrytan:每个人都认为“做无法规模化的事情”就是与早期用户建立关系。是的,而且它关乎……
摘要
Garry Tan 重新诠释了 Paul Graham 的“做无法规模化的事”,将其视为一种通过最大化犯错来加速学习的策略,并警告过早自动化会将无知冻结在代码中。
每个人都认为“做无法规模化的事情”就是与早期用户建立关系。
是的,而且它关乎以最大密度产生错误。
当你手动完成所有事情(用户引导、支持、交付)时,你每小时都会遇到错误。每个错误都会教给你仪表盘永远不会告诉你的东西。
手动工作本身就是学习。过早自动化,你就会把无知冻结在代码中(以及现在的 markdown 中)。
查看缓存全文
缓存时间: 2026/05/23 20:12
人人都认为“做无法规模化的事情”指的是与早期用户建立关系。
没错,但它同样意味着以最大密度制造错误。
当你亲手完成所有事情(引导用户、技术支持、产品交付)时,每个小时都会遇到错误。每个错误都能教会你一些仪表盘永远无法揭示的东西。
手工操作本身就是学习。过早自动化,你的无知会凝固在代码(以及现在的 markdown)中。
相似文章
@garrytan: https://x.com/garrytan/status/2061454423034110372
Garry Tan 认为,开发者在用AI智能体时过度工程化,编写了过多代码;相反,他们应该信任模型,构建基于指令的极简软件,他的开源项目GStack就是例证。
@garrytan:我知道这观点不受欢迎,但我更喜欢在 GStack 里把大量工作先规划好,然后让我的虚拟 CEO、DevEx 经理、设计师和工程经理一起评审,再点“通过”
Garry Tan 分享他倾向在 GStack 中用 AI 角色(虚拟 CEO、DevEx 经理、设计师、工程经理)提前评审计划,称此举能减少返工。
@garrytan: GSkills 有人要吗?
一个激进的观点认为,99% 的软件都可以用相同的有限元素构建,而反复从头构建是“AI 精神病的巅峰”。
@garrytan: 我之所以发布关于AI agents(fat skill fat code thin harness)以及GStack和GBrain的X文章,是因为……
Garry Tan解释了他发布关于AI agents以及GStack和GBrain等概念的X文章背后的动机,强调了“流程力量”(process power)作为个人护城河的理念。
@StartupArchive_: Sam Altman 谈 Paul Graham 的建议:太多创始人没放在心上 “Paul Graham 曾经说过的一件事…
Sam Altman 分享了 Paul Graham 关于‘relentlessly resourceful’的建议,强调坚持不懈尝试不同方法解决问题的重要性——这是许多创始人忽视的教训。