你配 OpenClaw 的方式，暴露了管理水平
上篇「差生文具多」聊了一个现象：很多人一上来就搞 4 个 Workspace，结果每个都空着。 写完之后我发现，这不只是 OpenClaw 的问题。 OpenClaw 的每个配置概念，都能映射到一个管理学原理。 理解这些映射，既能帮你用好 OpenClaw，也能让你重新思考「管理」这件事。 一张映射表 先上结论： OpenClaw → 管理学 Workspace → 部门（边界在哪？） Agent → 员工（专才还是通才？） Skill → 技能培训（培训还是招人？） Memory → 知识库（什么该记？） Context Window → 认知负荷（信息多少合适？） Cron → 流程自动化（什么该自动？） Handoff → 交接（怎么减少出错？） 下面一个一个聊。 Workspace = 部门 这个在「差生文具多」里聊过了，核心是科斯的问题： 部门的边界在哪里？ 答案是：当内部协调成本 = 外部交易成本时。 Jeff Bezos 有个著名的「两块披萨」规则：一个团队应该小到两块披萨能喂饱，大概 5-10 个人。 为什么？因为随着团队变大，沟通链路呈指数增长。10 个人的团队有 45 条沟通链路，20 个人就变成 190 条。协调成本会吃掉专业化带来的收益。 Amazon 的做法是把自己变成「一支小团队组成的舰队」，而不是一个庞大的官僚机构。每个 Two-Pizza Team 有清晰的职责边界，独立决策，减少跨团队协调。 翻译成 OpenClaw 语言： 拆 Workspace 的收益 > 协调成本 → 拆 拆 Workspace 的收益 < 协调成本 → 不拆 大部分人的问题是拆太早。还没遇到瓶颈，就急着搞多 Workspace。 ...