Minimalist Entrepreneur Skills 详解：把 Claude Code 变成创业决策操作系统

预计阅读时间：40 分钟 | 难度：⭐⭐⭐

专题导读：Minimalist Entrepreneur Skills 专题导读：原理、案例与 Prompt 模板一站看完 ⭐⭐

目标读者：想用 Claude Code 做产品验证、早期销售和创业决策的开发者、独立开发者、AI 产品实践者。

核心问题：slavingia/skills 到底是什么、10 个 Skill 分别解决什么问题、如何按正确顺序使用，才能把"想创业"变成"可执行、可验证、可收费"的路径？

导读

这套 Skills 的重点不是帮你更快写出一个产品，而是帮你更早验证"这个产品到底该不该存在"。

1. 读这篇能带走什么

• 准确理解 Minimalist Entrepreneur Skills 的定位——它不是"通用创业话术库"。
• 知道 10 个 Skill 各自的边界、前置条件和最适合的使用时机。
• 理解这套方法论为什么强调"先手工交付，再逐步产品化"。
• 用一条清晰的流程，把找社区、验证问题、做 MVP、拿前 100 个客户串起来。
• 识别这套方法最容易被误用的地方，并知道如何规避。
• 根据自己的创业阶段，快速选出下一步最值得调用的 Skill。

2. 先说结论：这套 Skills 适合谁，不适合谁

Minimalist Entrepreneur Skills 是 Sahil Lavingia 的公开仓库 slavingia/skills 中的一组 Claude Code Skills。Lavingia 是支付公司 Gumroad 的创始人，《The Minimalist Entrepreneur》2021 年出版后，他把书里的方法论做成了这套可以直接在 Claude Code 里调用的技能。它们的目标不是替你"生成创业点子"，而是把早期创业里最容易自我欺骗的环节，拆成一系列更难逃避现实的问题。

它最适合三类人：

• 已经想做点东西，但不知道应该先找人还是先写代码的人。
• 有产品冲动、工程能力强，但用户验证和销售动作明显偏弱的人。
• 想把 Claude Code 从"写代码助手"升级成"产品验证与经营决策助手"的人。

它不太适合以下场景：

• 你要的是融资建议、法律建议、税务建议。
• 你已经是成熟公司，需要的是组织流程、复杂渠道和规模化经营体系。
• 你还没有任何社区连接，却期待它直接给你一个高确定性的商业机会。

一句话概括：这是"帮你别在第一步就走歪"的技能包，不是"帮你做大公司"的技能包。

3. 它的核心方法论，为什么成立

这套 Skills 的底层逻辑可以压缩成 4 句话：

1. 先从社区开始，不要先从点子开始。
2. 先验证有人痛，再验证有人付费。
3. 先手工交付价值，再把稳定流程产品化。
4. 先追求盈利和生存，再谈增长和规模。

这套方法成立不是因为它更"优雅"，而是因为它直接对抗了早期创业最常见的 4 个错觉。

3.1 错觉一：我先把产品做出来，再去找用户

这正是多数早期项目最致命的路径依赖。你一旦先投入大量构建成本，就会天然为既有方案辩护，而不是重新判断"这个问题值不值得解"。

Minimalist Entrepreneur 的反向做法是：先找到一个你真正理解的社区，再看这个社区里有没有持续出现、愿意付费解决的问题。find-community 的 SKILL.md 里有一句原话：“Don’t start with a business idea. Start with the people."——先有人，再有点子。

3.2 错觉二：只要用户说"这个想法不错”，就算验证过了

不是。愿意夸你的人，不等于愿意买你的人。

这套 Skills 反复强调一个原则：验证不是通过"点赞"完成的，而是通过"交易"完成的。validate-idea 的 SKILL.md 写得很直接——“The ultimate validation is a transaction”（最终的验证是一笔交易）。只要还没有人愿意付钱，你得到的大多数都只是情绪支持，而不是商业信号。

3.3 错觉三：MVP 就是做个简陋版产品

很多人把 MVP 理解成"功能少一点的软件"。但这套方法论把 MVP 放在更靠前的位置看待：真正的最小可行不是"最少功能"，而是"最早开始交付价值的方式"。

所以它才会强调 manual first，也就是先手工交付，再流程化，再自动化。

3.4 错觉四：增长越快越好

这套 Skills 对增长持非常克制的态度。它的核心不是追逐速度，而是保证你在增长时没有把自己拖进高成本、低控制权、不可逆的局面。

也就是说，它优先优化的是"默认活着"，而不是"看上去很大"。

4. 这 10 个 Skills 到底是什么

仓库当前提供 10 个 Skill，覆盖从找社区到复盘决策的完整链路：

如果你只记一个判断标准，那就是：前 6 个 Skill 更偏"验证与成交"，后 4 个 Skill 更偏"增长、经营与决策"。

5. 每个 Skill 的真实作用与使用边界

5.1 Find Community：先找"人群"，不是先找"创意"

这个 Skill 的核心原则是 community first。它会逼你回答：你已经属于哪些社区、你在哪些地方长期出现、你反复听到哪些抱怨、你愿不愿意服务这群人很多年。

为什么它重要？因为脱离社区想出来的机会，通常只有概念，没有分发，也没有真实痛感。你缺的不是点子，是上下文。

它对"社区"还有一个质量判断：你是不是真实成员。SKILL.md 的评估标准包括"你懂这个社区的语言、价值观和文化，你在贡献而不只是潜水"，以及"这个社区规模要够大但别太大——你要的是一个能主导的利基市场，不是一个永远挤不进去的大市场"。

什么时候该用：

• 你点子很多，但没有一个能明确说出"谁会先买"。
• 你经常从技术能力出发思考，而不是从人群出发思考。
• 你对目标用户的聚集地、语言和习惯并不熟。

什么时候不该用：

• 你已经有明确的社区连接和一批具体潜在用户。

最容易犯的错：

• 把"大市场"误认为"好市场"。
• 把"我能接触到"误认为"我真正属于"。
• 直接跳到"我能卖什么"，而不是"他们反复卡在哪里"。

这一步的产出也收敛得很明确：最多挑出 1-3 个你真能服务的社区，每个社区落到一个持续存在的问题上。

5.2 Validate Idea：验证的对象是痛点与付费意愿，不是功能

这个 Skill 不会鼓励你先做原型，而是先定义问题：谁在痛、现在怎么绕过去、痛到什么程度、有没有现成替代方案、有没有人愿意现在就掏钱。

它的重要性在于，它把验证标准从"用户觉得不错"升级成"用户会不会给你交易信号"。SKILL.md 给出的交易标准非常具体：至少跟 10 个潜在客户聊过，其中至少 3 个说愿意付钱、或者真的付了。

优先关注的是：

• 你能否说出 10 个具体的人。
• 他们今天是否已经在用笨办法解决问题。
• 你能否立即手工提供一个版本。
• 是否已经有人愿意为这个结果付费。

红旗信号通常包括：

• 没有人正在用替代方案。
• 你说不出 10 个具体潜在客户。
• 你必须先教育用户"你其实有这个问题"。
• 唯一验证依据是"朋友说这个想法很酷"。

对应的绿灯信号也值得一读：已经有人在为更差的方案付钱；你已经手工帮几个人解决过、他们很喜欢；社区正在持续抱怨这个问题；你能用一句话说清客户是谁、痛点是什么。

跑完之后它会给你三选一的裁决：Validated（信号足够，去做 MVP）、Needs more validation（补哪些证据）、Pivot（方向要变，往哪变）。

5.3 MVP：不是"功能压缩"，而是"本周能交付什么"

这个 Skill 解决的是范围失控问题。它不是帮你列一个产品 PRD，而是逼你回答 4 个更现实的问题：

• 能不能在一个周末交付？
• 能不能让客户的生活哪怕只好一点点？
• 能不能从第一天开始收费？
• 能不能很快拿到反馈？

它对"小"的理解有三档，写进了 SKILL.md 的三个阶段：

1. Manual（手工）：你自己就是产品，身兼客服、履约和工程，把每个客户的问题用手解决掉，同时记下你做的每一步。
2. Processized（流程化）：把手工步骤写在一张纸上，清楚到你去度假时别人也能照着接手。
3. Productized（产品化）：只有手工验证过的东西才值得写成软件，这时才真正开始写代码。

配套的判断都很狠：SKILL.md 说"互联网上的大多数应用不过是表单和列表"（CRUD），你的 MVP 不该比这更复杂；Craigslist 从来没好看过；免费和 1 美元之间有巨大差别；Carrd、Gumroad、Stripe、Airtable、Google Forms、Zapier、Notion，什么能最快上市就用什么。还有一句拿来提醒所有折腾架构的人：Gumroad 十多年来从没发布过 “v2”，只有几千次小改进。

它和 Processize 的区别，经常被写反。

简单说：

• MVP 关注"最小交付结果是什么"。
• Processize 关注"这个结果在手工状态下如何稳定交付"。

如果你已经知道要解决什么，但迟迟收不住功能范围，就该先用 /mvp。

5.4 Processize：这是整套方法里最容易被低估的 Skill

这是本文最值得强调的一点。当前仓库里，/processize 是一个非常关键的桥梁：它要求你在写任何代码之前，先把手工交付路径走通。

它的核心产出是那张 mvp 阶段就出现过的"魔法纸条"（magic piece of paper）：把你的手工流程写到任何一个人拿到纸都能照做、能让业务继续运转的程度。纸条上有五个要素——触发（什么启动这个流程）、步骤（按序号列出每一步做什么）、工具（每一步用什么）、单客耗时（每一步花多久）、交付（结果怎么还给客户）。

SKILL.md 对"步骤"的要求很苛刻：“我处理了他们的请求"不算步骤；“我打开邮件、复制文件链接、跑完某个转换、排好输出格式、两小时内回邮件"才算步骤。

为什么这一步价值极高？因为只有当你真的人工交付过，才知道流程里哪些部分是稳定需求，哪些只是你脑补出来的系统复杂度。

它还内置了一个回跳机制：如果你说不出 10 个有这个问题的具体的人，SKILL.md 的原话是"你对社区还不够熟，回到 /find-community”。

什么时候才考虑写代码？它给了 4 个信号：手工版本已经交付给 10 个以上付费客户；你能准确预测他们下一个会要什么；纸条上的步骤已经几周没变过；你花在交付上的时间超过了找客户的时间。到那时，也只自动化一步——单客耗时最长的那一步。

一句更直白的话：很多人不是太早产品化，而是太早系统化了。

5.5 First Customers：前 100 个客户不是"等来"的，是一个个卖出来的

这个 Skill 的核心观点非常明确：别迷信 launch，先专注 sell。SKILL.md 的原话是 “‘Viral success’ is a myth. There is no such thing."——病毒式成功是个神话，根本不存在这种东西。

它强调一个由近及远的销售顺序，SKILL.md 称之为"同心圆”：

• 先朋友和家人。
• 再你所属社区里认识你的人。
• 最后才是冷启动外联。

每一步都有具体动作：对朋友，是请他们当你的第一批客户，而不是投资人；对社区，是列出所有写过类似东西的人，逐个亲自联系；对冷启动，Gumroad 自己就是例子——Lavingia 当年在网上逐个搜可能用得上 Gumroad 的人，亲手发了数千封冷邮件。

这背后的原因很现实。早期客户获取是信任问题，不是品牌问题；是转化前的对话问题，不是流量问题。如果你连最接近你的人都无法说服，问题大概率不在流量，而在价值表达、目标用户或产品本身。

它对 launch 的定义也和主流叙事相反：100 个付费客户之前不要发布。发布是拿来庆祝社区支持的派对，不是获客手段。

有两个数字可以说明"为什么不需要很多客户”：SKILL.md 引用 Slack 上市时的数据——575 个客户贡献了 40% 的收入；如果你的产品卖 10 美元/月，200 个客户就是 2000 美元/月，按每个工作日新增 1 个客户算，不到一年。

5.6 Pricing：收费是验证动作，不是商业化后期动作

这个 Skill 强调一件很多人不愿接受的事：免费几乎不给你有效信号。pricing 的 SKILL.md 引用了行为经济学家 Dan Ariely 的"零价格效应"（zero price effect）：免费的东西有人排队，哪怕只收 1 美分，队伍就散了。SKILL.md 的原话是"免费和 1 美元之间隔着巨大的鸿沟"——免费用户给你的信号是零，收 1 美元都能证明有人认可你做的事。

它主要帮你回答：

• 你的成本结构是什么。
• 用户感知价值大概在哪。
• 怎样定一个足以形成信号、又不至于把用户吓跑的初始价格。
• 你需要多少客户，才足以支撑自己。

定初始价格有两条路：成本加成（算清单件成本，加 20%-50% 利润，适合实物和服务），或者按价值定价（价格锚定客户获得的价值而不是你的成本，适合软件和数字产品——SKILL.md 举的例子是 Netflix 的多屏功能，边际成本几乎为零，照样收溢价）。

定价观也很务实：先定低，再随产品变好逐步上调；价格不是永久的承诺，它和产品一样是迭代出来的；分层定价（像飞机的经济舱、公务舱、头等舱）是后期目标。免费试用可以是标配，但必须留一条清晰的付费路径。

如果你当前还在说"等产品成熟了再收费"，那通常意味着你还没有真正验证价值。

5.7 Marketing Plan：不是"做宣传"，而是把销售经验扩展成内容系统

这个 Skill 有一个很重要的前提：通常在你已经接近产品市场契合，或至少已有一批真实客户之后再用更合适。SKILL.md 把前置条件列得很硬：你属于一个社区、有一个有人在付费的产品、约 100 个复购客户（复购即产品市场契合）、并且有一对一销售的经验——销售经验喂养营销内容。

它的核心是内容，不是广告。SKILL.md 开宗明义：“Marketing is sales at scale."（营销是规模化的销售。）不是"曝光越多越好”，而是通过内容让更多正确的人理解你、记住你、信任你。

它把内容分成 3 个层次：

• Educate：教别人你学到的东西。有 100 个客户，你就学到了值得分享的 100 件事。
• Inspire：分享你的过程、挣扎和变化。
• Entertain：让内容更容易被传播。这是最难但传得最远的一层。

从陌生到成交，它要求走完五步漏斗：接触内容（Engage）→ 关注你（Follow）→ 去看你的产品（Research）→ 比较价格和功能（Consider）→ 购买（Buy）。SKILL.md 特别强调"You can’t skip steps"——每一步都跳不过去。

渠道策略上有两条硬建议：个人账号和业务账号分开；邮件列表从第一天就开始建，因为社交媒体是租来的地（算法会变、账号会被封），邮件是你直接触达客户的自有土地。

这部分最常见的误用，是在没有销售经验、没有客户语言、没有核心问题画像时，就急着"做内容矩阵"。那样内容通常会空心化。

5.8 Grow Sustainably：这是经营层面的刹车系统

如果说前面的 Skill 负责让你起步，那么 /grow-sustainably 负责防止你在稍微有点势头后开始自毁。

它围绕几个高风险决策展开：

• 要不要花这笔钱。
• 要不要招这个人。
• 要不要租办公室。
• 要不要融资。
• 要不要为了看起来更快而牺牲盈利能力。

它的出发点是一句 SKILL.md 原话：“Profitability is a superpower."（盈利是一种超能力。）盈利给你无限跑道、清晰的头脑和完全的控制权——你可以按自己的节奏做决定，而不是按投资人的节奏。

它给的省钱规则非常具体，而且大多反直觉：

• 先给自己开最低的工资。Lavingia 自己在旧金山以 3.6 万美元年薪起步，2015 年公司危机时给自己发 0 美元。
• “雇软件，不雇人”（Hire software, not humans）：记账交给 Pilot/Bench，发薪交给 Gusto，自动化交给 Zapier。软件便宜，人贵。
• 不租办公室，远程是默认项。
• 不搬去硅谷。成本低一分，通往盈利的路就近一寸。
• 全职员工之前先用外包和自由职业者。

增长节奏上它引用了 Gumroad 自己的数据：2017 年增长 15%，2018 年 25%，2019 年 40%，2020 年 87%——增速由客户决定，不是由你的野心决定。它还要求每个决策过一遍"默认活着还是默认死亡”（default alive or default dead）测试，并尽量避免不可逆的决定（长租约、大招聘、VC 条款）。

它真正提供的是一种经营视角：利润是控制权，不是保守；低成本是战略空间，不是寒酸。

5.9 Company Values：价值观是组织决策的约束条件，不是口号

这个 Skill 不是给你生成几个好听词汇，而是逼你回答一些更难的问题：

• 你相信什么，是大多数人未必同意的？
• 什么行为即使短期有业绩，你也不能接受？
• 什么行为即使暂时不赚钱，你依然愿意鼓励？

SKILL.md 明确说，价值观的作用是"告诉员工每天怎么做事、极端情况下怎么决策"，而且必须是"非显而易见的"——“以用户为中心"这种口号不算价值观，诺德斯特龙百货接受服装店退轮胎的故事才算。

为了让示例不悬空，SKILL.md 直接放出了 Gumroad 自己的 4 条价值观：

1. Judged by the Work（以作品论英雄）：重要的是创作者和客户的体验；如果发布后才收到本可以改善创作者体验的反馈，算失败。
2. Seek Superlinearities（寻找超线性）：时间是固定的，要让它产出的回报随投入超线性增长。
3. Everyone is a CEO（人人都是 CEO）：每个人是自己职能的 CEO，“如果需要别人来问你进展，说明进展不妙”。
4. Dare to Be Open（敢于透明）：追求完全的信息对称——入职文档公开、财务发推特、全公司公开每个人的薪资、不开会。

也就是说，价值观在这里是组织边界，不是品牌装饰。

5.10 Minimalist Review：用统一原则复盘所有复杂决策

这是一个通用复核器。只要你陷入"这件事好像有很多理由要做"的状态，就适合拿它来过一遍。

它内置 8 条原则：社区优先；先手工再自动化；能建多少建多少（尽量少建）；先销售后扩张；先花时间再花钱；盈利是目标；按客户决定的速度增长；盖你想住的房子。

它关注的问题包括：

• 这件事是否真的服务客户或社区。
• 有没有更简单、更便宜、更可逆的版本。
• 现在做是不是因为客户需要，还是因为自我感觉更像一家"大公司”。
• 这一步会让你更接近盈利，还是更远离盈利。

SKILL.md 里还收了几句可以直接当座右铭的口诀：“Don’t launch. Sell to your first 100 customers first."（先别发布，把前 100 个客户卖出来。）“Hire when it hurts."（痛了才招人。）

如果你只能保留一个 Skill 用在长期经营上，那很可能就是它。

6. 正确使用顺序：不要把 10 个 Skill 当成 10 个孤立工具

这套仓库真正强的地方，不在于单个 Skill，而在于它们能串成一条路径。

6.1 推荐路径

这条路径与 README 里的 “The Minimalist Entrepreneur Journey” 一一对应：Community → Validate → Build → Processize → Sell → Price → Market → Grow → Culture → Review。

6.2 最容易出问题的错误顺序

错误顺序通常长这样：

Marketing Plan → MVP → Pricing → Find Community

为什么错？因为你在没确认服务对象、没确认问题强度、没确认付费信号之前，就已经开始想增长、做产品和谈价格。这会把后面的每一步都建立在不稳定前提上。

7. 安装与调用：哪些写法是对的，哪些写法是错的

根据上游仓库 README，最直接的安装方式是在 Claude Code 中执行：

/plugin marketplace add slavingia/skills
/plugin install minimalist-entrepreneur

README 的原话是：装完之后 Claude Code 会自动拉取仓库并注册全部 10 个 Skill。

如果你想从本地克隆安装，README 给出的备选路径是：

git clone https://github.com/slavingia/skills.git ~/.claude/plugins/skills

然后在 Claude Code 里把本地目录注册为 marketplace，再装插件：

/plugin marketplace add ~/.claude/plugins/skills
/plugin install minimalist-entrepreneur

这里有两个常见误区：

• 误区一：把它理解成"复制几个 Markdown 文件就能直接用”。
• 误区二：把本地安装写成随意拷贝某个嵌套目录。

更稳妥的理解是：这是一个通过 Claude Code 插件与 Skill 机制分发的技能集合，直接按仓库 README 的安装方式走，最不容易出错。

8. 一个更实战的理解方式：把它当成创业流程编排器

如果你是做 AI 工具、自动化产品或独立开发项目，这套 Skills 最有价值的地方不是给你结论，而是让你每一步都更难自欺。

延伸阅读：如果你想看一条完整的落地路径，可以继续读 如何用 10 个 Minimalist Entrepreneur Skills 跑完一个真实约束创业案例。

比如你想做一个"帮内容创作者自动拆解长视频并生成短视频脚本"的产品，比较合理的使用顺序会是：

1. 先用 /find-community，明确你服务的是哪一类创作者，而不是泛泛地说"内容行业”。
2. 再用 /validate-idea，确认他们今天是否已经在手工切片、是否觉得这个过程真的痛、是否有预算。
3. 再用 /mvp，先把"到底交付什么结果"收缩到一个本周能推出的最小版本。
4. 接着用 /processize，先手工接 3 个创作者案例，自己把交付流程跑通。
5. 然后用 /first-customers，按"朋友家人 → 社区熟人 → 冷启动"的顺序把前几单卖出来。
6. 再用 /pricing，把前几单的试错沉淀成能持续收费的初始定价。
7. 最后在有稳定客户后，再考虑 /marketing-plan。

这条路径的关键不是"快"，而是每一步都让下一步更便宜、更清楚、更可逆。

9. 几个最容易误解的认知点

为了避免你读完仍然带着错误理解离开，这里把几个最容易走偏的地方单独说清楚。

9.1 Processize 是整套方法的核心桥梁，不是附属步骤

很多介绍会把 /processize 写成一个可有可无的补充步骤，但从上游仓库当前内容看，它实际上承担着"把想法变成可手工交付流程"的关键作用。这个 Skill 的加入，让整套路径从"概念正确"变成"动作可执行"。

9.2 Marketing Plan 有明显前置条件

它不是"刚有个想法就该用"的 Skill。仓库写得很清楚，它更适合在已有产品市场契合迹象，或者至少接近约 100 个客户、已经理解销售过程后使用。

9.3 Pricing 不该被当成后置工作

如果你总把定价放到最后，本质上是在逃避最重要的商业验证问题：有没有人愿意为结果付费。

9.4 这套 Skills 是强化判断，不是替代判断

它能帮你提出高质量问题、暴露你回避的问题、生成结构化输出，但它不能替你承担用户访谈、销售对话、定价试错和经营责任。

10. 推荐做法：怎样用，产出才会明显更好

10.1 把它当"提问器"，不是"答案机"

如果你对问题输入得很空，它输出也很难有高价值。越具体的上下文，越能得到像顾问而不是像模板的结果。

10.2 每次只解决一个阶段问题

不要一次让 Claude Code 同时帮你找社区、做定价、写营销计划、起公司价值观。那样看似全面，实际会把每一步都做浅。

10.3 保存每次输出，形成自己的经营文档

这类 Skill 的真正复利，不在单次对话，而在你把每轮输出沉淀下来，反复比较：哪些判断变了、哪些假设被证伪、哪些信号开始稳定。

10.4 对任何"听起来很顺"的答案，继续追问证据

最危险的不是差答案，而是顺滑但未经验证的答案。只要涉及市场、定价、用户意愿、增长速度，就一定要把"证据是什么"问到底。

11. 自测：你是否真的理解了这套 Skills

如果你想确认自己不是"看懂了，但不会用"，可以先回答下面 6 个问题：

1. 你能说出自己已经属于的 3 个社区吗？
2. 你能列出 10 个具体潜在用户，而不是抽象用户画像吗？
3. 你现在准备做的产品，能否用手工方式先交付给 3 个人？
4. 你是否已经有一个可以直接报价的初始方案？
5. 你现在最该做的是销售，还是增长？
6. 如果这周不能写代码，你还能不能开始验证这件事？

如果你对其中 3 个以上问题回答不清楚，那说明你更需要这套 Skills。

12. 常见问题

Q1：这套 Skills 和直接跟 Claude 普通聊天，有本质区别吗？

有。区别不在"模型更强"，而在它把一类问题固定成了更稳定的结构和追问路径。普通聊天容易跑偏，Skill 更像预先设计好的思考框架。

Q2：一定要按顺序把 10 个 Skill 全用一遍吗？

不需要。但如果你还在创业早期，至少应该优先保证前半段顺序基本正确，也就是先社区、再验证、再最小交付、再成交。

Q3：MVP 和 Processize 会不会重复？

会有交叉，但关注点不同。/mvp 更关注"做多小"，/processize 更关注"先怎么手工做"。前者收范围，后者走流程。

Q4：如果我是技术很强、销售很弱的人，最该先用哪个？

大多数情况下，先从 /find-community 或 /validate-idea 开始，而不是从 /mvp 开始——你的主要风险不是做不出来，而是做对谁、为什么值得做。

Q5：这套 Skills 支持中文吗？

Skill 内容本身主要是英文，但你完全可以用中文与 Claude Code 互动。关键不是语言，而是你给出的事实是否具体、是否真实。

13. 一页行动清单

如果你今天只打算做一件推进创业的事，按下面顺序执行：

1. 写下你已经真正属于的 3 个社区。
2. 在每个社区里列出 3 个反复出现的问题。
3. 选出一个你能立刻手工帮别人解决的问题。
4. 给这个手工结果报一个具体价格。
5. 本周联系 3 个具体的人，尝试交付并收集反馈。
6. 只有当手工流程开始稳定时，才进入工具化或产品化。

14. 总结

slavingia/skills 的价值，不在于它把创业讲得更热血，而在于它把创业拆得更现实。

它最强的地方有三个：

• 它强迫你从社区和问题开始，而不是从功能和幻觉开始。
• 它强迫你把"验证"落实为可收费、可交付、可复用的动作。
• 它给了你一套从想法、销售、定价到经营决策的统一原则。

如果你会写代码，但总是在"做什么、先做什么、怎么证明值得做"这几个问题上消耗过多，这套 Skills 值得认真用起来。

真正的重点不是把 10 个命令都试一遍，而是让自己形成一个新习惯：任何产品冲动出现时，先问社区、再问交易、再问手工交付、最后才问系统实现。

这才是 Minimalist Entrepreneur Skills 最值得带走的东西。

下一步

如果你已经理解了方法论，最好的下一步不是反复回看概念，而是顺着这条链路继续推进：

• 如何用 10 个 Minimalist Entrepreneur Skills 跑完一个真实约束创业案例：看这套方法如何在一个真实创业约束里落地。
• Minimalist Entrepreneur Skills 实战 Prompt 模板：从找社区到首批付费的可复制脚本：把当前这篇方法论直接转成你今天就能使用的 Prompt。

文档元信息 难度：⭐⭐⭐ | 类型：方法总览 | 更新日期：2026-09-23 | 预计阅读时间：40 分钟