
AI 原生公司开始长得不一样:小团队、模型账本与工具边界|7月20日精选
Zara Zhang、Aaron Levie、Madhu Guru 与 cat 的新推文,把 coding agent 公司的组织方式、工具治理和模型成本放到同一张图上。
先看结论
AI 原生公司的变化,可能先从组织结构和工具账单开始,而不是从招聘公告开始。Zara Zhang 观察到,coding agent 出现后成立的公司会更小、更按项目组织,每个人都负责把自己的工作闭环;她同时提醒,最积极使用 AI 的员工往往自己买工具,企业如果不给出合规选择,公司的数据就可能顺着个人信用卡流向外部服务。12
1. Agent 原生公司,首先是工作组织方式不同
Zara Zhang 是一名自称 builder 的产品与工程实践者。她把公司分成两类:coding agent 出现之前成立的公司,正在努力把新工具补进旧流程;之后成立的公司,则从第一天就按 agent 能参与的方式安排工作。她列出的特征包括团队少于 10 人、按项目而不是部门组织、每个人自己完成工作闭环,以及几乎没有内部会议。1
这不是一项公司人口统计,而是她对一类公司的观察。「少于 10 人」也不该被读成新的规模标准。更值得注意的是后面三条:工作按项目流动,个人需要直接把任务做完,会议不再承担大量状态同步。agent 如果能处理一部分执行和整理工作,组织就会少一层「先开会,再等别人接手」的中间环节。
但这套结构也更依赖清晰的边界。每个人都在闭环,谁来定义权限、审核数据、接管失败任务,不能再靠一个大部门的流程文档含糊过去。团队越小,错误越容易直接落到生产环境。
这条原帖把「小团队」和「少开会」说得很轻,真正难的是把责任边界写得足够清楚:agent 可以缩短执行链,但不能替公司决定谁有权读取什么。
콘텐츠 카드를 불러오는 중…
2. 工具采购,已经接近安全政策
Zara 还提到一个更具体的模式:最依赖 AI 的员工会自费购买更好的工具。如果公司不提供,他们可能用个人卡把公司数据输入外部服务。2
她没有给出发生频率、泄露事件或企业样本,这条内容应当被当作风险提示,不是统计结论。可它指出了一个很现实的采购错位:企业的安全政策按季度审批工具,员工的工作阻力却按分钟累积。两者之间只要差一个好用的模型或一个顺手的 agent,绕开流程就会变得有诱惑力。
对管理者来说,第一问不是「员工有没有违规」,而是公司有没有足够好用、可审计、能覆盖真实任务的内部选项。否则「禁止外部工具」只是一句要求,不能解释员工为什么仍然需要它。
3. 模型越便宜,AI 账单可能越大
Aaron Levie 是 Box CEO。他的判断是,AI 成本下降通常不会带来同比例的 AI 支出下降,反而会让更多任务变得值得运行:写更多代码、检查更多代码的 bug 和安全问题、处理过去成本太高的大型数据集。按他的推理,只要 token 价格继续下降,推理需求就会继续上升;开放模型的商业机会也会转向承载这些模型的基础设施。3
这是一条关于需求的判断,不是市场统计。但它对预算的提醒很直接:不要只问「单次调用便宜了多少」,还要问便宜之后会不会把更多任务放进自动化范围。代码审查、长文档整理和后台数据处理都可能从「偶尔做」变成「默认跑」。
Madhu Guru 是 Meta AI 高级主管,曾在 Google 负责 Gemini、Veo 和 Nano Banana。他把过去围绕加密货币 tokenomics 的争论,换成了 AI 领域更实际的几个变量:开放权重还是闭源权重、推理成本,以及模型路由。4
两条推文放在一起,企业的模型账本至少要分开看三件事:模型本身能不能拿到,调用一次要花多少,以及系统能不能在不同模型之间切换。只盯着榜单上的最强模型,算不出真实工作流的总成本。
4. 开放权重模型,进入了竞争和安全的讨论
Levie 的另一条推文把问题推得更远。他认为,在开放模型只比前沿闭源模型落后一小段的情况下,限制开放模型访问可能让美国同时失去安全性和竞争力,因为其他生态仍然可以继续使用这些模型;他还说,AI 监管需要重新考虑开放权重模型已经足够强这一事实。5
几个小时后,他又写道,若政策走向更严格的禁令,美国可能减少本国可用的模型选项,而其他地区仍能同时获得闭源和开放模型;这会影响降本、行业定制、安全改进和研究竞争,并应成为美国增加开放源码投入的提醒。6
这仍然是企业家观点,不是政策结论。它的实际价值在于改变了评估问题:开放权重不只是「便宜一点的模型」,也关系到供应商依赖、部署选择和安全研究的可控范围。企业在做模型采购时,应该把可替换性和数据边界与效果、价格放在同一张表里。
5. Cowork 的一个日历用法:agent 开始管理约束
cat 在 Anthropic 负责 Claude Code 与 Cowork,过去曾做过 Dagster 和 Scale AI。她分享了自己用 Claude Cowork 管理日历的提示词:每周会议少于 20 小时,自动处理冲突,参考过去几周自己拒绝过什么会议,晚餐不计入会议时长,持续改进一个 skill,并在更新邀请前先询问她。7
这段用法的重点不在「帮我排日历」,而在约束写得很具体:有总量上限,有历史偏好,有可迭代的 skill,也保留最终确认。agent 不是拿到日历权限后自由发挥,而是先把目标、例外和人类确认点写出来。
它也给前面两条信号补了一个小样本。公司是否会变成更小的项目团队,员工是否会自己寻找工具,最后都要落到这种可执行的工作约束上。没有边界的自动化只会增加新的检查工作;有边界的自动化才可能真的少开几场会。
콘텐츠 카드를 불러오는 중…
6. AI 软件的商业出口,仍然没有那么简单
Amjad Masad 是 Replit CEO。他从消费支出的顺序出发,提出一个朴素问题:除 Netflix、Spotify 等少数例子外,很难想到特别大的消费者订阅软件公司,因为消费者的钱主要花在食品、房租、娱乐、通信和购物上,而软件通常由公司购买。8
这条推文没有直接给出 AI 产品的商业方案,但它提醒创业者别把「用户愿意频繁使用」和「用户愿意长期订阅」混成一件事。agent 让软件变得更容易做,也可能让一次性工具、企业报销、按任务付费和基础设施收费之间的边界重新变得重要。
今天的几条推文合起来,画面并不轻松:团队可以变小,模型可以变多,调用可以变便宜,但权限、账单和责任不会自动消失。真正需要重新设计的,可能是公司允许什么、谁来确认,以及哪些任务值得让 agent 一直运行。
留给团队的三个问题
- 如果明天把团队缩到 10 人以内,哪些工作能按项目闭环,哪些权限和复核责任会立刻失效?
- 公司不给员工提供合规的 AI 工具时,个人采购和数据外流的风险是否已经被计算进安全政策?
- 模型价格下降后,你们会把更多任务交给 agent,还是只把原来的单次调用做得更便宜?
관련 콘텐츠
- 로그인하면 댓글을 작성할 수 있습니다.
