可能很多人看了这些skills会说："道理我都懂"，包括我自己也有这样的想法。
但是从正确的认知到结果，其实中间还隔着一条巨大的鸿沟，那就是极致的行动，只有行动，再加上一些所谓的运气才能有结果。
但如果你不去实践，这些东西对你来说，只是"信息"，不是"能力"
先说说这个人
Sahil Lavingia，很多人叫他"一人公司祖师爷"。
为什么？
他一个人，运营着一个年收入1000万美金的平台。
这个平台叫Gumroad，让创作者直接卖数字产品——电子书、课程、模板、软件……
听起来没什么特别？重点是：
- 没有办公室
- 没有固定团队
- 只有1个全职员工（就是他自己）
他的履历也很有意思。
2011年，他放弃了Pinterest第2号员工的位置，出来创业。那一年他才19岁。
Gumroad本身就是一个周末做出来的产品。他在周五发了条推特说要干这个，周一就上线了。
拿了风投的钱，招了团队，一切看起来顺风顺水。
然后——增长停滞了。
2015年，他被迫裁掉75%的员工，自己搬到犹他州，重新思考Gumroad该怎么活下去。
很多人以为完了。
但他做了一个决定：不追求独角兽，追求盈利。
改变工作方式，取消会议，按小时雇佣协作者，文档驱动决策。
2020年疫情来了，创作者经济爆发。Gumroad刚好站在风口上。
熬了9年，终于迎来高光时刻。
他开源了什么？
两件事。
第一件：2025年4月，Gumroad开源了整个代码库。
地址在这：github.com/antiwork/gumroad
第二件：就在前几天，他开源了自己的skills仓库。
地址：github.com/slavingia/skills
目前已经有3000+ stars，热度很高。
这才是重点。
他把《The Minimalist Entrepreneur》这本书的核心方法论，变成了9个可执行的Claude Code skills：
- /find-community — 找到你的社区
- /validate-idea — 验证你的想法
- /build-minimum — 构建最小可行产品
- /sell-first-hundred — 卖给前100个客户
- /price-correctly — 正确定价
- /grow-slowly — 慢慢增长
- /hire-carefully — 谨慎招聘
- /build-culture — 建立文化
- /stay-minimal — 保持极简
这些skills，把他的整个创业方法论变成了可以直接使用的工具。
他开源了哪些skills？
Skill 1：社区先行法
大多数人创业的路径：有个点子 → 做产品 → 找用户。
Sahil的路径完全相反：先找社区 → 建立信任 → 发现问题 → 做产品。
为什么这样更有效？
产品可以失败，但社区不会。
你在社区里积累的关系和信任，是可以迁移到下一个产品的。
怎么做？
- 参与行业社群（微信群、各种论坛、甚至线下交流会）
- 持续输出有价值的内容
- 回答别人的问题
- 定期跟社区成员聊天
Sahil的原话："从社区开始，不是从代码开始。"
Skill 2：周末项目思维
Gumroad本身就是一个周末做出来的。
Sahil在周五发了条推特说要做这个产品，周一就上线了。
为什么要这么快？
时间越长，你越容易追求完美，越容易不敢上线。
怎么做？
- 定义最小功能：什么功能是"必须有"的？
- 砍掉所有"有了更好"的功能
- 设定硬性截止时间
Sahil说："你不需要完美，你需要的是真实用户的反馈。"
Skill 3：付费问题筛选法
不是所有问题都值得解决。
很多人有需求，但不是所有人都愿意付费。
怎么验证？
不要问"你觉得这个想法怎么样？"
要问"你愿意花多少钱解决这个问题？"
前者是客套，后者才是真实的意愿。
如果没人愿意付费，要么问题不够痛，要么目标用户不对。
Skill 4：前100个客户策略
产品做出来后，别急着大规模营销。
前100个客户的价值不是收入，而是：
- 验证产品是否真的有人用
- 收集反馈，快速迭代
- 积累口碑
这100个人应该是谁？
你社区里的人，认识你、信任你的人。
Sahil说："前100个客户不是用来赚钱的，是用来验证产品和积累口碑的。"
Skill 5：AI工具链组合
这是Sahil最震撼的部分。
2025年他公开分享：Devin负责了41%的Pull Requests。
他的目标年底让AI处理80%的代码提交。
三层工作流：
- Slack → 文档驱动沟通，零会议
- v0 + Cursor → 快速原型，几小时搞定
- Devin → 自动化开发，人类只负责审核
结果：一个人，干了以前一个团队的活。
Skill 6：异步协作模式
Gumroad的工作模式非常反常规：
- 取消所有固定会议
- 取消固定截止日期
- 按小时雇佣协作者
- 所有决策文档化
为什么？
会议打断深度工作时间，口头决策无法追溯。
Sahil说："写作比谈话重要10倍。"
Skill 7：极简产品哲学
Sahil的原则：能不做的功能就不做。
怎么判断？
问自己：
- 没有这个功能，用户能完成核心任务吗？
- 这是"必须有"还是"有了更好"？
先做最小可行产品，让用户告诉你需要什么，不要猜测。
Skill 8：长期主义心态
Sahil从2011年开始做Gumroad。
2015年增长停滞，裁员75%。
很多人以为完了。
但他没放弃，继续运营。
2020年疫情来了，创作者经济爆发。
熬了9年。
关键认知：很多人看到的是"一夜成功"，但真正重要的是——在那之前，你能不能熬得住。
这个点我不太认同，现在是AI时代了，我觉得要快速试错，在主线上广撒网产品，让AI来驱动，来增加成功的可能性，毕竟现在试错的成本小了很多了。
这些skills对普通人有什么用？
说点实在的。
Sahil的skills看起来很"高阶"，但其实对普通人也有用。
你可以从社区开始
不用先想做什么产品。
先找到你感兴趣的领域，参与社群，回答问题，输出内容。
这些积累，以后做什么产品都能用上。
你可以用周末项目验证想法
别憋大招。
给自己48小时，做个最小版本，上线看反馈。
行就继续，不行就换。
你可以用AI放大效率
Cursor、ClaudeCode、v0这些工具，不是"锦上添花"，是"必备武器"。
每个月花几百块用AI，比报什么培训班都值。
你可以建立自己的资产
产品可能失败，但你积累的能力、关系、内容，不会消失。
每做一个项目，都问自己：我留下了什么？
我的一些思考
看完Sahil开源的这些skills，我一直在想一个问题：
为什么他能做成？
思考一：他分享的是"做对的事"，不只是"把事做对"
代码是"把事做对"的工具。
但Sahil开源的skills，是关于"做对的事"——
- 从社区开始，而不是从产品开始
- 先验证需求，而不是先做功能
- 熬得住，而不是追风口（我觉得是要快速的试错）
这些判断力，比代码能力重要得多。
思考二：一人公司的核心能力，不是写代码
Sahil的skills里，没有一个是纯技术技能。
社区运营、产品判断、用户沟通、AI工具使用……
一人公司的本质，是"把事情做成"，而不是"写好代码"。
技术只是其中一环。
思考三：AI让这些skills的价值放大了
以前，一个人能做的事有限。
现在同样的方法论，有了AI工具，效率可以提升10倍。
但问题是：你有没有这些方法论？
如果觉得文章，对你有用欢迎分享转发！
