自从推出 @AsideAI 后，人们一直问我们为什么要转型。我厌倦了重复这个故事，但这个过程对我们意义重大，所以我想把它写下来。
TLDR； Aside 是一款 AI 浏览器，可以在你已有的网站上完成实际工作。它能使用你现有的浏览器会话，在邮件、仪表盘、内部工具、文档和电子表格中工作，并且能在任务需要几分钟或几小时时持续运行。
YC 之前
我们第 7 次尝试才进入 Y Combinator。
在 YC 之前，我们在构建一个会议记录工具，它比 Granola 更准确地转录电话。我们 fork 了 Chromium 让它看起来像原生应用，并构建了一个低延迟管道，直接从设备捕获系统音频。
但会议转录没有护城河。在我们之前的公司，我们看到销售团队难以回答技术问题。于是我们把产品变成了一个实时销售会议助手。
这个卖点很简单：
帮助销售团队回答技术问题，这样技术问题就不会扼杀交易。
这让我们进了 YC。
起初我们很有信心。问题很容易理解。但在批次期间，三件事出了问题。
1. 客户不愿意连接他们的知识库
一个着陆页和帮助中心无法提供足够的数据来生成有用的实时建议。我们需要内部文档、产品规格、过往对话和技术背景。
但即使有 NDA 和 POC，公司也不愿意让一个新初创公司接触他们最敏感的信息。没有这些背景，助手只能给出浅显有限的回答。反馈很糟糕。
2. 销售团队不在乎形式
我们的团队擅长构建精良的产品并痴迷于用户体验。
我们尝试了一切方法让建议有用而不分散注意力，从让 Liquid Glass 在 Chromium 内工作到测试我们能想到的每个 UI 位置。但我们找不到合适的界面。
客户对体验的在意程度远低于我们。他们的反馈往往是这样的：
你能让它更便宜吗？
3. 团队筋疲力尽
一个销售会议助手几乎完全依赖客户反馈。
但秋季批次跨越了感恩节和圣诞节。客户不断去度假，而且这对他们来说也不是火烧眉毛的问题。
反馈循环极其缓慢。我们完成批次时没有取得有意义的进展。
YC 后的忧郁
从十二月到一月，我们经历了严重的 YC 后忧郁症。
我们不想再写一行代码。我们没有精力。工作不再有趣。
那个低谷迫使我们审视自己错过了什么。
我们开始问不同的问题：
- 我们什么时候移动最快？
- 什么样的工作给我们能量？
- 这个团队有什么独特之处？
我查看了我们的开发速度，发现我们比构建原始会议记录工具时慢了五倍。
有一件事解释了大部分差距：
我们多久使用一次自己的产品？
客户反馈缩短了反馈循环。成为客户则进一步缩短。
你使用产品，注意到什么坏了，修复它，然后再次使用。
我们意识到，当我们为自己构建产品时，移动最快。
我们异常擅长什么？
在 YC 期间，其他创始人经常请我们帮助解决 macOS 和 Chromium 的问题。
我们的 CTO 想要构建一个既感觉原生又容易扩展的应用。他讨厌 Electron，所以我们 fork 了 Chromium，并定制了从热更新到实时音频管道的一切。
在之前十个 YC 批次的大约 1500 家公司中，我们知道只有不到五个团队能够在这个深度修改 Chromium。
人们也不断称赞我们的产品和着陆页设计。每当我们在 X 上发布工作时，它就会 viral。批次成员问我们是怎么构建的。
Jun 痴迷于细节。他非常在意为每个问题找到合适的形式。
达到他的标准很难，但我们以前多次做到过。
browser
在批次期间，我们有一个玩笑：
如果失败了，我们就建一个叫 bro 的浏览器。
我们可以定制 Chromium。我们可以设计好产品。也许我们可以构建一个在 BCNY 放弃 Arc 后取代它的浏览器。
我曾经是 Arc 的超级粉丝，但最终因为 BCNY 抛弃了它而回到了 Chrome。
然后销售助手真的失败了。
玩笑不再是玩笑。
缺失的部分是上下文
还有另一个线索。
在构建会议助手时，我们不断遇到同一个问题：每家公司都以不同的方式存储知识。
一家用 Notion。另一家用 GitHub。还有一家用电子表格管理公司。
对于每个客户，我们都必须构建另一个集成和另一个索引管道。
然后我们问：
如果我们直接用浏览器的 cookie、会话和历史记录呢？
碎片开始拼凑起来。
这些认识没有一个按顺序出现。它们是碎片。我们只有在连接所有点之后才看到全貌。
对大多数人来说，浏览器是他们最常用的应用。它是大多数知识工作已经发生的地方。
它也包含比任何其他软件都多的工作上下文。
如果我们能利用这些上下文，我们能否构建一个真正为你工作的 Agent？
我们有几个假设：
- 如果 LLM 是一个上下文机器，给它更多相关上下文应该会使其能力更强。
- 如果 Agent 通过浏览器操作，用户就不需要配置无尽的集成。
- 如果浏览器消除了集成的需求，它可能会重塑围绕它们构建的 B2B SaaS 市场。
讨论这些想法时，团队活了过来。更重要的是，我们意识到我们的团队恰好拥有构建这个产品所需的技能。
我们关闭了销售助手，并承诺转向浏览器。这个决定花了不到两周时间。
构建 Aside
我们决定 Aside 将结合三件事：
- 一个精心打造的 Chromium 浏览器，像 Arc 一样
- 一个为 Agent 构建的 AI 原生密码管理器
- 一个最先进的浏览器 Agent
然后我们几乎没告诉任何人，直到我们满意为止。
我们花了五个月完全沉浸其中。
这听起来可能很疯狂。确实如此。
Codex 和 Claude 无法帮助解决许多最困难的部分。Chromium 是一个有 20 年历史的代码库，源代码超过 50GB。编码 Agent 无法可靠地对其进行深度修改。
我们自己构建了 harness 和 Agent 架构，因为我们拒绝发布 AI 垃圾。
设计也是 AI 帮助最少的领域之一。
但这正是我们团队知道如何做的工作。我们确信人们会想要这个结果。
我们忽略了 YC 的建议吗？
是也不是。
是的，我们没有做人们想要的东西。我们做了我们想要的东西。我们几乎没有和用户交流。我们没有快速发布。
不是，因为我们就是用户。
我们不断内部发布，使用产品，发现什么感觉不对，然后修复它。
我们的反馈循环比客户访谈快得多。
我们也已经知道两件事：
- 人们讨厌 Chrome，总是在寻找替代品。
- 他们不会转向一个感觉未完成或经常崩溃的替代品。
所以我们花了五个月打磨，直到我们有了每天自豪地使用的东西。
发布
在小型内测之后，我们最终公开上线。
发布视频超过了 160 万次观看。人们尝试了 Aside，并给我们发送了大量反馈。
我们预期人们会感兴趣。但我们没想到他们会在意这么多。
你可以称之为运气。
但我们是自己创造了运气。
我们诚实地审视了团队的强项。我们选择了适合这些优势的问题。我们以只有极少数团队才能做好的形式构建了它。
然后我们烧掉了身后的船。
这只是开始
现在还为时过早，但我们比以往任何时候都更有信心。
对于所有问这个问题的人：
这不就是个浏览器吗？
我们有足够的后续内容让这个问题很快过时。
这就是目前的故事。
有兴趣？试试看。
