用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ace3000chao/book2startup --skill small-batch命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | small-batch |
| description | 用小批量方式减少浪费、加速反馈。当产品开发周期过长、团队陷入"憋大招"困境、错误发现太晚导致返工量大时，使用此Skill。 |
"用大批量的话，我们一直要到接近流程终点才会发现问题。而用小批量的话，我们几乎能马上发现问题。"
"这个结果在很多研究中已经得到证实：一次封装一个信封看似较慢，却能更快地完成工作。"
小批量的反直觉洞察：慢即是快，少即是多。
大批量的诱惑：看起来效率高——可以专注做一件事，不用反复切换。
大批量的代价：
小批量的本质：
小批量的极致 = 持续部署/持续交付。
信封实验：父亲一次装一个信封赢了比赛，因为孩子们大批量处理（折100个→封信口100个→贴邮票100个），但中途发现问题只能最后返工；父亲发现问题立刻调整，总时间反而更短。
丰田的精益生产：丰田面对资源匮乏，无法像美国工厂那样大批量生产。被逼走上小批量道路，最终发现这种方法比大批量更高效——因为能快速发现问题，不用在错误的基础上继续投入。
财捷TurboTax的快速实验：每周进行70项不同的测试，每次测试周期只有几天。每个测试完成后立即分析结果，周四部署新测试，周一看数据，周二决策。传统软件公司的产品开发周期是季度或年度，财捷是每天。
当你听到以下问题时，就应该调用这个Skill：
信号：
原则：每个批量的完成标志是获得了关于这个批量的用户反馈，而不是"代码写完了"。
方法：
问题：当前从"想法"到"用户反馈"需要多长时间？
| 不适用场景 | 原因 |
|---|---|
| 硬件/制造业 | 物理产品的小批量成本远高于软件 |
| 合规要求严格的产品 | 医疗/金融产品的发布需要完整审批流程 |
| 极其稳定的业务 | 这类业务的大批量发布反而成本更低 |
作者盲点提醒：小批量需要组织文化支持——如果团队习惯于"功能完成后才算成绩"的绩效考核，小批量会让团队感觉"什么都没完成"。需要在绩效评估上同步调整，让"快速验证"本身就是成绩。
