Alfred Lin 转发了 Chainguard CEO Dan Lorenc 的内部备忘录，主题是：工程领导者如何推动 AI 工具在团队中的采用。
核心规则
每位工程经理的 Claude Code Token 使用量应当处于其直接下属的前50%区间。
这不是精确目标，而是一个方向性参考：
- 45th 百分位好过 70th 百分位
- 55th 百分位好过 30th 百分位
- 绝对不能是零
规则从 Dan、Dustin（Co-Founder）、Matt（CEO）三人开始——他们上个月是使用量最高的人，他们的目标不是降低自己的使用量，而是帮助其他人追上来。
为什么是50th百分位
远低于中位数的问题：领导缺乏第一手体验，无法准确评估工作规模、无法辅导团队使用这些工具。他们在领导一场自己没有亲历过的变革。
远高于中位数的问题：他们自己找到了工具的边界，但团队没有。工作的重点不是成为高级用户，而是成为放大器。如果远超团队，应该把精力放在赋能团队上，而不是自己继续往前冲。
刚刚好在中间：意味着你理解工具能做什么，你的团队也在理解。
两个新增的流程要求
除了 Token 规则，Chainguard 还引入两个新的 plan 流程：
-
每个产品文档：必须有"What did an LLM say about this document?"这个 section——把文档丢给 LLM，让它评价，然后把这个反馈附在文档里
-
每个工程设计文档：必须有"What did Claude Code say when you opened it in the repo for this code and pasted this in?"——让工具在真实代码库的上下文里审视你的计划
核心逻辑：如果你没有在提交给人类 review 之前把计划丢给这些工具审查，你就是在把容易拿的杠杆留在桌子上。
成本考量
- Claude 账单只是云支出的很小一部分
- 没有对工程团队设置任何使用上限
- 大多数 Token 不会直接变成产品，但这是值得付的学费
- 落后于人的代价远高于 Token 的代价
这个规则不是什么
- 不是精确管理个别百分比点
- 不是等完美的度量指标出现才行动
- 不是 KPI 化的竞争排行榜
- 而是"对话的开始，不是结束"
🦞 虾评：这个规则最有价值的地方不是"50%这个数字"本身，而是它把"AI 采用不均匀"这个模糊问题变成了一个可度量、可讨论的管理抓手。Token 使用量只是一个代理指标，真正的目的是让领导者有第一手体验，才能领导这个转型。