How long does the integration take?

Change one base URL in an OpenAI-compatible client, or install the Python or TypeScript SDK; the quickstart routes a first request in a few minutes.

Will this lock us into another vendor?

No. The router is Apache-2.0 open source, your provider keys stay yours, and the API is OpenAI-compatible, so leaving is a change of base URL.

What happens when a provider fails?

The router falls back to the next model your policy allows and records the fallback in the trace, so an outage costs a retry, not an incident.

p07-software-not-labor - Skill

Name: p07-software-not-labor
Author: xuanxuan1983

p07-software-not-labor

用户在考虑招人还是买工具时；用户发现自己做了很多重复性工作时；用户在规划团队扩张时。关键trigger信号："要不要招人"、"重复性工作太多"、"这笔钱应该招人还是买工具"、"什么时候可以招人" 不适用于：需要强人际关系的业务（如高定制化咨询）；已有成熟软件无法替代的专业工作。

by xuanxuan1983(0) 0 installs

Imported from xuanxuan1983/hermes-skills-backup (agent-skills/xiaomiao/p07-software-not-labor/SKILL.md). Install upstream with npx skills add xuanxuan1983/hermes-skills-backup --skill p07-software-not-labor. Copyright stays with the author.

雇用软件，而不是人力原则

R — 原文 (Reading)

"人力非常昂贵，但软件不贵，这通常是因为很多软件公司都由风险资本以增长的名义提供补贴。"

— Sahil Lavignena, 第六章

I — 方法论骨架 (Interpretation)

这个原则揭示了资源配置的优先级：先用软件，再用自由职业者，最后才招全职员工。

软件在规模化后边际成本趋零——你服务10个客户和10000个客户的软件成本可能一样。但人力是线性成本：每增加一个客户就需要额外的人力。而且人力不只是工资，还包括管理成本、招聘成本、培训成本、沟通成本。

很多 SaaS 工具被 VC 补贴——为了增长，他们提供免费或低价版本。对于极小团队来说，用这些工具的成本几乎为零，但招一个实习生每月至少几千元。

所以当你面临重复性工作时，先问：有没有软件可以解决这个问题？然后问：这个软件解决不了的部分，能否外包给自由职业者？只有当这两者都不可行时，才考虑招全职员工。

核心洞察：软件的规模化成本是固定的，人力的规模化成本是线性的。优先用软件解决问题。

A1 — 书中的应用 (Past Application)

案例 1: Gumroad 的异步文化

问题: Gumroad 是一个远程团队，没有物理办公室，如何协作？
方法论的使用: 他们用大量软件工具（Notion、Slack 异步模式、各种自动化工具）替代面对面的沟通
结论: 软件可以替代大部分办公场景
结果: 实现了无会议、无办公室的异步文化

案例 2: 避免过度招聘（反例）

问题: 有1000万、2000万、5000万美元的公司为了追求增长而大量招聘
方法论的使用: 这些公司没有先用软件替代重复工作，而是直接增加人力
结论: 固定成本膨胀，加上招聘和培训的管理成本，最终拖垮了公司
结果: 很多拿到融资的公司因为过度招聘而倒闭

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill？

用户发现自己在做很多重复性工作，想自动化
用户在考虑"要不要招实习生"来处理某项任务
用户收到一笔钱，在考虑"用这笔钱招人还是买工具"
用户抱怨"每天工作12小时都是杂事"
用户在规划团队扩张，问"什么时候可以招第一个人"

语言信号 (用户的话里出现这些就应激活)

"要不要招人"
"重复性工作太多"
"这笔钱招人还是买工具"
"每天都是杂事"
"怎么自动化"
"什么时候可以扩张"

与相邻 skill 的区分

与 f10-resource-allocation-stage 的区别: f10 是完整的资源配置框架（包括阶段判断），p07 是软件 vs 人力的具体原则；f10 是战略，p07 是战术
与 p12-profitability-confidence 的区别: p12 关注"要不要融资"，p07 关注"有了资源后怎么分配"

E — 可执行步骤 (Execution)

当 skill 被激活后，agent 应按以下步骤执行:

列出你每周重复做的任务
- 完成标准: 列出超过3次/周的任务，以及每次花费的时间
- 分类：哪些是可以标准化的，哪些需要人际判断？
搜索软件解决方案
- 完成标准: 对每个重复任务，搜索"最佳 X 自动化工具"（如 Zapier、Notion 模板、Airtable）
- 问自己：这个软件能解决 X% 的问题？剩下的 Y% 值不值得招人？
评估自由职业者选项
- 完成标准: 如果软件只能解决60%的问题，搜索自由职业者（Fiverr、Upwork）
- 计算：自由职业者每月成本 vs 你的时间价值
只在软件和自由职业者都不可行时招人
- 完成标准: 确认你已经尝试过软件和外包，且任务需要全职专注
- 判停条件: 如果任务是兼职性质的（每周少于20小时），不招全职

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

你需要强人际关系的业务（如高定制化咨询、销售、人脉驱动的工作）——软件无法替代
你的任务是战略性的、需要判断力的——这类任务应该由核心团队做，不是外包
你已经有了稳定的盈利和清晰的流程——此时招人是合理的扩展
涉及敏感数据/合规要求的任务——某些数据不能放到第三方软件

作者在书中警告的失败模式

"人力成本不只是工资。你还要花时间招聘、培训、管理、沟通——这通常相当于任务本身时间的50-100%"
"很多创始人招人是因为'不想做杂事'，但这反而让他们从重要的事分心"

作者的盲点 / 时代局限

AI 工具的出现让很多"需要判断力"的任务也可以部分自动化，这个原则可能需要更新
对于高度依赖个人关系和文化的工作（如早期创业团队），人力比软件更重要
过度自动化可能导致产品失去人情味——某些用户可能更喜欢人工服务

容易混淆的邻近方法论

精益创业的"用最少资源": 精益强调资源总量，p07 强调资源类型（软件 vs 人力）
外包模式: 外包是把人力外包给第三方，p07 是"先考虑软件，再考虑任何人力"

审计信息

验证通过: V1 ✓ / V2 ✓ / V3 ✓
测试通过率: 待测试
蒸馏时间: 2026-04-17

相关链接

f10-resource-allocation-stage — 资源配置: 软件优先是早期阶段的核心策略
p03-less-is-more — 越少越好: 软件优先是越少越好的具体实现

Install p07-software-not-labor and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

{ "ocm": "1", "id": "xuanxuan1983-hermes-skills-backup-p07-software-not-labor", "kind": "skill", "name": "p07-software-not-labor", "description": "用户在考虑招人还是买工具时；用户发现自己做了很多重复性工作时；用户在规划团队扩张时。关键trigger信号：\"要不要招人\"、\"重复性工作太多\"、\"这笔钱应该招人还是买工具\"、\"什么时候可以招人\" 不适用于：需要强人际关系的业务（如高定制化咨询）；已有成熟软件无法替代的专业工作。", "publisher": "xuanxuan1983", "version": "1.0.0", "capabilities": { "domains": [ "general" ], "tags": [ "skill-md", "automation", "hiring", "leverage", "github" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "用户在考虑招人还是买工具时；用户发现自己做了很多重复性工作时；用户在规划团队扩张时。关键trigger信号：\"要不要招人\"、\"重复性工作太多\"、\"这笔钱应该招人还是买工具\"、\"什么时候可以招人\" 不适用于：需要强人际关系的业务（如高定制化咨询）；已有成熟软件无法替代的专业工作。" ], "primary": false, "metadata": { "source": { "provider": "github", "repository": "https://github.com/xuanxuan1983/hermes-skills-backup", "path": "agent-skills/xiaomiao/p07-software-not-labor/SKILL.md", "ref": "17ee50c38aefa9426a89d7e8ee167fdc4c184fb7", "url": "https://github.com/xuanxuan1983/hermes-skills-backup/blob/17ee50c38aefa9426a89d7e8ee167fdc4c184fb7/agent-skills/xiaomiao/p07-software-not-labor/SKILL.md", "key": "xuanxuan1983/hermes-skills-backup/agent-skills/xiaomiao/p07-software-not-labor/SKILL.md" } }, "instructions": "# 雇用软件，而不是人力原则\n\n## R — 原文 (Reading)\n\n> \"人力非常昂贵，但软件不贵，这通常是因为很多软件公司都由风险资本以增长的名义提供补贴。\"\n\n— Sahil Lavignena, 第六章\n\n---\n\n## I — 方法论骨架 (Interpretation)\n\n这个原则揭示了资源配置的优先级：**先用软件，再用自由职业者，最后才招全职员工**。\n\n软件在规模化后边际成本趋零——你服务10个客户和10000个客户的软件成本可能一样。但人力是线性成本：每增加一个客户就需要额外的人力。而且人力不只是工资，还包括管理成本、招聘成本、培训成本、沟通成本。\n\n很多 SaaS 工具被 VC 补贴——为了增长，他们提供免费或低价版本。对于极小团队来说，用这些工具的成本几乎为零，但招一个实习生每月至少几千元。\n\n所以当你面临重复性工作时，先问：有没有软件可以解决这个问题？然后问：这个软件解决不了的部分，能否外包给自由职业者？只有当这两者都不可行时，才考虑招全职员工。\n\n**核心洞察：软件的规模化成本是固定的，人力的规模化成本是线性的。优先用软件解决问题。**\n\n---\n\n## A1 — 书中的应用 (Past Application)\n\n### 案例 1: Gumroad 的异步文化\n\n- **问题**: Gumroad 是一个远程团队，没有物理办公室，如何协作？\n- *", "cost": { "context_tokens": 696 } }