估值 95 亿美元 Gusto 联合创始人专访:重返一线写代码,打造颠覆后勤的“AI 联合创始人”

Edward Kimco-founder and CTO of Gusto
目录

观点原文

一、 创业前奏与机缘:从单人开发到千亿美元级痛点

  • 单兵开发者的“副业天花板”:
    • 在创办 Gusto(原 ZenPayroll)之前,Eddie 曾关闭第一家创业公司并陷入短暂财务拮据。
    • 随后凭借自学敏锐抓住早期 Android 系统的生态红利,开发了数款纯工具类应用(如解决找车难题的 Car Locator,以及在当时系统尚未原生支持截屏时推出的 Screenshot It,单款收费高达 7 美元)。
    • 个人年收入巅峰期接近 70 万美元,实现了财务自由与时间自由,但因敏锐意识到底层操作系统终将吞噬这些轻量单点工具,决定寻求更具长期复利与社会价值的严肃事业。
  • 偶发契机与创始人聚首:
    • 毫无马拉松系统训练的 Eddie 凭借一时冲动参加旧金山半程马拉松,在起跑线上偶遇斯坦福大学电气工程系的同班同学 Josh Reeves。
    • 赛后双方在旧金山第四街与 King 街交汇处的 The Creamery(硅谷早期著名的早期项目与风投汇聚地)喝咖啡复盘,发现彼此均渴望做大体量、解决深刻现实问题的产品。
    • 随后引入斯坦福校友网络介绍的以色列理工学院高材生 Tomer London,组成三位工程背景的联合创始团队。
  • 底层商业洞察的原点:
    • Eddie 幼年时父母在南加州经营一家私立诊所,父亲在前台接诊,母亲则承担了全部琐碎繁杂的后勤支持(排班、算薪、报税、报销、员工社保、医疗合规)。
    • 母亲每天在非核心业务上的繁复劳动成为埋藏在 Eddie 记忆深处的痛点种子,最终催生出将中小企业核心流程自动化的薪资管理平台 Gusto(服务超过 30 万家小微企业,估值超 95 亿美元)。

二、 早期技术联合创始人的心路历程与自我管理

  • “敲代码 vs 吃牛排”的心理失衡:
    • 很多技术创始人(Founding CTO)在早期都会遭遇心理失衡——自己每天在电脑前连续写代码 16~18 个小时,而负责商务/CEO 角色的合伙人因早期业务尚未展开,主要工作是与投资人喝咖啡、看球赛、吃牛排融资。
    • 破局认知:这并非不公平,而是由初创团队不同分工的特性所决定的;必须彻底放下防御性的“自我执念(Ego)”,拉长周期来看,不同合伙人在各自阶段承担的压力与负荷会动态平衡。
  • 早期角色与产权明晰:
    • 入选 Y Combinator(2012 年批次,此前 Eddie 在 2008 年就曾参与过早期 YC)后,三位创始人围坐在三把椅子上,开诚布公地进行了一次极度坦率甚至令人不适的对话,当场确立了 Josh 担任 CEO、Tomer 负责产品(CPO)、Eddie 负责技术(CTO)的分工,避免了未来 70% 导致创业公司内耗崩解的控制权争端。
  • 从 IC(独立开发者)到团队管理者:
    • 团队扩充至 10 名工程师时,Eddie 曾因沉迷修复具体 Bug 而屡次推迟员工 1-on-1,导致管理流程梗阻。
    • 经 CEO 坦诚指出后,通过向 Dropbox 前 CTO Aditya Agarwal、VMware 前 CTO Steve Herrod 等资深顾问请教,系统化转型为全职技术管理者,彻底告别写代码长达 10 年之久。
  • 情绪触发(Triggers)的生理化应对技巧:
    • 自我受到攻击或挑战时,人体会自发进入“战斗或逃跑(Fight or Flight)”状态(呼吸停滞、心跳加速),大脑的高阶理性决策区域会暂时关闭。
    • 实操做法:识别自身躯体反应(如发现自己屏住呼吸时),强迫自己“按下暂停键”,借口去洗手间洗手几分钟,拉开物理距离重置情绪,从被动防御转向主动选择成长型视角。

三、 重新回归一线:大模型驱动的技术管理者蜕变

  • 重拾编码的导火索与希思罗机场奇遇:
    • 2026 年初,Eddie 接触到开源与前沿 AI 实验(如基于 Telegram 驱动的 OpenClaw 等个人代理环境),被其“周期性主动轮询与自动触发(Heartbeat 机制)”的理念震撼。
    • 2026 年 2 月在马德里旅行返程途中,因前序航班延误在伦敦希思罗机场滞留 5 个半小时。坐在贵宾厅内,Eddie 借助 Claude Code 等前沿工具,独自在短短 5 小时内写出了一个开创性的原型系统。
  • AI 抹平技术断代与学习羞耻感:
    • 过去 10 年由于专注于人事与战略管理,Eddie 与现代企业级工具链产生脱节(例如从未亲自配置过 DataDog 或自建复杂的数据看板),重返架构开发会有巨大的心理负担。
    • AI 编程助手成为了一个“没有任何鄙视链、毫无评判偏见的顶级技术导师”,让管理者能在数天内无障碍补齐 10 年的技术栈落差,无需动用任何工程下属即可独立产出生产级原型。

四、 全新产品“Co-founder”:重塑小微企业的全流程工作流

  • 从纯应用到“主动执行的自主工作流”:
    • 最初构想是让小企业主像用 Lovable 一样,在 Gusto 界面内通过对话生成专属的小型 CRUD 网页应用;
    • 但与用户深入沟通后发现,小微企业的根本痛点不是“缺一个界面”,而是“缺人把杂事彻底做完”。
    • 产品实质:用户通过日常沟通渠道(短信、WhatsApp、Slack、邮件),自然语言告诉“Co-founder”自己的业务逻辑,AI 代理会按照设定好的周期(Heartbeat)自主、端到端地完成履约。
  • 现实典型场景:线下按摩养生馆(Spa)算薪全流程替代:
    • 传统模式下,店家使用预约系统(如 MindBody)排班,包含技师服务时长、不同精油产品提成比例、不同项目加价分红、各技师小费等碎片数据;
    • 老板通常需要先从排班系统导出原始数据至 Excel,编写各种函数拆解计算绩效与奖金,核算完毕后再人工手动输入至 Gusto 发放。
    • Co-founder 的接管方案:AI 代理直接调用底层表格或系统数据源,自动解析极其垂直复杂的个性化提成规则,并在后台直接完成工资校验与最终批复发放,将原本数小时的案头工作缩减为零。

五、 组织效能剧变:“AI Builders”与十周极速交付

  • 告别 Jira、排期规划与繁文缛节:
    • 打造 Co-founder 的敏捷核心团队仅由 5~8 人组成,内部统称为“AI Builders”,彻底抛弃了传统的长期技术 Roadmap、繁琐的 Jira 任务拆解与形式主义会议。
    • 跨职能融合:团队中的产品设计师借助 AI 辅助,已能直接编写并向主代码库提交高水准的生产级前端与全栈代码,打破了“产出 Figma 原型设计稿后交付工程师二次翻译”的低效割裂。
  • 极限落地周期:
    • 3 月初在丹佛进行初步白板架构;
    • 5 周后在纽约当面交付给 10 家种子客户完成实操验证并收集反馈;
    • 再过 5 周面向全球客户开启公开公测与 Waitlist。全流程仅耗时 10 周,实现了大厂内部近乎黑客马拉松级的极速落地。
  • 对现代技术领导者的核心启示:
    • 无论是创始层还是中高层技术管理者,在当前技术质变拐点,必须重新回到泥土里亲自动手(Hands-on)。
    • 仅通过下属汇报或宏观看板,无法感知当今真实软件开发流程中的架构阻滞,而亲自写代码能同时完成对客户真实需求、开发者工程体验与底层产品护城河的三维重塑。

ABAB AI 解读

Gusto Eddie Kim:AI 正在把软件公司重新变回五个人的创业团队

如果只把 Eddie Kim 最近的故事理解成:

“一个十年没写代码的 CTO,重新用 Claude Code 写代码。”

会严重低估这件事情。

真正值得关注的不是:

Eddie 又会写代码了。

而是:

为什么一家年收入已经超过 10 亿美元、服务超过 50 万家小企业的大型软件公司,反而需要让联合创始人重新回到最前线,带着只有 5 个人的小团队,像创业第一天一样开发产品?

2026 年,Gusto 已经跨过 10 亿美元过去 12 个月实际收入,服务超过 50 万家小企业;其 2025 年员工股份流动交易对应估值约 93 亿美元,而更早的融资轮估值曾达到约 95 亿美元。所以严格来说,今天更准确的说法不是“当前估值 95 亿美元”,而是这是一家约 90 亿美元级、收入超过 10 亿美元的成熟科技公司。

但就是在这样一家已经高度成熟的公司里,Eddie Kim 做了一件非常“不像大公司 CTO”的事情:

他重新开始写代码。

最终,一个只有 3 名工程师、1 名设计师加 Eddie 本人的 5 人核心团队,从零开始,在 10 周内做出了全新的一级产品线:

Gusto Cofounder。

过程中几乎没有:

传统 PM;

长期 PRD;

复杂 Jira;

传统 Figma → 工程交接;

大量会议;

长期 Roadmap。

他们更多依赖:

Claude Code;

实时原型;

Perma-Zoom;

客户反馈;

以及不断“写出来—试一下—不行就扔掉”的极短反馈循环。

这件事真正重要的地方在于:

它可能预示着软件公司的组织结构正在发生一次非常深的变化。

过去二十年,软件行业一直在解决:

“怎样让更多工程师协作?”

AI 时代的新问题可能变成:

当一个人已经拥有过去五个人、十个人的执行能力后,我们还需要那么多协调层吗?

这才是 Eddie Kim 这次回归一线真正值得研究的地方。


一、Gusto 的故事本身,就来自一个最典型的小企业“后勤黑洞”

Eddie Kim 创办 Gusto,并不是因为:

Payroll 很性感。

恰恰相反。

工资、税务、福利、员工入职和合规,可能是创业世界最不性感的一类工作。

但:

越不性感、越重复、越必须完成的工作,往往越有商业价值。

因为老板无法不做。

工资不能:

“下周有空再发。”

税不能:

“今年太忙就不报。”

员工福利不能:

“先放一放。”

这些工作属于:

Mission-critical Back Office。

关键后台工作。


二、Eddie 小时候看到的,其实不是一个医疗问题,而是一个 SMB 生产率问题

他的父母经营医疗业务。

真正让他留下印象的,不只是医生给病人看诊。

而是一个小企业背后大量看不见的劳动:

发工资;

做排班;

税务;

员工福利;

保险;

报销;

各种行政事务。

这正是美国大量小企业老板的现实。

一个厨师开餐馆以后,

很快发现自己不仅要做菜。

还要:

招聘;

算工资;

管保险;

处理税务;

安排员工。

于是:

Founder → Chief Everything Officer。

老板最后花大量时间做:

自己根本不是为了这些事情才创业的工作。

Gusto 的商业机会正来自这里。


三、这也是为什么“小企业 SaaS”是一个巨大的市场

大型企业可以拥有:

HR 部门;

Payroll 团队;

Legal;

Finance;

IT。

一家有 15 个员工的 Spa 呢?

老板自己就是:

HR。

老板自己就是:

Payroll。

老板自己就是:

运营。

所以大型企业可以通过:

人

解决复杂度。

小企业必须通过:

软件

解决复杂度。

这就是 Gusto 的基本经济学。


四、但 AI 又把这个逻辑向前推进了一步

传统 SaaS 的答案是:

给老板一个更好的工具。

AI Agent 的答案可能变成:

不要让老板学工具,直接把工作做完。

这是两代软件真正的区别。

传统 Gusto:

帮你管理 Payroll。

Gusto Cofounder:

试图直接替你:

Run Payroll。

Gusto 官方现在把 Cofounder 定义成一个“always-on AI assistant”,它可以主动发现问题、执行重复工作,并通过 SMS、Slack 或 Web 与老板交互。

这不是 UI 升级。

而是:

Product Category Shift。


五、软件第一次真正开始从“工具”变成“员工”

过去软件公司的商业逻辑:

Human + Software → Work。

人操作软件。

完成工作。

Agentic Software:

Human → Goal。

AI + Software → Work。

人只提供:

目标;

规则;

批准。

中间过程由机器完成。

这意味着:

Software is moving from interface to labor。

软件从界面变成劳动。


六、这可能是 SaaS 历史上最重要的一次变化

传统 SaaS 卖:

Seat。

比如:

一个员工每月 $50。

AI Agent 更像卖:

Outcome。

不是:

“给你一个 Payroll Dashboard。”

而是:

“工资已经算完了,异常已经标记,需要你确认这里。”

产品价值从:

Access

变成:

Completion。

这也是为什么 AI SaaS 最终可能侵入:

Labor Budget,

而不只是:

IT Budget。


七、Eddie 的个人经历非常有意思,因为他其实早就体验过“一个人公司”

在 Gusto 之前,他曾经做过 Android 应用。

那是智能手机早期一个极其特殊的时代。

Android 操作系统还不成熟。

大量今天看起来理所当然的基础功能,当时并不存在。

于是独立开发者可以围绕这些系统缺口:

开发小工具;

直接在应用商店出售。

例如:

找车;

截屏;

各种系统工具。

本质上属于:

OS Gap Arbitrage。

操作系统缺什么,

开发者补什么。


八、这类生意为什么可以让一个人赚很多钱?

因为 App Store / Android Market 带来了一个巨大的经济变化:

Distribution Cost → Near Zero。

过去写一个软件以后:

需要渠道;

代理商;

光盘;

零售。

移动应用商店以后:

一个程序员

可以直接触达:

全球用户。

所以一个人突然拥有:

Global Distribution Leverage。

这正是移动互联网时代的超级杠杆。


九、但 Eddie 很早就理解了这类业务最大的风险:平台会吞掉功能

今天截屏是一个独立 App。

明年:

Android 自己支持。

公司归零。

这叫:

Platform Absorption Risk。

所有建立在大型平台功能缺口上的创业公司都必须面对。

浏览器插件如此。

ChatGPT Wrapper 也如此。

Shopify Plugin 也如此。

如果你唯一的价值是:

“平台暂时还没有这个按钮。”

那平台增加一个功能:

公司就没了。


十、这是今天 AI 创业者尤其应该记住的一课

现在大量 AI Startup 本质都是:

Model Gap Arbitrage。

OpenAI 暂时没做。

Anthropic 暂时没做。

Google 暂时没做。

于是:

创业公司做出来。

问题是:

下一代模型更新以后呢?

所以创业者真正需要问:

如果基础模型明天免费提供我的核心功能,我还剩什么?

客户?

数据?

工作流?

品牌?

分发?

监管?

系统集成?

如果答案是:

没有。

那就和 2010 年一个“截图 App”没有本质区别。


十一、Gusto 为什么比那些小工具大得多?因为它进入了 System of Record

工资不是:

一个小功能。

它连接:

员工身份;

银行账户;

税务;

福利;

合规;

工资记录;

历史数据。

这使 Gusto 逐渐成为:

System of Record。

而 System of Record 拥有一个巨大优势:

Context。

AI 要帮企业干活,

首先必须知道:

企业是谁;

员工是谁;

什么时候发工资;

过去发生过什么;

规则是什么。

Gusto 已经拥有这些数据。


十二、所以 Gusto Cofounder 最大的优势可能不是模型,而是“它已经认识你的公司”

这正是 Gusto 官方强调的:

Cofounder 不需要用户从零告诉它公司结构,因为它已经知道:

团队;

工资周期;

福利;

合规日历。

这意味着:

AI 产品的竞争优势越来越从:

Model Intelligence

迁移到:

Context Ownership。

模型大家都可以买。

企业上下文不是。


十三、这可能是未来所有传统 SaaS 最大的反击武器

Salesforce 有:

客户数据。

Workday 有:

员工数据。

ServiceNow 有:

IT 工作流。

Gusto 有:

Payroll + People Data。

QuickBooks 有:

财务数据。

因此 AI 并不一定首先摧毁这些公司。

如果它们转型成功,

反而可能利用:

Existing Context

成为 Agent 的操作系统。

真正危险的是那些:

没有核心数据;

没有关键工作流;

只是一个漂亮 UI

的 SaaS。


十四、Eddie 为什么十年不写代码以后,突然必须重新下场?

因为他意识到:

你不能靠 PPT 理解技术范式变化。

这是整场访谈最值得技术管理者思考的地方。

一个 CTO 可以:

看团队周报;

看 Roadmap;

听模型演示;

看 Benchmark。

但是:

直到你亲自和 Claude Code 工作几个小时,

你可能仍然不知道:

软件开发本身到底发生了什么。


十五、这和 1990 年代的 CEO 不亲自上网类似

想象 1996 年。

一个媒体 CEO 说:

“我不用互联网,但我的团队每周给我汇报互联网趋势。”

他能真正理解互联网吗?

很难。

今天 AI 可能处于类似阶段。

如果一个技术领导者从来没有:

亲自用 Coding Agent;

构建 Agent;

设计 Workflow;

让模型调用工具;

做 Evals,

那么他对 AI 的判断很容易停留在:

Second-hand Knowledge。

二手认知。


十六、技术革命时期,领导者最危险的事情就是离生产资料太远

正常时期:

管理层不需要亲自做所有事情。

这是组织规模化必然结果。

但是技术范式发生变化时:

过去十年形成的管理抽象层,

可能突然失真。

Dashboard 显示:

Engineering Velocity。

但底层工程师的工作方式已经完全变化。

这时候:

领导层必须重新:

Touch the Metal。

接触真实技术。


十七、Eddie 回归编码最大的意义,不是证明 CTO 也要每天写代码

并不是所有 CTO 都应该重新成为全职程序员。

真正的原则是:

决定技术战略的人,必须对新生产工具拥有一手经验。

这和工厂管理一样。

你不一定每天亲自开机器。

但如果生产线从:

人工车床

升级成:

自动化机器人,

管理者必须真正理解:

新机器意味着什么。


十八、AI Coding 最大的组织影响,可能不是“工程师快了 30%”

这是最容易低估它的地方。

如果只是:

原来一天写 100 行。

现在写 130 行。

那只是:

Productivity Tool。

但 Eddie 团队表现出来的是另一种变化:

Role Boundary Collapse。

角色边界正在消失。

设计师开始提交生产代码。

技术领导可以独立做完整原型。

工程师参与产品设计。

这不是:

速度提高。

而是:

组织结构变化。


十九、过去的软件组织为什么产生 PM、Designer、Frontend、Backend、QA?

因为每个专业能力:

学习成本高。

产品经理写需求。

设计师做 Figma。

工程师把设计翻译成代码。

QA 再测试。

每一步之间存在:

Translation Cost。

需求翻译成设计。

设计翻译成代码。

代码翻译成测试。

AI 开始减少这些翻译步骤。


二十、每一次“交接”都是组织成本

产品经理:

写 20 页 PRD。

设计师:

理解。

做 Figma。

工程师:

重新理解。

写代码。

过程中信息不断损失。

这叫:

Coordination Tax。

当真正写代码的成本非常高时,

这些流程有价值。

因为:

必须提前计划清楚。

但如果:

AI 让实现成本下降 10 倍,

另一种方法出现:

不要写 20 页文档解释产品,直接把产品做出来。


二十一、这就是 Eddie 所谓“Trash-can Method”真正革命的地方

过去:

写代码非常贵。

所以:

先讨论;

先审批;

先写文档。

避免:

浪费工程资源。

AI 以后:

代码越来越便宜。

于是团队可以:

先写。

看看。

不喜欢?

直接扔掉。

How I AI 把它总结为 Eddie 的“trash-can method”:直接建立完整 PR,再用真实实现来做产品讨论,如果不值得继续,就关闭 PR。

这里真正变化的是:

Cost of Experimentation。

实验成本暴跌。


二十二、当代码便宜以后,“规划”本身的经济价值会下降

传统大型软件开发:

做错方向非常贵。

100 个工程师干半年:

成本巨大。

所以:

Planning 很重要。

但如果 5 个人 + AI:

三天做出真实版本,

那你为什么要:

开两周会?

写三十页文档?

可以直接:

Build to Think。

通过构建思考。

这和过去:

Think → Plan → Build

完全不同。


二十三、这可能改变整个产品管理职业

这并不意味着 PM 消失。

而是 PM 的价值会从:

写 Ticket;

维护 Jira;

同步状态;

翻译需求

迁移到:

判断什么值得做。

也就是:

Customer Insight;

Prioritization;

Taste;

Strategy。

AI 最容易自动化:

项目管理的协调层。

最难替代:

真正的产品判断。


二十四、未来顶级 PM 可能必须更像 Builder

不会写传统代码也没关系。

但必须能够:

自己原型;

调用模型;

做真实测试;

连接数据;

给用户演示。

否则:

所有思考都必须等工程师翻译。

在 AI 时代:

这是非常大的速度损失。

所以:

Prototype Literacy

很可能成为未来产品经理的基本能力。


二十五、Gusto 的设计师案例为什么如此重要?

Cofounder 项目的设计师 Katie Kovalcin 公开描述,她与四位工程师一起工作,并且使用 AI 直接把自己的原型迁移为 production frontend,再由工程师审核后上线。

这在过去组织里意味着:

Designer Crossing Into Engineering。

而节目甚至提到:

她在内部代码产出指标中一度达到很高百分位。

真正重要的不是排名。

而是:

Design → Production

之间的翻译层正在缩短。


二十六、这可能催生一种新的职业:AI Builder

不是纯:

Engineer。

也不是纯:

Designer。

也不是:

PM。

而是一个人能够:

理解用户;

设计流程;

构建原型;

写生产代码;

连接模型;

测试;

部署。

以前这叫:

“全栈天才。”

未来可能逐渐变成:

普通高水平知识工作者。

这就是 AI 最大的组织意义之一:

Generalist Returns。

通才重新升值。


二十七、工业革命提高专业化,AI 可能部分逆转专业化

过去公司规模越来越大,

原因之一就是:

专业分工提高效率。

Adam Smith 的制针工厂:

每个人做一个步骤。

互联网公司也是:

Frontend;

Backend;

Infra;

PM;

Design;

Analytics。

AI 让个人重新获得:

跨专业执行能力。

这可能导致:

企业重新模块化成更小的高能力团队。

不是取消专业知识。

而是:

减少专业边界之间的摩擦。


二十八、为什么 Cofounder 只有五个人反而可能是优势?

团队越大:

Communication Channels

增长得极快。

5 个人:

10 条双向关系。

20 人:

190 条。

50 人:

1,225 条。

这就是为什么:

组织一大,

流程自然出现。

Jira;

Standup;

Manager;

Program Manager;

Roadmap。

这些东西不是因为大企业笨。

而是:

Coordination Complexity。


二十九、AI 如果让五个人拥有过去二十个人的执行力,就能直接消灭一部分协调成本

这才是最重要的生产率跃迁。

不是:

20 人每人快 30%。

而是:

原来需要 20 人,现在只需要 5 人。

后者的生产率变化远大得多。

因为你同时减少:

工资;

会议;

管理;

沟通;

交接;

组织政治。

所以 AI 最大的企业效率提升可能来自:

Smaller Team Size。


三十、未来最值钱的公司指标之一,可能是 Revenue per Employee

互联网已经提高了这个指标。

AI 会进一步提高。

过去:

10 亿美元收入

可能需要:

10,000 人。

未来:

可能只需要:

1,000 人。

再未来:

某些软件公司可能几百人就做到。

于是:

企业价值

与:

员工数量

越来越脱钩。

这将改变:

办公室;

管理层;

招聘;

组织设计。


三十一、但千万不要把“5 人开发成功”理解成所有企业流程都应该取消

这是最容易产生的错误。

Cofounder 项目能做到:

No Jira;

No PM;

少文档,

有几个非常特殊的前提:

高级人才;

极小团队;

高信任;

创始人直接参与;

短期冲刺;

技术探索;

内部已有成熟 Gusto 基础设施。

一家:

500 人金融系统迁移项目

不能照抄。

所以真正应该学习的是:

Process should match coordination cost。

而不是:

Process = Bad。


三十二、流程本质上是“组织规模税”

创业初期:

大家坐一张桌。

不需要 Jira。

1000 人以后:

没有流程会崩溃。

所以问题从来不是:

有没有流程。

而是:

AI 是否让公司能够长期保持更小团队,从而推迟流程出现的时间?

如果答案是:

是。

那么 AI 不只是提高生产率。

它在改变:

Company Scaling Curve。


三十三、这会让未来创业公司“成熟得更晚”

传统 startup:

5 人。

20 人。

100 人。

500 人。

为了增长必须不断招聘。

AI startup 可能:

5 人;

15 人;

40 人;

收入已经很大。

所以:

组织官僚化发生得更晚。

Founder 能更久保持:

直接产品控制。

这可能重新提高:

创业公司的创新速度。


三十四、Eddie 的故事另一层很重要:技术 Founder 常常被自己的成功推离技术

创业初期:

Founder 写代码。

公司增长后:

招聘;

1-on-1;

绩效;

预算;

组织设计;

董事会。

最后:

CTO 不再 Touch Code。

这是正常的。

因为:

公司的瓶颈已经从:

Coding

变成:

Organization。

Eddie 自己也经历了这种转型。


三十五、很多技术创始人真正痛苦的并不是不会管理,而是“身份丢失”

你原本的人生身份是:

Builder。

突然每天变成:

Manager。

会议;

招聘;

绩效;

冲突。

会产生一种很深的心理变化:

Who am I now?

过去成就来自:

“我做出了东西。”

后来成就来自:

“我让别人做出了东西。”

这两种奖励机制非常不同。


三十六、这也是为什么技术 Founder 很容易“抢代码写”

团队出了 Bug。

Founder 看到。

直接修。

短期:

最快。

长期:

最危险。

因为:

你永远成为:

团队里最昂贵的 IC。

而你的真正工作已经是:

建立团队。

这就是:

Founder Delegation Trap。

创始人委托陷阱。


三十七、所以 Eddie 当年停止写代码可能是正确的,而今天重新写代码也可能是正确的

这两件事一点都不矛盾。

2015 年:

组织扩张是瓶颈。

他应该管理。

2026 年:

技术范式发生变化。

技术理解成为瓶颈。

他重新 Builder。

优秀领导者最大的能力不是:

永远坚持一种管理方式。

而是:

知道当前组织真正的瓶颈在哪里。


三十八、这就是为什么 Leadership 的本质不是“做什么”,而是“在哪个阶段做什么”

创业早期:

Founder = Builder。

公司增长:

Founder = Recruiter。

进一步:

Founder = Manager。

成熟:

Founder = Capital Allocator。

技术范式变化:

可能又暂时回到:

Builder。

真正优秀的人能完成:

Role Switching。

很多 Founder 失败:

不是能力不足。

而是:

停留在过去最擅长的角色。


三十九、联合创始人之间的冲突,本质也是角色与公平感的问题

早期技术 Founder 经常经历一个心理:

我每天写代码到凌晨。

CEO 为什么:

见投资人;

吃饭;

聊天?

看起来:

我干活。

他社交。

但这是对创业分工的:

Short-term Accounting。

早期团队不能每天算:

谁工作小时更多。

真正应该看:

长期谁承担:

什么责任;

什么风险;

什么结果。


四十、Founder 团队最危险的不是分工不均,而是“未说出口的不公平感”

这种情绪如果积累:

技术 Founder 觉得:

CEO 没干活。

CEO 觉得:

CTO 不理解市场。

Product Founder 觉得:

自己没有权力。

最后:

公司不是输给竞争者。

而是:

内部解体。

所以 Eddie 团队早期明确:

Josh Reeves → CEO;

Tomer London → Product;

Eddie Kim → Technology,

真正价值在于:

Role Clarity。

角色清晰。


四十一、很多创业公司真正死于“控制权模糊”

大家是朋友。

所以:

先不谈。

这是错误。

越是朋友:

越应该提前谈。

CEO 是谁?

重大决策谁做?

产品最终谁负责?

技术谁负责?

股权为什么这样分?

如果公司失败怎么办?

如果某人离开怎么办?

越早把:

Ambiguity

消灭,

未来越少情绪债务。


四十二、情绪管理其实是 Founder 最被低估的生产力工具

Eddie 谈到:

人在受到攻击或挑战时,

会出现明显生理反应。

心跳加速;

呼吸变化;

Fight or Flight。

这类时刻最危险的事情是:

立即回应。

因为:

你以为自己在“理性争论”。

其实:

身体已经进入防御状态。


四十三、优秀领导者真正需要的是“Meta-awareness”

不仅知道:

发生了什么。

还知道:

我现在正在发生什么。

我为什么生气?

我的 Ego 被挑战了吗?

我是在保护公司,

还是保护自己的身份?

这叫:

Metacognition。

对自己的思考进行观察。

越高层的领导,

越重要。

因为:

一句失控的话,

可能影响:

几十个员工;

融资;

联合创始关系。


四十四、暂停几分钟为什么有效?

因为真正高级的管理不是:

永远不产生情绪。

不现实。

而是:

Emotion → Pause → Interpretation → Response。

普通人:

Emotion → Reaction。

这中间增加一个 Pause,

就会产生巨大差异。

这也是优秀 CEO 和普通 Manager 之间经常存在的能力差异:

Response Latency。

不是越快越好。

而是在高情绪情况下:

知道什么时候不要立即回答。


四十五、AI 编程助手还有一个非常被低估的价值:它降低了“学习羞耻成本”

Eddie 十年没有一线编程。

今天技术栈已经完全变化。

重新问员工:

这个怎么配?

Datadog 怎么弄?

框架怎么用?

对一个高级 CTO 来说,

会存在心理成本:

我是不是应该已经知道?

AI 没有这种社会判断。

你可以问:

极基础的问题;

重复问;

让它解释十次。

没有人觉得你蠢。

这叫:

Zero-Judgment Tutoring。


四十六、这可能改变成年人学习技术的方式

成年人学习最大的障碍常常不是:

智力。

而是:

Ego。

大学生可以问:

“这个是什么意思?”

一个工作 20 年的 VP Engineering 反而不好意思问。

AI 把这种成本降到零。

所以 AI Tutor 最大的市场之一可能不是:

学生。

而是:

Mid-career Reskilling。

中年职业重训。


四十七、未来高管的“技术断代”问题可能显著下降

过去:

工程师 → Manager → VP → CTO。

离代码越来越远。

10 年以后:

很难回去。

AI 让重新进入变容易。

这可能意味着:

技术领导者可以在:

Management

和:

Building

之间反复切换。

这是一种新的:

Career Elasticity。

职业弹性。


四十八、希思罗机场那五小时为什么象征意义这么强?

因为过去一个高管有一个新想法。

第一步:

找 PM。

PM 写需求。

安排团队。

排进 Roadmap。

可能:

三个月以后开始。

现在:

拿出电脑。

Claude Code。

五小时:

原型出现。

这意味着:

Idea → Artifact

之间的距离突然坍缩。

这是 AI 创业最重要的变化之一。


四十九、技术创业最大的瓶颈正在从“能不能做出来”转向“应该做什么”

过去一个人有 idea。

但不会:

Backend;

Frontend;

Database;

Deployment。

只能:

找技术联合创始人。

今天 AI 可以帮助完成大量实现。

于是:

Implementation Scarcity ↓

而:

Judgment Scarcity ↑

知道:

什么问题值得解决,

越来越重要。


五十、这并不意味着技术联合创始人没用了

恰恰相反。

真正优秀技术 Founder 的杠杆更大。

过去:

一个优秀工程师 = 3 个普通工程师。

未来:

一个优秀工程师 + AI

可能等于:

10 个甚至更多普通执行者。

所以 AI 不是简单:

“让不会编程的人取代程序员。”

更可能是:

Amplify the Best Builders。

放大最强 Builder。


五十一、这也是为什么小团队创业可能迎来黄金时代

过去 SaaS Startup:

需要:

Frontend;

Backend;

Infra;

Designer;

PM;

Data;

DevOps。

今天:

少数几个综合型 Builder

可以覆盖更多领域。

于是 Startup 最早期 Burn Rate 下降。

Runway 延长。

试错次数增加。

这提高:

创业成功的 Optionality。


五十二、Gusto Cofounder 真正聪明的一点,是它没有停留在“让老板自己造 App”

Eddie 最初想法更接近:

让小企业老板描述需求,

AI 帮他做一个:

Mini App。

听起来很酷。

但客户研究后发现:

老板根本不想要:

又一个 App。

老板真正想要:

你帮我把事情做掉。

这是一个非常重要的产品认知。

创业者经常爱:

Solution。

客户只爱:

Outcome。


五十三、小企业最大的敌人不是“缺软件”,而是软件太多

餐厅可能有:

POS。

排班软件。

工资软件。

会计软件。

订餐平台。

Delivery。

CRM。

评价平台。

每个 SaaS 都说:

“提高效率。”

最后老板变成:

Human API。

手动从一个系统复制到另一个系统。

这反而创造了新的工作。


五十四、AI Agent 最大机会之一,就是消灭“Human API”

假设 Spa 用 Mindbody 管预约。

里面有:

服务项目;

工作时间;

小费;

提成;

额外费用。

工资在 Gusto。

过去老板需要:

导出 CSV;

Excel;

计算;

重新输入 Payroll。

老板实际上承担:

Integration Layer。

Cofounder 想做的是:

AI 直接读数据;

理解规则;

计算工资;

给老板确认;

执行 Payroll。

也就是:

Machine-to-Machine Workflow。


五十五、这才是 Agent 真正有价值的地方:跨系统执行

一个 Chatbot 只能:

回答。

一个真正的 Agent 必须:

Read;

Reason;

Act;

Check;

Repeat。

比如:

读取 Mindbody;

计算佣金;

发现异常;

调用 Gusto;

等待批准;

执行工资。

这才叫:

End-to-End Task Completion。


五十六、Agent 最大的市场可能不是“知识问答”,而是公司内部那些没人喜欢的杂事

例如:

催 Timesheet;

员工入职;

检查 Payroll;

准备税务资料;

更新 CRM;

处理发票;

检查合规;

客户 Follow-up。

这些工作共同特点:

不是特别难。

但:

重复;

跨系统;

必须做。

这是 AI 最容易创造 ROI 的地方。


五十七、企业 AI 的黄金公式可能是:

High Frequency

× High Friction

× Clear Rules

× Digital Inputs

× Measurable Outcome

高频。

高摩擦。

规则相对清晰。

输入数字化。

结果可验证。

Payroll 非常符合。

这也是为什么:

Back Office

可能成为 Agent 最早大规模商业化的区域。


五十八、为什么“Heartbeat”概念很重要?

传统 ChatGPT:

你不问,

它不做。

真正的员工不是这样。

优秀员工会:

知道星期五发工资;

星期四主动检查 Timesheet;

发现异常;

提前找老板。

这就是:

Proactivity。

Heartbeat 的意义在于:

AI 定期醒来,

检查:

现在有没有事情应该做?

Gusto 官方已经明确把 Cofounder 设计成主动监控:

Payroll;

Filings;

异常;

提醒

的系统,而不是单纯等待 Prompt。


五十九、Agent 的真正质变不是 Intelligence,而是 Agency

Intelligence:

知道答案。

Agency:

主动完成事情。

过去 LLM 革命主要提高:

Intelligence。

下一阶段:

Tools + Memory + Scheduling + Permissions

提供:

Agency。

这才会真正进入企业工作流。


六十、但工资这种业务揭示了 Agent 最大的风险:错误会直接变成真钱

聊天机器人答错:

用户重新问。

Payroll Agent 答错:

工资可能发错。

税可能报错。

员工可能拿不到钱。

因此 Agentic Software 必须比普通 Chatbot 多一层:

Control Architecture。

权限;

批准;

日志;

回滚;

异常检测。

Gusto 自己也明确提示,Cofounder 输出可能存在错误,Payroll、税务和合规决定仍由客户负责;其条款也明确将自动化动作与授权机制纳入现有雇主责任体系。


六十一、所以未来 Agent 产品真正的护城河可能不是模型,而是“安全执行层”

谁都能调用:

Claude;

GPT;

Gemini。

真正难的是:

怎样让 AI:

安全访问银行数据;

发工资;

改保险;

提交税务;

修改员工记录。

这需要:

Permissions;

Audit Logs;

Human Approval;

Identity;

Compliance。

也就是:

Enterprise Agent Infrastructure。


六十二、这就是为什么老 SaaS 公司反而拥有一个巨大优势

它们已经拥有:

用户信任;

权限系统;

企业数据;

审计体系;

法规经验。

一家新 AI Startup 可以更聪明。

但:

让客户允许它直接发工资

是另一回事。

所以:

AI 时代真正的大公司可能不是:

模型最强的人。

而是:

最有资格让 AI 执行动作的人。

这是极其重要的判断。


六十三、“谁拥有 Action Permission”可能比“谁拥有最强模型”更值钱

想象未来企业 Agent。

它需要:

付款。

改 CRM。

发合同。

审批费用。

发工资。

如果每一步都需要:

新的身份验证;

新的授权,

体验会很差。

真正拥有:

System of Record + Permission Layer

的平台,

天然占据:

Action Layer。

Gusto 在 Payroll 就拥有这种位置。


六十四、这可能成为传统 SaaS 从“被 AI 颠覆”到“利用 AI 反击”的最佳路径

不要只加:

AI Chat。

而是把自己的:

数据;

工作流;

权限

暴露成:

Agent Actions。

未来 Salesforce 的价值:

不只是 CRM。

而是:

AI Agent 可以在那里安全执行 Sales Work。

Gusto:

安全执行 Payroll Work。

QuickBooks:

执行 Finance Work。

这是:

System of Record → System of Action。


六十五、为什么小企业尤其需要“AI Cofounder”?

大型公司可以招:

Chief of Staff;

HR;

Finance;

Operations。

小企业老板没有。

所以 AI 对 SMB 最大意义不是:

替代 100 人团队中的 10 人。

而是:

让一个 5 人企业获得过去 50 人公司的管理能力。

这叫:

Capability Democratization。

能力民主化。


六十六、这可能导致小企业数量进一步爆发

创业成本过去已经因为:

Cloud;

Shopify;

Stripe;

Social Media

下降很多。

AI 再进一步降低:

Coding;

Marketing;

Accounting;

Operations;

Customer Support

成本。

于是:

Minimum Efficient Firm Size

继续下降。

也就是:

维持一家可竞争公司的最低规模越来越小。


六十七、宏观经济上,这可能产生一次“小企业复兴”

过去几十年:

大公司拥有:

规模经济。

因为:

HR;

Legal;

IT;

软件

这些固定成本,大公司摊得更便宜。

AI 如果把后台能力变成廉价数字服务:

小公司开始获得类似能力。

这可能降低:

Scale Advantage。

让小企业重新获得竞争力。

Gusto 自己 2026 年调查中,约三分之一小企业主表示 AI 已经让创业更容易,62% 认为 AI 有机会缩小小企业与大企业之间的竞争差距。

当然,这是 Gusto 自己调查得到的态度数据,并不等同于已经证明宏观差距会缩小。


六十八、未来一个人开公司的最大变化可能不是“一个人写完产品”

真正难的是:

经营公司。

销售;

工资;

税务;

客服;

财务;

合规。

如果 AI Agent 把这些后台工作逐渐承担:

Solo Founder

才真正可能长期存在。

所以:

AI Coding

只是 Solo Company 的第一层。

AI Back Office

才是第二层。


六十九、最终可能出现“公司操作系统”

Founder 只需要说:

本月收入目标。

新增三个人。

控制营销成本。

保证星期五发工资。

系统自动协调:

Payroll Agent;

Recruiting Agent;

Finance Agent;

Sales Agent。

老板真正做:

Strategy + Judgment。

这可能是:

Autonomous Enterprise OS。

Gusto Cofounder 可以看成这种未来非常早期的雏形。


七十、但不要被“Cofounder”这个名字误导

真正的联合创始人有:

价值判断;

风险承担;

创造力;

责任;

信任关系。

AI 目前并不能真正承担:

法律和经济责任。

所以 Cofounder 更准确地说:

是:

Agentic Operations Teammate。

名字是产品定位。

不是法律意义上的联合创始人。

这一点必须区分。


七十一、从投资角度看,Gusto Cofounder 为什么比一个独立 Agent Startup 更值得关注?

因为 Gusto 拥有:

50 万+ 客户;

超过 10 亿美元过去 12 个月收入;

Payroll System of Record;

企业权限;

长期客户关系。

这意味着:

新产品一旦有效,

Distribution Cost 极低。

不用:

重新找客户。

直接:

Upsell / Deepen Engagement。

这就是:

Installed Base Advantage。


七十二、成熟 SaaS 真正最大的 AI 资产可能不是代码,而是 Installed Base

Startup 有:

技术速度。

Incumbent 有:

客户。

AI 时代胜负取决于:

谁更快把:

Technology

和:

Distribution

结合。

如果传统公司太慢:

Startup 抢走客户。

如果传统公司足够快:

它可以直接把 AI 分发给几十万客户。

Gusto 正试图走第二条路。


七十三、这也解释了为什么让创始人亲自带这个产品很重要

大公司创新常见的问题:

新产品必须通过:

预算;

委员会;

管理层;

Roadmap;

季度规划。

越具有颠覆性的产品,

越容易被现有组织杀死。

因为:

它不符合当前 KPI。

Founder 亲自带队:

相当于给项目一个:

Organizational Shield。

组织保护罩。


七十四、这就是 Christensen 所说 Innovator’s Dilemma 的现实版本

成熟产品已经赚钱。

为什么冒险做:

可能蚕食自己现有模式的新产品?

传统 Manager 很自然会保护:

当前业务。

Founder 更容易说:

如果有人要颠覆 Gusto,

那最好:

Gusto 自己颠覆 Gusto。

这是优秀成熟科技公司最难做到的事情。


七十五、所以 Eddie 回归一线真正代表的是“Founder Mode”的另一种版本

不是:

Founder 每件事都管。

而是:

当出现一个足够大的技术范式变化时,

Founder 应该:

绕过组织惯性;

直接重新学习;

直接接触客户;

直接做原型。

因为:

这种变化不能只通过:

Management Chain

理解。


七十六、“No Jira、No Docs”真正应该被翻译成什么?

不是:

管理工具没用了。

正确翻译是:

尽可能减少 Build 与 Feedback 之间的距离。

如果:

今天想到。

今天写。

明天客户用。

后天修改。

这就是:

Learning Velocity。

创业真正竞争的不是:

Code Velocity。

而是:

谁学习得最快。


七十七、软件公司的最终竞争优势可能越来越从“开发速度”迁移到“学习速度”

所有公司都能用:

Claude Code。

于是:

Coding Advantage

被压缩。

真正区别变成:

谁更快:

找到客户;

理解问题;

做实验;

获得反馈;

改变方向。

公式变成:

Build → Observe → Learn → Rebuild。

谁循环次数最多,

谁更可能找到:

Product-Market Fit。


七十八、所以 AI 最终不是让产品判断不重要,而是让错误判断更快暴露

过去:

做错产品。

半年以后才知道。

AI:

两周做出来。

客户说:

不要。

很好。

因为:

只浪费两周。

因此 AI 的商业价值之一是:

Increase the Number of Bets。

增加试错次数。

VC 世界喜欢 Optionality。

产品开发也是。

更多便宜实验

提高:

找到大机会的概率。


七十九、未来产品团队的核心资产可能是“实验组合”

同时试:

方案 A;

B;

C;

D。

因为代码便宜。

但是:

用户注意力仍然贵。

所以瓶颈从:

Engineering Capacity

迁移到:

Customer Attention。

这也是为什么用户研究和真实分发反而越来越重要。


八十、AI 时代产品最危险的陷阱:因为什么都能做,所以什么都做

Claude 可以:

一天生成 20 个功能。

很爽。

但客户:

可能一个都不要。

这叫:

Capability Trap。

技术能力无限扩张以后:

最大的风险反而是:

没有聚焦。

所以 Taste 的价值上升。

知道:

什么不做。


八十一、Steve Jobs 时代讲“Focus”,AI 时代这个词反而更加重要

过去不做功能:

因为工程资源有限。

未来工程资源变便宜。

因此约束消失。

没有约束以后:

最容易发生:

产品臃肿。

所以真正优秀 Product Leader 必须创造:

Artificial Scarcity of Attention。

人为限制:

什么值得投入。

否则 AI 会制造:

Feature Explosion。


八十二、Eddie 这次真正重新学习的,可能不是代码,而是“技术直觉”

十年管理以后,

最容易失去的不是:

Syntax。

而是:

Feel。

现在什么很容易?

什么很难?

Agent 会在哪失败?

什么需要人工批准?

模型真的能做什么?

这些无法通过:

季度报告

获得。

只有亲自 Build,

才能恢复:

Technical Intuition。


八十三、对所有技术管理者,这是一条非常重要的警告

如果你的职位越高,

你越容易获得:

抽象信息。

Dashboard;

Metric;

Summary;

Slide。

但:

技术革命最早发生在:

细节。

Prompt 为什么失败?

Agent 为什么循环?

Tool Call 哪里断?

模型什么时候幻觉?

只有接近:

Ground Truth

才能知道。

所以:

Executive Abstraction Debt

也是真实存在的。


八十四、未来优秀 CTO 可能必须在两个极端之间切换

Macro:

架构;

组织;

资本;

人才;

长期战略。

Micro:

亲自运行模型;

写 Prototype;

看 Trace;

做 Eval。

过去 CTO 可以主要停留 Macro。

AI 快速变化时期:

必须保持:

Macro-Micro Oscillation。

高层和底层不断切换。


八十五、Gusto 这件事对大型公司的最大启示:AI 转型不能只是“给员工买 Copilot”

很多公司所谓 AI Strategy:

采购 ChatGPT Enterprise。

培训员工。

结束。

这只是:

Tool Adoption。

真正的 AI-native transformation 要问:

组织还需要这些角色吗?

工作流应该重新设计吗?

哪些流程可以整个删除?

哪些决策必须人工保留?

这是:

Operating Model Redesign。

难度完全不同。


八十六、最重要的不是让旧流程快 30%,而是问旧流程还需不需要存在

例如:

传统流程:

PM 写需求;

设计师做稿;

工程师写代码;

QA;

发布。

AI 时代可能:

产品 Builder 直接做出真实版本;

工程审核;

用户测试。

这不是:

把旧流程每一步快 30%。

而是:

删除步骤。

真正巨大的效率提升几乎总来自:

Process Elimination。


八十七、这和 Toyota、Lean Manufacturing 的思想其实非常类似

Lean 最重要的不是:

让每个人工作更快。

而是:

消灭 Waste。

等待;

库存;

搬运;

返工;

不必要流程。

AI 软件组织也是:

哪些会议是 Waste?

哪些文档只是为了交接?

哪些 Ticket 只是因为人无法直接表达?

AI 正在重新定义:

Software Lean。


八十八、如果把 Gusto 的 10 周实验扩展到整个经济,意义非常巨大

美国有数百万中小企业。

每一家都有:

后台摩擦。

假设 AI 每周帮老板节省:

5 小时。

100 万老板:

500 万小时/周。

一年:

2.6 亿小时。

这就是:

Aggregate Productivity。

真正的 AI 经济价值不会只来自:

几个大型模型公司。

而是来自:

无数很小的时间节省累积。


八十九、这也是为什么“小企业 Agent”可能是非常大的市场

消费者 AI:

可能每人每月愿意付:

$20。

企业 AI:

如果一年帮助老板节约:

$50,000,

可以收费:

$5,000;

$10,000。

因为:

ROI 清晰。

真正优秀 B2B AI 的定价锚不是:

模型成本。

而是:

Economic Value Created。


九十、Gusto 已经证明过这种“隐藏价值自动发现”逻辑

2026 年春季,Gusto 称其 AI 税收功能帮助小企业识别并申报约 7000 万美元联邦税收抵免。公司也明确提醒,“申报额度”不等同实际退款,最终收益取决于企业自己的税务情况。

但这个案例仍然说明:

AI 最容易创造价值的领域之一是:

复杂规则 + 用户不知道自己遗漏了什么。

Tax;

Payroll;

Compliance

尤其适合。


九十一、未来 AI 的一个巨大功能不是“回答问题”,而是“发现你不知道应该问的问题”

老板不知道:

有一个税收优惠。

所以不会问。

传统 Chatbot:

没人问就不回答。

Agent:

发现:

你符合条件。

主动告诉你。

这就是:

Latent Need Discovery。

潜在需求发现。

价值比搜索引擎高一个层级。


九十二、这也是为什么 Proactive Agent 会比 Chatbot 更像真正的员工

真正优秀员工不会等老板说:

“提醒我报税。”

他会说:

“下周截止,我已经准备好了。”

所以 Agent 产品真正成熟的标志是:

从:

Prompt-driven

变成:

Event-driven + Goal-driven。

事件驱动。

目标驱动。


九十三、但主动型 Agent 的风险也随之成倍增加

越主动:

越容易:

误操作。

所以 Agent 产品存在一个核心权衡:

Autonomy vs. Control。

自治程度越高:

用户越省事。

但风险越高。

真正好的系统必须设计:

哪些动作:

自动执行。

哪些:

建议。

哪些:

必须人工确认。


九十四、因此未来 Agent UX 的核心可能不是 Chat,而是 Permission Design

今天大家都在设计:

聊天框。

但真正成熟 Agent 最重要 UI 可能是:

权限。

例如:

可以读:

Payroll。

可以计算:

奖金。

可以草拟:

工资。

但:

最终转账必须我确认。

这叫:

Progressive Autonomy。

逐步自治。

用户信任增加以后:

权限逐渐扩大。


九十五、这和自动驾驶的 Level 体系很像

L1:

AI 建议。

L2:

AI 执行部分步骤。

L3:

AI 大部分执行,人监督。

L4:

限定环境自动完成。

企业 Agent 也可能形成类似等级。

不同任务:

不同自治等级。

Payroll:

谨慎。

Birthday Reminder:

可以自动。

这会成为:

企业 Agent 产品设计的重要基础。


九十六、Gusto Cofounder 真正可能形成的护城河,是“每一家小企业自己的工作方式”

例如:

这家 Spa:

A 技师抽成 40%。

B 项目另加 $15。

周末规则不同。

某员工有特殊 Bonus。

这些都是:

Tacit Business Logic。

隐性业务规则。

过去:

存在老板脑子里。

如果 Agent 学会这些:

它开始拥有:

Business Memory。


九十七、Business Memory 可能成为未来企业软件最值钱的数据

System of Record 保存:

发生了什么。

Business Memory 保存:

我们为什么这样做。

包括:

规则;

例外;

偏好;

历史决定。

Agent 一旦积累这种 Memory:

越来越懂企业。

这会形成非常强的:

Switching Cost。

因为换 Agent:

等于重新培训一个员工。


九十八、这可能比传统 SaaS 数据锁定还强

传统 SaaS Switching Cost:

数据迁移。

Agent Switching Cost:

数据 + 习惯 + 判断 + Memory。

这就像:

换掉一个工作十年的 COO。

所以真正成功的 Enterprise Agent:

客户生命周期可能非常长。

这也是为什么:

“AI Teammate”

在经济结构上有可能比普通 SaaS 更强。


九十九、但这也让数据治理的重要性急剧上升

如果 Agent 知道:

工资;

员工表现;

银行;

税务;

公司策略。

它拥有:

极高敏感度信息。

所以:

Security;

Privacy;

Access Control;

Audit

会成为:

核心产品功能。

不是:

后台 Compliance。

谁处理得不好:

一次事故就可能摧毁信任。


一百、Eddie Kim 这次回归真正告诉我们什么?

不是:

“老板也要会 Claude Code。”

真正的答案更深。

它告诉我们:

技术变化已经大到足以让一家十四年历史、收入超过 10 亿美元的软件公司,重新像五个人的创业团队一样思考。

这非常少见。

当一家成熟公司愿意:

删除流程;

重新写代码;

重新理解客户;

让设计师 Build;

让联合创始人回到一线,

说明它感受到:

旧软件开发范式本身正在失效。


一百零一、对技术管理者,最大的启示是什么?

不是:

每天必须写代码。

而是:

不要让自己的职位把你与新生产资料隔开。

AI 如果改变:

Coding;

Design;

Research;

Management,

你必须亲自体验。

否则:

你的战略判断建立在:

别人对新世界的描述上。


一百零二、对创业者,最大的启示是什么?

第一:

不要先做工具。

找:

用户真正想被“做掉”的工作。


第二:

寻找:

System of Record。

数据 + 权限 + 工作流

比模型本身更有价值。


第三:

保持团队小。

AI 最大红利可能不是:

少付几个工程师工资。

而是:

减少协调复杂度。


第四:

尽快把东西放给客户。

AI 让实验变便宜以后:

不要把时间浪费在:

假设。


第五:

打造 Memory。

未来真正强大的 Agent:

必须越来越懂客户。


一百零三、对成熟企业,最大的启示是什么?

不要把 AI 放在:

Innovation Lab。

应该选择几个真正:

Mission-critical Workflow,

让高级领导者亲自参与。

因为:

AI 转型不是:

增加一个功能。

而是:

重新设计:

Who does the work。

工作到底由谁完成。


一百零四、对投资者,最应该观察什么?

不要只问:

这家公司用了哪个模型?

要问:

它是否拥有:

客户分发?

专有 Context?

执行权限?

长期 Memory?

可量化 ROI?

真正 Automation?

这些才是:

Agent Economy

长期护城河。


一百零五、未来真正危险的软件公司是什么?

不是:

没有 AI Feature。

而是:

它的软件存在价值只是:

让人类点击很多按钮。

如果 Agent 可以绕过 UI,

直接调用底层功能:

UI 的价值会下降。

所以未来软件公司必须拥有:

Data + Workflow + Permission + Action。

否则:

可能被 Agent 变成:

后台 API。


一百零六、未来软件真正值钱的东西可能越来越向底层移动

过去:

漂亮 UI

是产品。

未来:

Agent Interface

可能统一前台。

于是差异化向:

数据;

规则;

业务逻辑;

执行权限;

信任

迁移。

这就是为什么:

System of Record

不会轻易消失。

但:

Interface SaaS

可能承受巨大压力。


一百零七、这也意味着软件行业可能出现一次新的利润再分配

模型层:

收取 Intelligence Rent。

System of Record:

收取 Data / Workflow Rent。

Agent:

收取 Labor Replacement Value。

传统纯 UI 软件:

价值可能被压缩。

未来 SaaS 的战争,

不是:

谁页面更漂亮。

而是:

谁控制工作执行链条。


一百零八、再往前一步:AI 可能重新定义“公司”本身

Coase 的企业理论认为:

公司存在,

部分原因是:

内部协调成本

低于:

每件事都通过市场交易的成本。

AI 如果同时降低:

外部交易成本

和:

内部协调成本,

企业的最优边界就可能改变。

未来:

一个核心团队

  • AI Agents
  • 大量外部 API / Contractor

就可以完成过去大公司的工作。

这叫:

Firm Boundary Compression。

公司边界压缩。


一百零九、于是 AI 最终可能不仅提高公司效率,还改变公司平均规模

工业革命:

大工厂。

20 世纪:

大企业。

互联网:

轻资产公司。

AI:

可能进一步产生:

Tiny Giants。

微型巨头。

几十个人。

几亿美元收入。

甚至更高。

如果这种公司大量出现,

整个:

劳动力市场;

VC;

管理;

办公室;

职业路径

都会被重新设计。


一百一十、这才是 Eddie Kim 重新写代码最值得记住的地方

一个已经取得巨大商业成功的技术 Founder,

重新打开代码编辑器。

意义并不在:

怀旧。

也不是:

证明自己还会编程。

而是他意识到:

新的软件生产方式已经变化到,单靠管理层视角不足以理解。

过去十年:

管理是他的杠杆。

今天:

AI 让 Building 本身重新变成高杠杆。

优秀的 Founder 必须接受一个很困难的事实:

过去让你成功的工作方式,不一定是下一阶段最正确的工作方式。

真正的成长,

不是不断升级职位。

而是:

愿意在世界发生变化以后,

重新成为:

Beginner。


最值得记住的一句话

Eddie Kim 与 Gusto Cofounder 的故事,表面上是一场:

AI Coding 革命。

但更深层其实是三场革命同时发生。

第一场:

软件革命。

软件从:

给人工具

走向:

替人完成工作。


第二场:

组织革命。

AI 让:

Designer;

Engineer;

PM;

Technical Leader

之间的边界开始重叠,

小团队重新获得极强生产能力。


第三场:

创业革命。

过去成立一家真正运转的公司,需要:

软件;

HR;

Payroll;

Finance;

Operations;

Compliance。

未来越来越多工作可能由:

AI Agents

承担。

创业者真正负责:

产品;

客户;

判断;

文化。

因此 Gusto Cofounder 真正代表的,不只是:

“一个更聪明的 Payroll 软件。”

而是一个更大的问题:

如果未来一个创业者拥有几十个永远在线、能够理解公司、跨系统执行工作的 AI Teammates,那么一家公司的最小规模究竟可以缩小到什么程度?

过去互联网把:

分发成本

降到了接近零。

Cloud 把:

计算基础设施启动成本

降到了极低。

AI Coding 正在降低:

产品制造成本。

而 Gusto Cofounder 代表的下一步,则是在降低:

公司运营成本。

当这四种成本同时下降以后:

Distribution

  • Computing
  • Building
  • Operations

都被重新定价。

那时真正发生的可能不是:

“创业更方便了一点。”

而是:

公司这种已经存在几百年的组织形式,本身开始被重新设计。

而 Eddie Kim 十年之后重新坐到电脑前写代码,

或许正是这个新时代最有象征意义的一幕:

一家已经超过 10 亿美元收入的大公司,

为了理解未来,

不得不重新学会像五个人的创业公司一样工作。

这篇最值得长期留下来的三个认知是:

第一,AI Coding 最大的价值不是“代码快了”,而是让组织可以变小,直接减少协调成本。

第二,Agent 真正颠覆 SaaS 的地方,不是加一个聊天框,而是把 Human + Software 变成 Human → Goal → AI 完成工作。

第三,成熟公司的 AI 转型最危险的不是技术跟不上,而是管理层离真实的新生产方式太远。Eddie Kim 重新回去写代码,本质上是在重新获得第一手技术直觉。