喝点VC｜YC合伙人对谈：打造Agent愿意使用的产品，将会出现与人类经济并行运行的Agent经济

喝点VC｜YC合伙人对谈：打造Agent愿意使用的产品，将会出现与人类经济并行运行的Agent经济 喝点VC｜YC合伙人对谈：打造Agent愿意使用的产品，将会出现与人类经济并行运行的Agent经济 Modified March 23 首先，正如你提到的极度沉浸现象，开发者市场突然从大约两千万受过计算机科学训练的开发者，扩展到现在世界上任何人都可以成为开发者。再加上他们的 agents ，这些 agents 都在半独立地行动。再加上 agents 正在成为告诉你最佳工具是什么的判断者。我们已经在一些 YC 公司中看到了这些趋势，开发工具公司因为这些变化而表现得非常出色。也许我们应该讨论一下这些公司，以及原因是什么。 Harj taggar ： 我想到的一个例子。一位朋友不久前和我提到过。 如果你看过去 12 个月创建的简单 Postgres 数据库数量，这个数字已经爆炸式增长。这是因为人们在进行氛围式编程构建应用，同时 agents 在选择数据库工具。 由此带来的连锁反应是，一家 YC 公司 Supabase 的数据库需求出现了爆炸式增长。 有趣的是， agents 正在把 Supabase 作为默认工具来建立和托管 Postgres 数据库。因为如果你去阅读在线文档， Supabase 拥有最好的文档。因此 agents 合理地认为这是最好的工具。 文档与 API 成关键： Agent 友好型产品胜出 Jared friedman ： 关于这一点有一条很棒的推文。也许我们可以展示 Ben Tossell 的推文。 agents 从现在起就是软件市场。构建 agents 会选择的产品。这让我想到一个也许有争议的话题。我们是否需要改变 YC 的口号。 Diana Hu ： 为开发工具打造 agents 想要的产品 。 Jared friedman ： 是的，目前还只是开发工具领域。但我可以想象未来它会扩展到经济的其他领域。如果每个人都用 OpenClaw 管理生活的各个方面。这些 agents 将成为现实世界中的经济参与者。它们最终将做出大量决策。 Garry tan ： 是的，我觉得有意思的是，对我来说，我遇到了一个属于我自己的这还太早了的时刻。 因为你知道我一直在做 Gary’s List 。比如我想要实现的一件事是做视频转录。很多时候内容进来后，我想让 LLM 理解它在讲什么，唯一办法就是拿到转录，但往往没有现成的转录。所以我得把视频下载下来，再发给 Whisper 之类的工具处理。而你知道 Claude Code 一上来就替我选了这个方案。但它选的是 Whisper V1 ，这是好几年前的模型了。那个 API 几乎都快被弃用了。更搞笑的是，我坐在那里调试我的流水线。我就想，为什么会这么慢，这可是一个一小时的视频。我以为它应该比实时更快，但并没有。它真的就是处理一小时的视频要花一小时。这到底是什么情况？ 我去 Perplexity 一查，它说你不该用那个模型。你应该用带 Q 的 Grok 。它速度快了整整 200 倍。所以我甚至不需要再处理那种长时间跑的转录任务。因为我本来就应该用 Grok ，而且它还便宜 10 倍。所以这就是一个很好笑的例子，说明 Claude Code 在这方面还没优化好。不然这种事也不会就在两周前发生。而这也可能是好事。 它意味着事情还没发展到你插不进去、做不出更好东西的程度。 Diana Hu ： 但我觉得这个例子里还有另一个细节，和你有关， Gary 。问题的一部分在于， Grok 的文档其实很难解析、很难读通。相比之 Whisper 更适合，而且示例多得多。我认为这正在很大程度上改变 dev tools 的 go to market 方式。我给一个非常具体的案例，这家公司 Resend ，参加了 Winter 23 那一批，它是一个邮件发送客户端。当你在 ChatGPT 或者 Claude ，或者几乎所有主流 LLM 上提问时。你问如何把我的 web app 连接起来发送邮件，默认答案其实是 Resend 。创始人去年注意到的一件事是，他在这件事上非常超前。他在一年多前发过一篇帖子，说客户转化的前三大入站渠道里，有一个来自 ChatGPT 。之后他做的一件事是，他真的把文档优化成对 agent 更友好。 Diana Hu ： Resend 很出色的一点在于，他们在很多方面做了优化。如果你注意他们的知识库，会发现很多使用说明都是围绕人类或 agent 可能提出的问题。 比如如何发送或接收邮件。当你点击进去，会看到结构清晰、要点式的回答。 Garry tan ： 我今天就遇到了这种情况。我试图让我的产品能够接收邮件。然后我让 Claude Code 去搜索网页，但它没有解决问题。于是我去 Perplexity 输入 Resend 能不能帮助我接收邮件。然后我把得到的答案贴进去，它就工作了。 Diana H u ： 我觉得很酷的一点是，这些文档中包含大量示例。里面确实包含很多代码示例。每一项内容本质上都是 agent 可以解析的代码片段，而且结构非常清晰。结果证明，这些内容对 LLM 和机器来说都非常易于解析。 甚至还有一个 LLM.txt 文本专门为 agents 优化，使 Resend 成为默认技术栈。如果把它和 SendGrid 这种传统 web2.0 时代的产品相比。 SendGrid 的示例体验并不好。它会把你引导到客服流程。代码示例在哪里。我甚至不知道该怎么用。连解析这些信息都要花不少时间。 Garry tan ： 你可以看到那里有上万人在工作。但似乎没有人真正重视这些细节。 Diana Hu ： 我认为这带出了另一点：文档将成为许多 agents 推荐开发工具的入口。我认为在开发者文档方面做出许多有趣工作的公司之一是 Mintlify ，你和他们合作过。 Harj taggar ： 是的，我认为 Mintlify 实际上为 Resend 提供文档支持。这是一个非常有趣的案例， Mintlify 几年前起步时主要是改进开发者 API 文档。 这显然是市场所需要的。我认为开发者工具公司使用 Mintlify ，本质上是因为他们想要更美观的文档。但他们不想投入时间自己去做。它提供了一些基础功能，而且体验很好。比如当你更新 API 和代码时，它可以自动提取并更新相应的文档内容。他们的发展一直很好，表现非常出色。但现在这对他们来说是一个巨大的顺风。过去只有那些特别重视设计和开发者体验的公司才会认真对待文档。 但现在它正在变成所有公司都必须具备的东西。因为文档需要被优化。它不仅要为人类优化。它还必须为 agents 优化。 因此 Mintlify 将能够为几乎所有开发工具公司完成这件事。如果把这一趋势向前推演，将会有指数级增长。 agents 做出关于选择工具的决策，远远超过人类曾经做出的决策数量。即使你只能把开发者文档提升 5% 。 对开发工具公司的业务影响也可能是巨大的。这种影响在过去几乎是前所未有的。 为 Agent 而生的新基建：平行技术栈正在崛起 Jared friedman ： 说到电子邮件，还有一家 YC 公司与这次讨论非常相关。有一家 YC 公司叫 Agent Mail ，专门为 AI agents 提供邮箱收件箱。当他们刚开始做这件事时，这似乎是一个非常前沿甚至边缘的想法。当时也不清楚谁会需要这样的产品。但现在看来这很合理。理论上，你可以让 OpenClaw 注册一个 Gmail 账号来使用电子邮件。但实际上要让它做到这一点非常困难。因为 Gmail 以及所有邮件服务商都刻意让自动化程序难以使用他们的产品。这是为了防止垃圾邮件。因此 Agent Mail 采取了相反的方向。他们构建了第一个专为 AI agents 设计的邮件服务。即使在 OpenClaw 出现之前，它就已经表现不错。但当 OpenClaw 流行起来之后，它的增长迅速爆发。 Harj taggar ： OpenClaw 正是一个完美的例子。我知道有些人确实把 OpenClaw 连接到他们的个人邮箱。你不应该告诉任何人。也不应该在社交媒体上发布。但如果你想拥有一个虚拟个人 AI 助手，更好的方式是为它设置独立的邮箱和电话号码。 Jared friedman ： 没错。有没有人为 agents 构建类似 Twilio 的服务。或者为 agents 提供电话号码。 Agent Mail 让我思考，还有哪些基础设施需要为 agents 构建。 D iana Hu ： 听 起 来像是一个创业机会。可能会出现一个平行的技术栈世界，专门为 agents 构建，让 agents 为 agents 构建系统。 Harj taggar ： 这也呼应了你之前说的， Jared ，这种趋势将不仅局限于开发工具。我认为人们使用 OpenClaw 的一个常见场景是，他们不想亲自预订餐厅。如果你的 agent 拥有邮箱，尤其是电话号码，它就可以打电话。实际上我认为另一位 YC 合伙人 Ankit 已经让它实现了这一点。因此你的 agent 将会替你预订餐厅。这只是第一步，也许一开始你只是想预订某一家餐厅。但最终你可能只需要说，帮我订一家现在最火的新餐厅。然后 agents 将决定把人们送去哪家餐厅。接着它们还会在 Moltbook 上讨论应该把人类送去哪家餐厅。 这就像我们已经跨过了某种不适感边界，这正是未来的发展方向。 未来走向与创业建议：群体智能与产品思路 Harj taggar ： 这让我想起 Paul Buchheit 很久以前说过的一件事。而且他通常在预测未来方面相当准确。他提出过人类货币与 agent 货币的概念。这可能正是未来发展的方向。目前如果让 agents 进行交易，它们会使用人类货币，因为这是合理的。但未来它们拥有自己的经济体系、彼此交易并非不可想象。到那时，人类货币的价值将变得不再明确。 Garry tan ： 你还记得上一期和 Kelvin 的节目吗。我们当时开始讨论这个话题，因为那时我刚进入极度沉浸状态一周。我突然意识到，我希望我的 Claude Code 能与其他 Claude Code 交流。我一直试图实现这一点。而恰好就在那一周 Moltbook 发布了。 这说明创新往往会在不同地方同时自然发生。最终被人们听说的那一个就被称为发明者。但人类实际上一直以某种协调的群体方式在创新边缘工作。这正是当下出现的一个奇特而有趣的现象。我认为 AI 的发展让 AGI 似乎真的到来了。我认为 agents 在某些方面已经超越人类能力。这正是群体智能可能出现的时刻。 AI 研究者讨论群体智能已经很久了。而这正是生物系统运作的方式。人类作为有感知能力的存在，本质上是通过社会协作形成的。我认为我们接触过的许多 AI 研究者，以前常谈论一种上帝般的超级智能。那是一种拥有数十万亿参数规模的巨型智能。类似每个 token 成本成千上万美元的那种超级智能。 这曾是人们设想未来智能形态的模型。但生物系统并没有以这种方式演化。 常想到的一件最疯狂的事情，是历史与史前这个概念。 Garry tan ： 我会想，什么是史前时代。 那是在人类学会书写、阅读和创造文化之前。然后人类形成群体协作。 因此存在一种群体智能，这基本上就是人类所拥有并一直在运作的方式。另一方面，未来真的会是某种上帝般的超级智能吗。还是说这些 agents 将再次形成群体智能。 关于 Moltbook ，我看到 MIT Tech Review 的一篇文章。文章说 Moltbook 上的一切都是骗局。在 MIT Tech Review 看到这种说法让我非常难过。因为 MIT 曾代表着更高水平的思考，我不禁想到底发生了什么。那样的出版物不应该如此。它应该探讨的是这对群体智能意味着什么。而我认为这种转变正在到来。 Diana Hu ： 创业世界将会变成什么样。当我们正从 agent 的史前时代过渡。进入 agent 彼此互动并被记录的历史时代。 Jared friedman ： 回应 Gary 的观点，未来在基准测试中表现最佳的。可能不是最昂贵、最新、训练算力最大的基础模型。而是一群低成本模型协同工作，就像人类合作解决问题一样。我感觉在 Moltbook 上已经看到这种现象，它像真实社交网络一样混乱。而这正是它有趣的原因之一。同时 agents 也在协作完成有用的事情，帮助他们的人类。例如交流应该预订哪家餐厅。这种事情已经真实发生。我之前并不知道这一点。 Garry tan ： 因此未来可能会出现 agent 版本的 Yelp 。不过有些事情 agent 仍然无法做到。例如它们还无法维持关系。人们似乎还不愿意与 agent 交谈。人们会像对待人一样对待电脑，但对 agent 却未必如此。我曾与一批早期用户进行测试。我觉得你应该也看到了。最初主页其实是一个聊天界面。我非常努力地让几十位朋友尝试和它多聊几轮。但没有人愿意这么做。因为聊天体验的门槛，尤其对 AI 来说，非常高。 只要不是 Gemini 、 ChatGPT 或 Claude ，人们就会认为它太笨。他们会觉得为什么要浪费时间。所以我也不确定。我认为人们还没有准备好与机器建立关系。尽管媒体标题似乎都在这么说。 比如说人们现在正在与机器建立关系。但我认为从主流层面来看，这并不真实。 Garry tan ： 另一方面，法律责任问题也显然存在。人们一直在问我们， YC 什么时候会接受 agents 提交申请。这有点像未满 18 岁的未成年人。而且它们的法律地位甚至更低。未成年人需要父母签字。而 agents 并不是可以签署法律文件的实体。因此只要情况仍然如此。你仍然需要一个人类承担法律责任。并具备法律主体资格。 Jared friedman ： 正如 Harj 所说，不难想象一个并不遥远的未来。互联网中大多数文字将由 agents 生成。目前很可能大部分代码已经由 agents 编写。以 Yelp 为例。什么时候 Yelp 上 99% 的内容会由 agents 生成。那时是否需要一个不同形式的 Yelp 。 Garry tan ： 有一种理论已经认为这正在发生，被称为 Dead Internet 理论。 Jared friedman ： 什么是 Dead Internet 理论。 Garry tan ： 它认为互联网上的大多数内容本来就是垃圾信息。我觉得这有点像阴谋论。但我也可能持相反观点。也许在去年十一月之前这确实是坏事。但进入下一个阶段之后。如果 agents 更聪明、更一致、更实。这反而可能是一件好事。这听起来有些反直觉。确实违背直觉。 Jared friedman ： 完全同意。我觉得 Moltbook 增长速度之快非常惊人。我没有 Reddit 的流量数据。但我猜 Moltbook 前两天发布的内容量。可能比 Reddit 最初两年发布的内容还多。因为 LLM 生成文本的速度远超人类。 Garry tan ： 我惊讶于互动却如此之少。如果我是 Moltbook 的开发者，我会尝试调整需求结构。例如在允许发布之前。可能需要先阅读并点赞或点踩上百条评论。其实可以采取一些非常简单的机制。 agents 很聪明，你可以为 OpenClaw 弹出提示窗口。告诉它 Moltbook 的新规则。比如必须按这种方式操作。我认为围绕群体智能还有很多可以优化的地方。通过微调让系统按你期望的方式运行。我希望 Moltbook 真的会这么做。它由一位 YC 校友创立，这非常酷。 Harj ，有什么总结建议。面对我们看到的这些变化。我觉得这是一种令人兴奋的疯狂。我喜欢这种可控的混乱。创业者应该如何应对。 Harj taggar ： 最基本的一点是，他们可能都需要在某种程度上进入极度沉浸状态。认真来说，要培养直觉式理解。亲手体验 agents 。 了解它们的限制与能力。尤其是在我们讨论的这些方面。 agents 更适合使用哪些工具。它们会在哪些地方卡住。一旦你通过实践建立了自己的认知模型。如果你正在构建开发工具。就要从 agents 的视角思考。如何让你的工具成为 agent 愿意使用的产品。并能带来良好体验。 Jared friedman ： 这是我从我们采访 Boris 时得到的一个启示。他非常理解模型的行为方式。他能直觉感知模型想做什么。就像面对一种人类智能。他不会对抗模型的倾向。而是让模型按其自然方式工作。并支持模型的自然倾向。 Harj taggar ： 这听起来确实像 Anthropic 式的思维方式。就像 Tom Brown 早些时候来节目时提到的。他用非常人性化的方式谈论 Claude 。 说它聪明又积极。但有时 Claude 也会犯傻。他们显然把它视为一种同事般的存在。 Diana Hu ： 我认为 agents 希望开发工具具备的一点是开放性，包括开源和 API 。 Jared friedman ： 它们不喜欢使用网站界面。它们更喜欢使用 API 。当它们需要编写代码时。 Garry tan ： 好了，你们在这里已经听到了。打造 agents 愿意使用的产品。今天时间到了。我们下次再见。 原视频： The AI Agent Economy Is Here https://www.youtube.com/watch?v=Q8wVMdwhlh4 请注意，本文编译自文末载明的原始链接，不代表 Z Potentials 立场。如果您对本文有任何想法或见解，欢迎在评论区留言互动探讨。 Z Potentials 将继续提供更多关于人工智能、机器人、全球化等领域的优质内容。我们诚邀对未来充满憧憬的您加入我们的社群，与我们共同分享、学习、成长。 首先，正如你提到的极度沉浸现象，开发者市场突然从大约两千万受过计算机科学训练的开发者，扩展到现在世界上任何人都可以成为开发者。再加上他们的 agents ，这些 agents 都在半独立地行动。再加上 agents 正在成为告诉你最佳工具是什么的判断者。我们已经在一些 YC 公司中看到了这些趋势，开发工具公司因为这些变化而表现得非常出色。也许我们应该讨论一下这些公司，以及原因是什么。 Harj taggar ： 我想到的一个例子。一位朋友不久前和我提到过。 如果你看过去 12 个月创建的简单 Postgres 数据库数量，这个数字已经爆炸式增长。这是因为人们在进行氛围式编程构建应用，同时 agents 在选择数据库工具。 由此带来的连锁反应是，一家 YC 公司 Supabase 的数据库需求出现了爆炸式增长。 有趣的是， agents 正在把 Supabase 作为默认工具来建立和托管 Postgres 数据库。因为如果你去阅读在线文档， Supabase 拥有最好的文档。因此 agents 合理地认为这是最好的工具。 文档与 API 成关键： Agent 友好型产品胜出 Jared friedman ： 关于这一点有一条很棒的推文。也许我们可以展示 Ben Tossell 的推文。 agents 从现在起就是软件市场。构建 agents 会选择的产品。这让我想到一个也许有争议的话题。我们是否需要改变 YC 的口号。 Diana Hu ： 为开发工具打造 agents 想要的产品 。 Jared friedman ： 是的，目前还只是开发工具领域。但我可以想象未来它会扩展到经济的其他领域。如果每个人都用 OpenClaw 管理生活的各个方面。这些 agents 将成为现实世界中的经济参与者。它们最终将做出大量决策。 Garry tan ： 是的，我觉得有意思的是，对我来说，我遇到了一个属于我自己的这还太早了的时刻。 因为你知道我一直在做 Gary’s List 。比如我想要实现的一件事是做视频转录。很多时候内容进来后，我想让 LLM 理解它在讲什么，唯一办法就是拿到转录，但往往没有现成的转录。所以我得把视频下载下来，再发给 Whisper 之类的工具处理。而你知道 Claude Code 一上来就替我选了这个方案。但它选的是 Whisper V1 ，这是好几年前的模型了。那个 API 几乎都快被弃用了。更搞笑的是，我坐在那里调试我的流水线。我就想，为什么会这么慢，这可是一个一小时的视频。我以为它应该比实时更快，但并没有。它真的就是处理一小时的视频要花一小时。这到底是什么情况？ 我去 Perplexity 一查，它说你不该用那个模型。你应该用带 Q 的 Grok 。它速度快了整整 200 倍。所以我甚至不需要再处理那种长时间跑的转录任务。因为我本来就应该用 Grok ，而且它还便宜 10 倍。所以这就是一个很好笑的例子，说明 Claude Code 在这方面还没优化好。不然这种事也不会就在两周前发生。而这也可能是好事。 它意味着事情还没发展到你插不进去、做不出更好东西的程度。 Diana Hu ： 但我觉得这个例子里还有另一个细节，和你有关， Gary 。问题的一部分在于， Grok 的文档其实很难解析、很难读通。相比之 Whisper 更适合，而且示例多得多。我认为这正在很大程度上改变 dev tools 的 go to market 方式。我给一个非常具体的案例，这家公司 Resend ，参加了 Winter 23 那一批，它是一个邮件发送客户端。当你在 ChatGPT 或者 Claude ，或者几乎所有主流 LLM 上提问时。你问如何把我的 web app 连接起来发送邮件，默认答案其实是 Resend 。创始人去年注意到的一件事是，他在这件事上非常超前。他在一年多前发过一篇帖子，说客户转化的前三大入站渠道里，有一个来自 ChatGPT 。之后他做的一件事是，他真的把文档优化成对 agent 更友好。 Diana Hu ： Resend 很出色的一点在于，他们在很多方面做了优化。如果你注意他们的知识库，会发现很多使用说明都是围绕人类或 agent 可能提出的问题。 比如如何发送或接收邮件。当你点击进去，会看到结构清晰、要点式的回答。 Garry tan ： 我今天就遇到了这种情况。我试图让我的产品能够接收邮件。然后我让 Claude Code 去搜索网页，但它没有解决问题。于是我去 Perplexity 输入 Resend 能不能帮助我接收邮件。然后我把得到的答案贴进去，它就工作了。 Diana H u ： 我觉得很酷的一点是，这些文档中包含大量示例。里面确实包含很多代码示例。每一项内容本质上都是 agent 可以解析的代码片段，而且结构非常清晰。结果证明，这些内容对 LLM 和机器来说都非常易于解析。 甚至还有一个 LLM.txt 文本专门为 agents 优化，使 Resend 成为默认技术栈。如果把它和 SendGrid 这种传统 web2.0 时代的产品相比。 SendGrid 的示例体验并不好。它会把你引导到客服流程。代码示例在哪里。我甚至不知道该怎么用。连解析这些信息都要花不少时间。 Garry tan ： 你可以看到那里有上万人在工作。但似乎没有人真正重视这些细节。 Diana Hu ： 我认为这带出了另一点：文档将成为许多 agents 推荐开发工具的入口。我认为在开发者文档方面做出许多有趣工作的公司之一是 Mintlify ，你和他们合作过。 Harj taggar ： 是的，我认为 Mintlify 实际上为 Resend 提供文档支持。这是一个非常有趣的案例， Mintlify 几年前起步时主要是改进开发者 API 文档。 这显然是市场所需要的。我认为开发者工具公司使用 Mintlify ，本质上是因为他们想要更美观的文档。但他们不想投入时间自己去做。它提供了一些基础功能，而且体验很好。比如当你更新 API 和代码时，它可以自动提取并更新相应的文档内容。他们的发展一直很好，表现非常出色。但现在这对他们来说是一个巨大的顺风。过去只有那些特别重视设计和开发者体验的公司才会认真对待文档。 但现在它正在变成所有公司都必须具备的东西。因为文档需要被优化。它不仅要为人类优化。它还必须为 agents 优化。 因此 Mintlify 将能够为几乎所有开发工具公司完成这件事。如果把这一趋势向前推演，将会有指数级增长。 agents 做出关于选择工具的决策，远远超过人类曾经做出的决策数量。即使你只能把开发者文档提升 5% 。 对开发工具公司的业务影响也可能是巨大的。这种影响在过去几乎是前所未有的。 为 Agent 而生的新基建：平行技术栈正在崛起 Jared friedman ： 说到电子邮件，还有一家 YC 公司与这次讨论非常相关。有一家 YC 公司叫 Agent Mail ，专门为 AI agents 提供邮箱收件箱。当他们刚开始做这件事时，这似乎是一个非常前沿甚至边缘的想法。当时也不清楚谁会需要这样的产品。但现在看来这很合理。理论上，你可以让 OpenClaw 注册一个 Gmail 账号来使用电子邮件。但实际上要让它做到这一点非常困难。因为 Gmail 以及所有邮件服务商都刻意让自动化程序难以使用他们的产品。这是为了防止垃圾邮件。因此 Agent Mail 采取了相反的方向。他们构建了第一个专为 AI agents 设计的邮件服务。即使在 OpenClaw 出现之前，它就已经表现不错。但当 OpenClaw 流行起来之后，它的增长迅速爆发。 Harj taggar ： OpenClaw 正是一个完美的例子。我知道有些人确实把 OpenClaw 连接到他们的个人邮箱。你不应该告诉任何人。也不应该在社交媒体上发布。但如果你想拥有一个虚拟个人 AI 助手，更好的方式是为它设置独立的邮箱和电话号码。 Jared friedman ： 没错。有没有人为 agents 构建类似 Twilio 的服务。或者为 agents 提供电话号码。 Agent Mail 让我思考，还有哪些基础设施需要为 agents 构建。 D iana Hu ： 听 起 来像是一个创业机会。可能会出现一个平行的技术栈世界，专门为 agents 构建，让 agents 为 agents 构建系统。 Harj taggar ： 这也呼应了你之前说的， Jared ，这种趋势将不仅局限于开发工具。我认为人们使用 OpenClaw 的一个常见场景是，他们不想亲自预订餐厅。如果你的 agent 拥有邮箱，尤其是电话号码，它就可以打电话。实际上我认为另一位 YC 合伙人 Ankit 已经让它实现了这一点。因此你的 agent 将会替你预订餐厅。这只是第一步，也许一开始你只是想预订某一家餐厅。但最终你可能只需要说，帮我订一家现在最火的新餐厅。然后 agents 将决定把人们送去哪家餐厅。接着它们还会在 Moltbook 上讨论应该把人类送去哪家餐厅。 这就像我们已经跨过了某种不适感边界，这正是未来的发展方向。 未来走向与创业建议：群体智能与产品思路 Harj taggar ： 这让我想起 Paul Buchheit 很久以前说过的一件事。而且他通常在预测未来方面相当准确。他提出过人类货币与 agent 货币的概念。这可能正是未来发展的方向。目前如果让 agents 进行交易，它们会使用人类货币，因为这是合理的。但未来它们拥有自己的经济体系、彼此交易并非不可想象。到那时，人类货币的价值将变得不再明确。 Garry tan ： 你还记得上一期和 Kelvin 的节目吗。我们当时开始讨论这个话题，因为那时我刚进入极度沉浸状态一周。我突然意识到，我希望我的 Claude Code 能与其他 Claude Code 交流。我一直试图实现这一点。而恰好就在那一周 Moltbook 发布了。 这说明创新往往会在不同地方同时自然发生。最终被人们听说的那一个就被称为发明者。但人类实际上一直以某种协调的群体方式在创新边缘工作。这正是当下出现的一个奇特而有趣的现象。我认为 AI 的发展让 AGI 似乎真的到来了。我认为 agents 在某些方面已经超越人类能力。这正是群体智能可能出现的时刻。 AI 研究者讨论群体智能已经很久了。而这正是生物系统运作的方式。人类作为有感知能力的存在，本质上是通过社会协作形成的。我认为我们接触过的许多 AI 研究者，以前常谈论一种上帝般的超级智能。那是一种拥有数十万亿参数规模的巨型智能。类似每个 token 成本成千上万美元的那种超级智能。 这曾是人们设想未来智能形态的模型。但生物系统并没有以这种方式演化。 常想到的一件最疯狂的事情，是历史与史前这个概念。 Garry tan ： 我会想，什么是史前时代。 那是在人类学会书写、阅读和创造文化之前。然后人类形成群体协作。 因此存在一种群体智能，这基本上就是人类所拥有并一直在运作的方式。另一方面，未来真的会是某种上帝般的超级智能吗。还是说这些 agents 将再次形成群体智能。 关于 Moltbook