Transcription
科迪克斯（Codex）的工作。>> 科迪克斯是 OpenAI 的编码助手。我们认为科迪克斯仅仅是软件工程团队中的一个【音乐】开端。它就像一个非常聪明的实习生，拒绝阅读 Slack，除非你要求，否则不会查看 Data [音乐] Dog。>> 我记得卡帕西（Carpot）曾在推特上说，他遇到的最棘手的 bug，他会花几个小时去解决。其他任何东西都无法解决。他把这些 bug 交给科迪克斯，让它运行一个小时，它就能解决。>> 开始看到未来的曙光，我们实际上已经让科迪克斯（Codeex）能够自主进行训练。科迪克斯编写了大量有助于管理其训练运行的代码。关键的基础设施。[音乐] 因此，我们有一个科迪克斯代码审查，就像捕捉到许多错误一样。它实际上已经捕捉到了一些非常有趣的配置错误。加速的一个最令人震惊的例子是 Sora Android 应用，就像一个全新的应用。我们在 18 天内就完成了构建，然后 10 天后，总共 28 天，我们向公众发布了。>> 你认为在这个领域你将如何获胜？>> 我们在科迪克斯（Codex）方面的主要目标之一是实现主动性。如果我们想建立一个超级助手，它必须能够【音乐】做事。过去一年的一项学习成果是，模型要完成任务，当它们能够使用计算机时，效率会高得多。事实证明，模型使用【音乐】计算机的最佳方式就是编写代码。因此，我们正在逐渐形成这样一种想法，即如果你想构建任何代理，也许你应该构建一个编码代理。>> 当你想到科迪克斯（codecs）的进展时，我猜你有很多评估和所有这些公开的基准测试。>> 我们中的一些人一直在 Reddit 上。你知道，那里有赞扬，也有很多抱怨。作为产品团队，我们所能做的就是【音乐】努力始终思考我们如何构建一个工具，使其感觉我们正在最大程度地加速人们，而不是构建一个工具，使人类应该做什么变得更加不清楚。在 OpenAI 工作，我无法不问，你认为我们离通用人工智能（AGI）还有多远。>> 当前被低估的【音乐】限制因素就是人类的打字速度或人类的多任务处理速度。今天，我的嘉宾是亚历山大·埃米罗斯（Alexander Emiros），科迪克斯（Codeex）的产品负责人，OpenAI 非常受欢迎且强大的编码助手。用 Nick Turley 的话说，他是 Chachi BT 的负责人，也是前播客嘉宾，亚历克斯是我共事过的最喜欢的人之一，他和他所在的团队加入 OpenAI 最终是我们做出的最好的决定之一。同样，OpenAI 的首席产品官 Kevin Wheel 说，“亚历克斯简直是最好的。”在我们的谈话中，我们聊到了在 OpenAI 构建产品的真实感受。科迪克斯（Codeex）如何让 Sora 团队能够发布 Sora 应用，该应用在一个月内成为应用商店的排名第一的应用。此外，科迪克斯（Codex）目前看到的 20 倍增长，以及他们为使其在编码方面如此出色所做的工作。为什么他的团队现在专注于让代码审查更容易，而不仅仅是编写代码。他的通用人工智能（AGI）时间表，他对人工智能代理何时真正有用以及更多内容的看法。非常感谢 Ed Baze、Nick Turley 和 Dennis Yang 为这次谈话提供话题建议。如果你喜欢这个播客，请不要忘记在您喜欢的播客应用或 YouTube 上订阅并关注它。如果您成为我的通讯的年度订阅者，您将免费获得 19 种令人难以置信的产品，包括 Devon、Lovable、Replet、Bolt、Nadam、Linear、Superhum、Descript、Whisper Flow、Gamma、Perplexity、Warp、Granola、Magic Patterns、Raycast、Champardd、Mob 和 Post Hog，以及 Stripe Atlas 的一年免费使用权。请前往 lenniesnewsletter.com 并点击产品通行证。现在，在简短的广告之后，我将为您带来亚历山大·埃米罗斯（Alexander Emiros）的访谈。这里有一个谜题给您。OpenAI、Cursor、Perplexity、Verscell、Platt 以及数百家其他成功的公司有什么共同点？答案是它们都由今天的赞助商 Work OS 提供支持。如果您正在为企业构建软件，您可能已经感受到了集成单点登录、SCIM、RBAC、审计日志以及大型客户所需的其他功能的痛苦。Work OS 将这些交易障碍转化为即插即用的 API，并提供一个专为 B2B SaaS 构建的现代开发平台。无论您是试图获得第一个企业客户的种子轮初创公司，还是正在全球扩张的独角兽公司，Work OS 都是成为企业就绪并实现增长的【音乐】最快途径。它们本质上是企业功能的 Stripe。访问 workos.com 开始，或者直接联系他们的 Slack 支持，那里有真正的工程师可以超快速地回答您的问题。Workos 让您能够像最优秀的人一样进行构建，提供令人愉悦的 API、全面的文档和流畅的开发体验。立即访问 works.com 使您的应用程序为企业做好准备。本集由 Finn 提供，这是排名第一的客户服务人工智能助手。如果您的客户支持工单堆积如山，那么您就需要 Finn。Finn 是市场上性能最高的人工智能助手，平均解决率高达 65%。Finn 甚至可以解决最复杂的客户查询。没有其他人工智能助手表现更好。在与竞争对手的正面较量中，Finn 每次都获胜。是的，切换到一个新工具可能会令人望而生畏，但 Finn 可以在任何帮助台工作，无需迁移，这意味着您不必彻底改革您当前的系统，也不必为您的客户服务延迟而烦恼。【音乐】Finn 受到超过 6,000 名客户服务领导者和 Anthropic、Shuttertock、Cynthia、Clay、Vant、Lovable、Mundday.com 等顶级公司的信赖。而且，由于 Finn 由 Finn AI 引擎提供支持，这是一个不断改进的系统，让您可以轻松地进行分析、训练、测试和部署，Finn 也可以持续改进您的结果。因此，如果您准备好改变您的客户服务并扩大您的支持规模，可以尝试 Finn，每次解决仅需 99 美分。此外，Finn 还提供 90 天退款保证。请访问 f.ai/lenny，了解 Finn 如何为您的团队服务。那就是 finn.ai/lenny。亚历山大，非常感谢您来到这里，欢迎来到播客。>> 非常感谢。我关注您很久了，很高兴来到这里。>> 我更兴奋。我真的很感激。我想从您在 OpenAI 的时间开始。所以，您大约一年前加入了 OpenAI。在此之前，您经营了自己的初创公司大约 5 年。在此之前，您是 Dropbox 的产品经理。我猜 OpenAI 与您之前工作过的任何地方都大不相同。让我问您这个问题。OpenAI 的运作方式最不同之处是什么？以及您在那里学到了什么，您认为无论您将来去哪里，都会带走（假设您有一天会离开）？到目前为止，我想说在 OpenAI 工作时的速度和雄心壮志比我能想象的要大得多。而且，你知道，我猜说出来有点尴尬，因为你，你知道，每个创业公司创始人都会想，“哦，是的，我的创业公司发展得超快，人才门槛超高，我们超级有野心。”但我必须说，在 OpenAI 工作就像重新想象了那意味着什么。我们经常听到，“哦天哪，我不敢相信他们移动得有多快。”有没有一个例子是，“哇，这在其他任何地方都不可能这么快发生。”>> 最明显的例子就是科迪克斯（codeex）本身的爆炸式增长。我想我们上次公布外部数字已经有一段时间了，但你知道，科迪克斯（Codeex）规模的 10 倍增长在几个月内就非常快了，而且从那时起就更多了，你知道，一旦你经历过，或者至少以我为例，经历过之后，我觉得任何时候我都要花时间在【音乐】构建技术产品上，我都需要达到那种速度和规模。如果我想起我在创业公司时做的事情，它的速度慢得多。而且，你知道，创业公司总是在权衡你对一个想法的承诺程度与【音乐】发现它不起作用然后转向。但我认为我在 OpenAI 意识到的一件事是，我们可以产生的影响，事实上，做好工作需要产生的影响是如此之大，以至于我必须对如何花费我的时间更加无情。在我们谈论科迪克斯（codeex）之前，他们是如何组织这个部门的，或者我不知道 OpenAI 的运作方式是否允许团队如此快速地移动，因为每个人都想快速移动。我想有一个结构化的方法来做到这一点。>> 我想说的是，我们正在构建的技术【音乐】已经改变了许多事情，你知道，从我们如何构建到我们能够为用户启用什么。而且，你知道，我们大部分时间都在谈论【音乐】基础模型内部的改进，但我相信，即使我们今天在模型方面没有更多进展（当然不是这种情况），但即使我们没有更多进展，我们在产品方面也远远落后。还有很多产品需要构建。>> 所以，我认为【音乐】时机已经成熟，如果这说得通的话。>> 但我认为有很多反直觉的事情让我感到惊讶，当我到达时，关于事情是如何组织的。一个例子是，当我还在经营我的创业公司，以及在此之前，当我还在 Dropbox 时，【音乐】作为一名产品经理，总是要努力保持方向正确，并且能够朝着那个方向加速，这非常重要。但在这里，我认为因为我们不知道【音乐】即将出现什么样的能力，也不知道什么在技术上可行，也不知道即使在技术上可行什么会成功。因此，我们更重要的是要非常【音乐】谦虚，更多地通过经验学习，并快速尝试。这个组织就是这样建立起来的，它是极其自下而上的。你知道，这又是一件你说的，每个人都想快速行动的事情。我认为每个人都喜欢说他们是自下而上的，或者至少很多人是，但 OpenAI 是真正真正自下而上的，这对我来说是一次学习经历，现在，如果我将来在【音乐】非人工智能公司工作，我不知道那意味着什么，但我认为它甚至没有意义。但如果我能想象一下，或者回到过去，我认为我会完全以不同的方式处理事情。>> 我听到的似乎是“准备、开火、瞄准”的方法，而不是“准备、瞄准、开火”。而且，当你处理这件事时，这可能不会被很好地理解，但我确实在人工智能公司听到了很多这样的说法，因为你不知道，Nick Charlie 也分享了同样的观点，因为你不知道人们会如何使用它。花很多时间让它变得完美是没有意义的。最好是把它以一种原始的方式发布出去，看看人们如何使用它，然后在这个用例上大做文章。是的。这就像，用这个比喻来说，我觉得有一个瞄准的组成部分，但这个瞄准的组成部分模糊得多。你知道，这有点像，我们大致认为会发生什么？就像有人【音乐】我在这里学到了很多，他是一位研究主管，他说，在 OpenAI，我们可以就一年或更长时间之后的事情进行很好的对话，你知道，关于会发生什么有很多模糊性，但那是正确的时间范围，然后我们可以就【音乐】几个月或几周内发生的事情进行很好的对话，但存在一个尴尬的中间地带，就像你开始接近一年，但还没有到一年的时候，很难推理，对吧？所以，就瞄准而言，我认为我们想知道，好吧，我们正在努力实现哪些未来，以及我们正在处理的许多人工智能问题，比如对齐，是需要你【音乐】非常长远地考虑的问题。所以，我们正在模糊地瞄准那里。但当涉及到更战术性的问题时，哦，是的，我们会构建什么产品，因此人们将如何使用该产品？那就是我们更倾向于，让我们通过经验来找出答案。>> 说得好。还有一件事，当人们听到这个时，他们有时会听到像你们这样的公司说，“好吧，我们将自下而上。我们将尝试很多东西。我们不会在接下来的几个月里有确切的计划。”关键是你们都雇佣了世界上最好的人。因此，要在这个自下而上的工作中取得如此成功，这似乎是一个非常关键的因素。它只是基本上产生了共鸣。>> 【音乐】我只是再次惊讶，甚至震惊于这里的每个人都拥有如此高的【音乐】个人驱动力和自主性。所以，我认为 OpenAI 的运作方式【音乐】你无法通过阅读或收听播客来了解，然后说，“我将把这个部署到我的公司。”【音乐】也许说出来有点严厉，但我认为，是的，很少有公司拥有能够做到这一点的才能。所以，如果你要实施它，可能需要进行调整。>> 好的。那么，让我们来谈谈科迪克斯（codeex）。您负责科迪克斯（codeex）的工作。科迪克斯（codeex）进展如何？您能分享哪些数字？您能分享什么吗？另外，不是每个人都确切地知道科迪克斯（codeex）是什么。请解释一下科迪克斯（codeex）是什么。>> 完全没问题。是的，我非常幸运地生活在未来，并负责科迪克斯（codeex）的产品。>> 科迪克斯（codeex）是 OpenAI 的编码助手。所以，非常具体地说，它是一个 IDE 扩展，VS Code 扩展，您可以安装，或者一个终端工具，您可以安装。安装后，您可以与科迪克斯（codeex）配对，以回答有关代码的问题，编写代码，【音乐】运行测试，执行代码，并完成软件开发生命周期中那个厚实中间部分的大部分工作，而这部分工作就是关于【音乐】编写您将要投入生产的代码。>> 更广泛地说，我们将科迪克斯（codeex）视为【音乐】它目前只是软件工程团队中的一个开端。所以，你知道，当我们使用“团队成员”这个词时，我们想象的一些事情是，它不仅能够编写代码，而且实际上它会参与【音乐】编写软件的早期构思和规划阶段，以及更下游的【音乐】验证、部署和维护代码。>> 为了让它更有趣。就像我喜欢想象的一件事是，如果你想想今天的科迪克斯（Codex）是什么，它有点像这个【音乐】非常聪明的实习生，它拒绝阅读 Slack，而且【音乐】除非你要求它，否则它不会检查 Data Dog 或 Sentry。所以，无论它有多聪明，你有多大程度上会信任它在没有你一起工作的情况下编写代码，对吧？所以，这就是人们今天主要使用它的方式，他们与它配对。>> 但我们希望达到这样的程度，你知道，它可以像你刚雇佣的实习生一样工作，你不仅要求他们编写代码，还要求他们参与整个周期。所以，你知道，即使他们第一次没有把事情做对，他们最终也能够通过迭代来达到目标。>> 我认为关于不阅读 Slack 和 Data Dog 的观点是，它只是不分心。它只是持续专注，并且始终处于流畅状态。但我明白你的意思，它没有关于一切正在发生的所有上下文。>> 而且，这不仅在它执行任务时是如此，而且再次，如果你想到最好的团队成员，你不会告诉他们该做什么，>> 对吧？就像你刚雇佣他们的时候，你有几次会议，你说，“嘿，你大概了解一下，好吧，这个提示对这个团队成员有效。这些提示无效，对吧？这是如何与这个人沟通。”然后最终你会给他们一些入门任务。你委托一些任务。但最终你会说，“嘿，太好了。好吧，你在这个代码库的这个区域与这些人一起工作。你知道，也随时与其他部分的代码库中的人一起工作。”是的，你告诉我你认为什么是有意义的，对吧？所以，你知道，我们认为这就像主动性，而我们科迪克斯（Codeex）的一个主要目标就是实现主动性。我认为这对于实现 OpenAI 的使命至关重要，即为全人类带来人工智能的好处。你知道，我今天喜欢开玩笑说，人工智能产品，这是一个半开玩笑。它们实际上很难使用，因为你必须非常【音乐】有意识地考虑它何时可以帮助你。如果你没有提示模型来帮助你，它可能在那时并没有帮助你。而且，如果你想想普通用户今天提示人工智能的次数，可能只有几十次。但如果你想想人们实际上可以从一个真正智能的实体那里获得好处的次数，那将是每天数千次。因此，我们科迪克斯（codeex）的一个主要目标是弄清楚【音乐】一个真正有用的团队成员代理的形状是什么，它默认是有帮助的。当人们想到 Cursor 甚至 Cloud Code 时，它就像一个帮助你编码的 IDE，并且可以自动完成代码，也许还会做一些代理工作。我在这里听到的是，愿景是不同的，那就是它是一个团队成员。它就像一个远程团队成员，为你构建代码，你与它交谈，让它做事情，它还会进行 IDE 自动完成等等。这是你对科迪克斯（codecs）的看法的一种差异化吗？它基本上是这样的想法，我们希望【音乐】如果你是一名开发者，并且你正在努力完成某项任务，我们希望你感觉自己拥有超能力，并且能够更快地移动。但我们不认为，为了让你获得这些好处，你需要一直坐着思考如何在这个时候调用人工智能来做这件事。我们希望你能够【音乐】将其融入你的工作方式，并让它开始做事情，而无需你思考。>> 好的。我有很多关于这方面的问题，但【音乐】它进展如何？有没有什么统计数据，什么数字可以分享关于科迪克斯（Codex）的表现？>> 是的，自 8 月份 GPT5 发布以来，科迪克斯（Codex）的增长绝对是爆炸性的。>> 如果您有兴趣，当然有一些有趣的产品见解可以谈谈，关于我们如何实现这种增长。但是的，我们上次分享的统计数据是，自 8 月份以来，我们的增长已经超过 10 倍。事实上，自那时以来已经增长了 20 倍。>> 而且，科迪克斯（Codex）模型每周要处理数万亿个 token，而且它基本上是我们服务最多的编码模型。>> 我们看到的一个真正很酷的事情是，我们决定设置科迪克斯（Codex）团队的方式是【音乐】建立一个真正紧密集成产品和研究团队，他们共同迭代模型和工具。事实证明，这可以让你做更多的事情，并尝试更多的实验，关于这些事情将如何协同工作。所以，我们只是在为我们自己使用的第一个工具训练这些模型，我们对此非常肯定。然后，我们最近开始看到的是，其他主要的 API 编码客户现在也开始采用这些模型。因此，我们已经达到了一个点，实际上科迪克斯（Codex）模型也是 API 中服务最多的编码模型。>> 您【音乐】暗示了这一点，是什么促成了这种增长？我对此非常感兴趣。感觉就像以前，我不知道，也许在你加入团队之前，它只是感觉 Cloud Code 正在大放异彩。就像每个人都在使用 Cloud Code。它是迄今为止最好的编码方式。然后突然，科迪克斯（Codex）出现了。我记得卡帕西（Carpathy）发推说，他从未见过这样的模型。我认为推文是，他遇到的最棘手的 bug，他会花几个小时去解决。其他任何东西都无法解决。他把这些 bug 交给科迪克斯（Codex），让它运行一个小时，它就能解决。你们做了什么？>> 我们有一个非常坚定的使命，在 OpenAI，你知道，基本上是构建通用人工智能（AGI）。>> 因此，我们经常思考如何塑造产品，使其能够扩展，你知道，我之前提到过，嘿，如果你是一名工程师，你应该每天从人工智能那里获得数千次帮助，对吧？因此，当我们推出第一版科迪克斯（Codex）时，我们对此进行了很多思考，那就是科迪克斯云（Codex cloud），它基本上是一个拥有自己计算机的产品，生活在云端，你可以委托给它，你知道，最酷的部分是你可以并行运行许多任务。但我们看到的一些挑战是，设置起来有点困难，包括环境配置，以及为模型提供验证更改所需的工具，并学习如何进行提示。我对此的类比是回到团队成员的类比。就像你雇佣了一个团队成员，但你永远不能和他们通话，你只能随着时间的推移异步地来回交流。就像，这对于一些团队成员来说是可行的，而且最终这实际上是你想要花费大部分时间的方式。所以，这仍然是未来，但它很难一开始就采用。所以，我们仍然有那个愿景，就像我们正在努力让你成为一个你可以委托的团队成员，然后它是主动的，我们看到它在增长。但关键的解锁实际上是，首先，你需要以一种更直观、更容易获得价值的方式与用户建立联系。所以，大多数人发现科迪克斯（Codex）今天的方式是，他们下载一个 IDE 扩展，或者在他们的 CLI 中运行它，代理就在你的电脑上与你互动。>> 而且它在沙箱中工作，这实际上是一项很酷的技术，可以帮助它安全可靠，但它拥有所有依赖项的访问权限。所以，如果代理需要做某事，比如需要运行一个命令，它可以在沙箱中这样做。>> 我们不必设置任何环境，如果它是一个在沙箱中不起作用的命令，它可以直接问你，所以你可以进入这个非常强大的反馈循环，使用模型，然后随着时间的推移，我们团队的工作是帮助将这个反馈循环转化为你【音乐】作为使用产品的副产品，配置它，以便你以后可以委托给它。再次，类比，你一直在说，但就像你雇佣了一个团队成员，你让他做工作，但你只是给了他一台新买的电脑，他很难做好工作，对吧？但当你和他并肩工作时。你可以说，“哦，你没有我们使用的服务的密码。这是我们服务的密码。”你知道，是的，别担心。随时运行这个命令。那么，让他离开并为你工作几个小时就容易多了。>> 所以，我听到的意思是，科迪克斯（Codex）的第一个版本几乎太超前了。它就像一个远程的、在云端的代理，异步地为你编码。而你们所做的就是，好吧，让我们稍微回来一点。让我们集成到工程师已经集成到 IDE 和本地的方式中，并帮助他们进入这个新世界。>> 完全正确。而且这很有趣，因为我们在 OpenAI 大量地试用产品。所以，你知道，试用产品，就是我们使用自己的产品。所以，科迪克斯（Codex）在过去一年中一直在加速 OpenAI 的发展，而云产品也极大地加速了公司的发展。>> 它只是碰巧是这种情况，来自试用产品的信号与来自【音乐】普通市场的信号略有不同，因为在 OpenAI，你知道，我们整天都在训练推理模型，所以我们非常习惯这种提示方式，你知道，提前思考，大规模并行运行，【音乐】然后稍后异步回来。所以，你知道，现在当我们构建时，我们仍然从内部试用中获得大量的信号，但你知道，我们也对【音乐】不同受众使用产品的不同方式非常了解。>> 这很有趣。就像活在未来，但也许不是太遥远的未来。而且我可以看到，OpenAI 的每个人都活在非常遥远的未来，有时那对每个人来说都不起作用。>> 是的。关于【音乐】智能训练数据呢？我不知道，还有什么帮助科迪克斯（Codex）加速其编码能力吗？是更好的、更干净的数据吗？是模型进步更多吗？还有什么真正帮助加速的吗？>> 是的，这里有几个组成部分。>> 我想，你知道，你提到了模型，模型已经改进了很多。事实上，就在上周三，我们发布了 GPD 5.11 CEX Max，一个命名非常准确的模型。>> 它很棒。它很棒，因为它【音乐】对于你使用 GPD 5.11 代码（codecs）的任何给定任务，它都比完成该任务的速度快大约 30%，而且它还解锁了大量的智能。所以，如果你在我们的更高推理级别使用它，它就更聪明了。>> 而且，你知道，你提到的那个推文，卡帕西（Karpathi）关于，“嘿，给我们你最棘手的 bug，”你知道，显然现在市场上有很多事情，但科迪克斯（Codex）Max 绝对是【音乐】承担处理最棘手 bug 的重任。>> 所以，这非常酷。但我要说的是，我们对这个问题的思考方式正在发生一些演变，从仅仅考虑模型，然后让我们训练最好的模型，到真正考虑【音乐】代理到底是什么，对吧？而且，你知道，我不会试图精确地定义代理，但至少我们认为它拥有的堆栈是这样的：你有一个模型，一个非常聪明的推理模型，它知道如何非常擅长执行特定类型的任务。所以，我们可以谈论我们如何实现这一点。但实际上，我们需要通过 API 将该模型提供给一个工具。而这两者在这里也起着非常重要的作用。所以，例如，我们非常自豪的一件事是，你可以让 GP5.1 CX Max 工作很长时间。这不寻常，但你可以设置它来做到这一点，或者可能会发生。但现在，我们经常会听到人们说，是的，它运行了【音乐】一夜之间，或者它运行了 24 小时。>> M>> 而且，你知道，要让一个模型在这么长的时间内持续工作，它将超出其上下文窗口。所以，我们有一个解决方案，我们称之为压缩。>> 但压缩实际上是一个功能，它使用了堆栈的所有三个层。所以，你需要有一个具有压缩概念的模型，并且知道，好的，当我开始接近这个上下文窗口时，我可能会被要求【音乐】准备在新的上下文窗口中运行。然后，在 API 层，你需要一个理解这个概念的 API，并且有一个你可以调用的端点来完成这个更改。在工具层，你需要一个工具来【音乐】准备这个的有效载荷。所以，发布这个压缩功能，现在使得这种行为成为任何使用科迪克斯（codecs）的人都可以实现，实际上是跨所有这三项工作的。而且，我认为这种情况将越来越普遍。另一个可能被低估的版本是，如果你想到所有不同的编码产品，它们都有【音乐】非常不同的工具工具，并且对模型应该如何工作有非常不同的看法。所以，如果你想训练一个模型在【音乐】所有不同的工作方式上都表现出色。你知道，也许你有一个强烈的观点，它应该使用语义搜索，对吧？也许你有一个强烈的观点，它应该【音乐】调用定制工具，或者也许你有一个，就像我们一样，一个强烈的观点，它应该只是使用【音乐】shell 在终端中工作。你知道，如果你只是优化其中一个世界，你就可以更快地移动，对吧？所以，我们构建科迪克斯（Codex）的方式是，它只是使用 shell。但为了使其【音乐】更安全可靠，我们有一个沙箱，模型习惯于在该沙箱中运行。所以，我认为回到你问题的答案，俄罗斯，最大的加速器之一就是我们同时构建了这三样东西，并且【音乐】不断调整它们，并且【音乐】不断尝试它们如何与【音乐】紧密集成产品和研究团队一起工作。你认为你将如何在这个领域获胜？你认为它最终会【音乐】一直是一场与其他模型不断相互超越的比赛吗？你认为是否存在一个世界，有人会遥遥领先，其他人永远无法追赶？是否存在一条通往我们获胜的道路？>> 再次回到构建团队成员的想法，而不仅仅是那个你知道的【音乐】参与团队规划和优先排序的团队成员。不仅仅是那个你知道的，真正测试其代码并帮助你维护和部署的团队成员。甚至是一个团队成员，你知道，如果你再次想到一个工程团队成员，他们也可以【音乐】安排日历邀请，或者移动站会，或者做任何事情，对吧？所以，在我看来，如果我们只是想象每天或每周都有一个疯狂的新功能被研究实验室部署，我们【音乐】作为人类是不可能跟上并使用所有这些技术的。所以，我认为我们需要达到这样的世界，你基本上有一个【音乐】人工智能团队成员或超级助手，你只需要与之交谈，它就能主动提供帮助，对吧？所以，你不需要【音乐】阅读最新的使用技巧。你只需要【音乐】将其插入，它就会提供帮助。所以，这就是我认为我们正在构建的形状。而且，我认为这将是一个非常粘性的【音乐】获胜产品，如果我们能做到的话。所以，在我脑海中，至少我的想法是，我们构建了【音乐】也许一个有趣的话题是，聊天是人工智能的正确界面吗？我实际上认为，当你不知道该用它做什么时，聊天是一个非常好的界面。>> 就像，如果你想到我【音乐】在 Teams 或 Slack 上和一个团队成员聊天，聊天就很好。我可以问任何我想问的东西，对吧？它就像【音乐】一切的通用分母。所以，你可以和超级助手聊任何你想聊的话题，无论是编码还是其他。然后，如果你是一个特定领域的职能专家，比如编码，有一个【音乐】你可以调出的图形界面，可以深入研究代码，并与代码一起工作。所以，我认为，我们需要构建的是【音乐】OpenAI 的想法，基本上是这样的想法，你拥有聊天 ChatGPT，这是一个【音乐】对每个人都普遍可用的工具。你开始使用它，甚至在工作之外【音乐】来帮助你。你变得非常习惯于被人工智能加速的想法。然后，你来到工作岗位，你就可以自然而然地说，是的，我就是要问它这个，我不需要知道所有的连接器或【音乐】所有不同的功能。我只是要问它帮助，它会在此时此刻向我展示它能提供的最佳帮助，甚至可能在你没有要求它帮助时主动提供帮助。>> 所以，在我看来，如果我们能做到这一点，我认为，你知道，这就是我们如何真正构建【音乐】获胜的产品。这非常有趣，因为在我与 Nick Charlie 的聊天中，他是 ChatGPT 的负责人，我认为他分享说，ChatGPT 的最初名字是超级助手，或者类似的名字。>> 是的。>> 而且，有趣的是，有【音乐】这种超级助手的做法，然后有科迪克斯（codeex）的做法。这几乎就像是消费者版本和企业版本。而我在这里听到的是，这里的想法是，好吧，你从编码和构建开始，然后它为你做所有其他事情，安排会议，我不知道，可能在 Slack 上发帖，我不知道，发布设计，我不知道。这是【音乐】ChatGPT 的商业版本吗？还是有其他东西？>> 是的。你知道，所以，我们正在进入【音乐】一年的时间范围的对话。很多事情可能很快就会发生，但就模糊性而言，我认为我们在一年的时间范围。所以我将给你一个【音乐】合理的推论，我们如何到达那里，但至于如何发生，谁知道。所以，基本上，如果我们想建立一个超级助手，它必须能够做事，对吧？所以，我们有一个模型，它将能够做事，影响你的世界。>> 而且，我认为我们过去一年左右的一个学习成果是，模型要做事，当它们能够使用计算机时，效率会高得多，对吧？好的。所以，现在我们就像，好吧，我们需要一个能够使用计算机的超级助手，对吧？或者多台计算机。现在的问题是，好吧，它应该如何使用计算机，对吧？而且有很多方法可以使用计算机。>> 你可以尝试破解操作系统，并使用辅助功能 API。也许更容易的是，你可以点击。这有点慢，你知道，而且【音乐】有时不可预测。>> 而且另一种方式，事实证明，模型使用计算机的最佳方式就是编写代码，对吧？所以，我们正在逐渐形成这样一种想法，即如果你想构建任何代理，也许你应该构建一个编码代理。而且，也许对用户来说，一个非技术用户，他们甚至不知道自己在用一个编码代理。就像没有人会考虑他们是否在使用互联网一样，他们更像是 Wi-Fi 是否打开？>> 所以，我认为我们正在用科迪克斯（codeex）做的是，我们正在构建一个软件工程团队成员。而且，作为其中的一部分，我们正在构建一个能够通过编写代码来使用【音乐】计算机的代理。所以，我们已经看到了一些对这个的需求。这还很早，但我们开始看到人们【音乐】使用科迪克斯（codeex）进行编码相关的产品目的。所以，随着它的发展，我认为我们将自然而然地看到，哦，事实证明，我们应该始终让代理编写代码，如果有一个编码的方式来解决问题，而不是，你知道，即使你在做一个财务分析，对吧？就像，也许为那个写一些代码。所以，基本上，你知道，你说，“嘿，这是超级助手的【音乐】产品两端，对吧？ChatGPT。”在我看来，就像，编码是任何代理的核心能力，包括 ChatGPT。所以，我们真正认为我们正在构建的是【音乐】那种能力。但这是关于代理编写代码的真正酷之处在于，你可以导入代码，代码是可组合的，可互操作的，对吧？因为如果我们【音乐】一个非常简化的观点，我们可以对一个代理有，它只是会被给一台计算机，它只会【音乐】点击并四处走动。但你知道，这是未来，以及我们如何到达那里，很难【音乐】规划一条路径，因为关于构建代理的许多问题不是代理是否能做到，而是我们如何帮助代理理解它正在工作的上下文，以及使用它的团队。你知道，可能有一种他们喜欢做事的方式。他们有指导方针。他们可能希望对代理能做什么或不能做什么有一些确定的保证，或者他们希望知道代理理解【音乐】这个细节，比如，如果你正在查看一个崩溃报告工具，连接到一个连接器，每个子团队可能都有一个不同的元提示，关于他们希望如何分析崩溃。>> 而且，所以我们开始得到这个东西，是的，我们有一个代理坐在电脑前面，但我们需要为团队或用户配置它，对吧？让他们【音乐】代理经常做的事情，我们可能只是想将其构建成代理拥有的一个能力，它可以做到。所以，我认为我们最终会得到你所说的这种可推广的东西，即一个可以为任何它想做的事情编写自己的脚本的代理。但我认为，真正关键的部分是，我们能否做到，代理经常需要做的所有事情，或者它做得好的事情，我们都可以【音乐】记住并存储，这样代理就不必再次编写脚本了。对吧？或者，也许我刚加入一个团队，而你已经在同一个团队里了。我可以直接【音乐】使用代理已经写过的所有脚本。>> 是的。就像，如果这是我们的团队成员，我们可以【音乐】他们可以分享从与其他公司的人一起工作中学到的东西。这作为一种比喻是有道理的。>> 是的。感觉你属于卡帕西（Karpathy）阵营，今天的代理并不那么好，大部分都是垃圾，也许将来会很棒。这是否符合你的看法？>> 我想是的。我认为编码代理非常棒。>> 【音乐】很多价值。>> 对。>> 是的。>> 然后，我认为，编码之外的代理，这还很早，你知道，这只是我的看法，但我认为一旦它们也能以可组合的方式使用编码，它们就会变得更好。>> 这是很有趣的部分，当你为软件工程师构建时。就像，我在我的创业公司，我们也为软件工程师构建了很长一段时间，他们是很有趣的受众，因为你知道，他们也喜欢为自己构建，而且通常比我们更有创意，思考如何使用这项技术。>> 而且，所以通过为软件工程师构建，你可以观察到大量的涌现行为，以及你应该做什么和构建到产品中的东西。我喜欢你这么说，因为很多人为工程师构建时会感到非常恼火，因为工程师们总是抱怨东西。他们说，“啊，这太糟糕了。你为什么这样建造它？”我喜欢你喜欢它，但我想这可能是因为你正在为工程师构建一个非常棒的工具，可以真正解决问题，而且，你知道，为他们编码。>> 【音乐】关于这方面，你知道，总是有关于工作会发生什么，工程师，编码，你是否必须学习编码，所有这些事情的讨论。>> 显然，你描述的方式是，它是一个团队成员。它将与你一起工作，让你更超人。它不会取代你，就像你对这个领域的影响，拥有这个超级智能的工程团队成员。>> 我认为有两方面，但我们刚才讨论的是，也许每个代理都应该使用代码，并且是一个编码代理。在我看来，这只是这个更广泛想法的一小部分，即，嘿，随着我们让代码更加普及，我的意思是，你可能今天就可以声称它已经普及了，即使在人工智能之前，对吧？但随着我们让代码更加普及，它实际上将被用于更多目的。因此，对于拥有这种【音乐】能力的人来说，需求将会大大增加。所以，这是我的看法。我认为这是一个非常复杂的话题。所以，你知道，这是我们经常谈论的事情，我们必须看看它如何发展。但我认为，我们作为在这个领域构建的产品团队可以做的是，就是努力始终思考我们如何构建一个工具，使其感觉我们正在【音乐】最大程度地加速人们，而不是构建一个工具，使人类应该做什么变得更加不清楚，对吧？就像，我认为，你知道，举个例子，现在，当你与编码代理一起工作时，它会编写大量代码，但事实证明，编写代码实际上是许多软件工程师最喜欢的部分。所以，你最终会审查人工智能代码，对吧？而这通常是许多软件工程师工作中不太有趣的部分，对吧？所以我实际上认为，我们看到，这在大量的微观决策中不断出现。所以，我们作为一个产品团队，总是在思考，好吧，我们如何让它更有趣？我们如何让你感觉更有力量，而不是在它不起作用的时候？而且，我认为，审查代理编写的代码是今天【音乐】不太有趣的地方。所以，你知道，然后我想，好吧，我们能对此做些什么？嗯，我们可以发布一个代码审查功能，它能帮助你建立对人工智能编写的代码的信心。好的，很酷。你知道，我们还可以做的另一件事是，我们可以让代理更好地验证它的工作。而且，你知道，它
它会一直深入到微观决策，比如你是否会赋予代理验证工作的能力。假设你现在正在考虑 Codex Web，你有一个面板，可以反映代理所做的工作。你首先看到什么？是差异还是它编写的代码的图像预览？对吧？而且，你知道，我认为如果你从“我如何赋能人类？”的角度来思考这个问题，我如何让他们感觉尽可能地加速？你显然会先看到图像，对吧？除非你先看到了图像，否则你不应该审查代码，除非也许它正在被 AI 审查，现在轮到你来查看了。
当我邀请 Cursor 的首席执行官 Michael Charel 来我的播客时，他提出了一个愿景，即我们正在走向超越代码的东西。我看到了一个名为“规范驱动开发”的兴起，你只需编写规范，然后 AI 就会为你编写代码。因此，你开始在一个更高的抽象级别上工作。你认为这是我们未来的发展方向吗？就像工程师不必实际编写代码或查看代码，并且我们将专注于一个更高的抽象级别。
是的，我的意思是，我认为一直存在着各种抽象级别，而且它们实际上已经在今天得到了体现，对吧？就像今天，编码代理主要是“提示到补丁”，我们开始看到人们进行规范驱动开发或计划驱动开发，这实际上是人们问“嘿，如何在非常长的任务上运行 Codex？”时的一种方式。嗯，这通常是先与它合作编写一个计划 Markdown 文件，你的计划，一旦你对此感到满意，然后你要求它去工作，如果该计划有可验证的步骤，它将工作更长时间。
嗯，我们完全看到了这一点。我认为规范驱动开发是一个有趣的想法。我不确定它是否会以这种方式奏效，因为很多人也不喜欢编写规范，但似乎有些人在这种方式下工作是可行的。你知道，有点像一个笑话，但如果你想想今天许多团队的工作方式，他们通常不一定有规范，但团队非常自主，事情就是这样完成的。所以，这几乎就像我即兴创作的，所以它不是一个好名字，但就像“闲聊驱动开发”，事情正在发生，你知道，在社交媒体和你的团队沟通工具中，然后结果就是代码被编写和部署，对吧？所以，是的，我认为我更倾向于这种方式，你知道，我甚至不一定想编写规范，除非我喜欢编写规范，对吧？其他时候，我可能只想说，“嘿，这是客户服务渠道，告诉我什么是有趣的，但如果是一个小错误，就修复它。我不想为此编写规范，对吧？”
我有一个假设的未来，我有时喜欢与人们分享，作为一种挑衅，那就是在一个我们拥有真正令人惊叹的代理的世界里，成为一名独立创业者是什么样的？嗯，一种糟糕的可能方式是，它实际上是一个移动应用程序，代理需要做的每个想法都只是你手机上的垂直视频，然后你可以向左滑动如果你认为这是一个坏主意，你可以向右滑动如果你认为这是一个好主意，你可以按住并说话到你的手机，如果你想在滑动之前获得关于这个想法的反馈。所以在这个世界里，你的工作就是将这个应用程序插入到每一个信号系统，你知道的记录系统，然后你就可以坐下来滑动。我不知道。
我喜欢这个。所以这就像 Tinder 遇见 TikTok 遇见 Codex。
这太糟糕了。
不，这太棒了。所以这里的想法是，这个东西正在观察和倾听你，关注市场和你的用户，然后它会说“很酷，这是我应该做的事情”。它就像一个积极主动的工程师，就像“我们应该构建这个功能，修复这个东西”。
没错。我认为他们正在以最现代的方式与你沟通。
是的。
向左或向右滑动，在垂直信息流中，然后是 Sora 视频。好的。我现在明白了这一切是如何联系起来的。我明白了。
是的。需要明确的是，我们没有构建那个，但你知道，这是一个有趣的设想。我的意思是，你看到了，你知道，在这个例子中，它正在消耗外部信号。我认为另一件非常有趣的事情是，如果我们考虑一下迄今为止最成功的 AI 产品是什么，我会说，很有趣，实际上是为了不让事情变得混乱，但第一次我们在 OpenAI 使用 Codex 这个品牌时，实际上是为 GitHub Copilot 提供动力的模型。这是很久以前的事了，很多年前。所以我们决定最近重新使用那个品牌，因为它太棒了，你知道，Codex 代码执行。但我认为，实际上，IDE 中的自动补全是迄今为止最成功的 AI 产品之一。它如此神奇的一部分是，当它能够快速地为你提供帮助的思路时。当它正确时，你就会加速。当它错误时，它不会那么令人讨厌。它可能会令人讨厌，但不会那么令人讨厌，对吧？因此，你可以创建一个混合主动系统，它会根据你试图做什么做出情境响应。所以在我看来，这对我们作为 OpenAI 来说是一件非常有趣的事情。例如，你知道，当我想到推出浏览器时，我们用 Atlas 做到了，对吧？嗯，在我看来，我们可以做的真正有趣的事情之一是，我们可以根据你一天的工作情境为你提供帮助。而且，我们打破了这种“你知道，我们只是在看代码，或者我们只是在你的终端里”的模式，进入了“嘿，一个真正的队友处理的事情比代码多得多，对吧？他们处理很多网络内容。所以，你知道，我们如何帮助你呢？”
哇，这里面有太多东西了，我喜欢这个。好的，那么浏览器上的自动补全，这太有趣了。就像“这里有所有我们可以帮助你的事情，当你浏览和度过你的一天时”。我想谈谈 Atlas，我稍后会回来。Codex 代码执行。我不知道，这真的很聪明。我现在明白了。好的。然后是这个闲聊，什么是闲聊驱动开发？我有一个，不，这是一个非常好的想法，但它让我想起我曾邀请 Block 的 CTO John Gon 来我的播客，他们有一个名为 Goose 的产品，这是他们自己的内部代理。他谈到 Block 的一位工程师，Goose 看着他操作屏幕，听着每一次会议，并主动完成他可能想要做的工作。他发送 PR，发送电子邮件，起草 Slack 消息。所以他正在以一种非常早期的方式做你所描述的事情。
是的，这非常有趣。而且，你知道，我敢打赌，如果我们去问他们，生产力的瓶颈是什么，他们分享了吗？
嗯，可能只是看着它，确保这是正确的事情。是的。
是的。所以，就像我们现在看到的那样，我们有一个 Codex 的 Slack 集成。人们喜欢，你知道，如果你需要快速做某事。人们只是提及 Codex，为什么你认为这个错误正在发生？它不必是工程师。甚至可能是数据科学家，他们经常使用 Codex 来回答问题，比如“为什么你认为这个指标会移动？发生了什么？”所以你直接在 Slack 中获得答案。这太棒了，超级有用。但当它编写代码时，你就必须回去看代码，对吧？所以真正的，我认为现在的瓶颈是验证代码是否有效以及编写代码审查。所以在我看来，如果我们想实现你刚才提到的那个朋友的世界，我认为我们真的需要弄清楚如何让人们配置他们的编码代理，让他们在工作的后期阶段更加自主。这很有道理，就像你说的，编写代码。我以前是一名工程师，做了 10 年工程师。编写代码很有趣。进入状态，构建，架构，测试很有趣。查看别人的代码，并且要承担责任，如果它做了什么愚蠢的事情导致生产环境崩溃，这并不那么有趣。现在构建变得更容易了，我从那些处于最前沿的公司那里听到的是，瓶颈现在是弄清楚要构建什么，然后在最后，“好吧，我们有所有这些 100 小时的审查时间。谁会去审查所有这些？”
对。是的。
本期节目由 Jira Product Discovery 赞助。构建产品最难的部分实际上并不是构建产品。而是其他一切。就是证明这项工作有意义，管理利益相关者，试图提前计划。大多数团队花费更多的时间在反应而不是学习，追逐更新，证明路线图的合理性，并不断地解除工作障碍以保持进展。Jira Product Discovery 让您重新掌控。通过 Jira Product Discovery，您可以捕获见解并优先处理高影响力想法。它很灵活，可以适应您的团队的工作方式，并帮助您构建一个推动一致性而不是疑问的路线图。而且因为它构建在 Jira 之上，所以您可以在一个地方跟踪从战略到交付的想法。减少追逐，有更多时间思考、学习和构建正确的东西。免费获取 Jira Product Discovery，网址为 atlassian.com/lenny。即 atlassian.com/lenny。
Codex 对你作为产品负责人、作为 PM 的运作方式有什么影响？工程方面的影响很明显。代码是为你编写的。它对你的运作方式、PM 在 OpenAI 的运作方式有什么影响？
是的，我的意思是，总的来说，我感觉自己更有能力了。我一直是一个更偏向技术性的 PM，尤其是在我为工程师开发产品时，我觉得有必要“吃自己的狗粮”，但除此之外，我觉得我作为一个 PM 可以做更多的事情。而且，你知道，Scott Beltski 谈到了“压缩人才栈”这个想法。我不确定我是否正确地表述了它，但它的基本思想是，也许这些角色之间的界限不像以前那样需要了，因为人们可以做更多的事情，而且每次有人能做更多的事情时，你就可以跳过一个沟通界限，让团队更加高效，对吧？所以，我认为我们在许多职能部门都看到了这一点，但我想既然你问到了产品方面，你知道，现在回答问题要容易得多，你可以直接问 Codex 的想法。很多 PM 类型的工作，理解什么在变化，再次，只需问 Codex 寻求帮助。原型制作通常比编写规范更快，这是很多人谈论过的事情。我认为有一件事并不令人惊讶，但有点令人惊讶的是，我们看到，我们主要为 Codex 构建代码，以便将其部署到生产环境，但实际上我们现在看到很多使用 Codex 编写的临时代码。这有点回到了“你知道，普遍的代码”这个想法。所以你会看到，你知道，有人想做一个分析，比如“如果我想理解某件事”，就像“好吧，给 Codex 一堆数据，然后让它为这些数据构建一个交互式数据查看器”，这在过去太烦人了，但现在完全值得花时间让一个代理去做某事。同样，我在设计团队看到了一些很酷的原型，比如，一个设计师基本上想构建一个动画，这是 Codex 中的硬币动画，通常用代码编写这个动画太烦人了。所以他们只是用代码编写了一个动画编辑器，然后他们使用动画编辑器来构建动画，然后他们将其检入到存储库中。实际上，我们的设计师在那里看到了大量的加速。而且，说到压缩人才栈，我认为我们的设计师非常像 PM。所以，你知道，他们做了很多产品工作。而且，他们实际上有一个完全用代码编写的 Codex 应用的独立原型。所以，我们谈论事情的方式是，我们会进行一次非常快速的交流，因为有成千上万的事情在发生。然后设计师会去思考这应该如何运作，但不是再次讨论它，他们只是用代码编写那个原型，在他们独立的prototype中。我们会玩一下，如果我们喜欢，他们就会用代码编写那个原型，或者用代码将那个原型变成一个实际的 PR 来提交。然后，根据他们对代码库的熟悉程度，比如 Codex CLI 和 Rust 有点难。也许他们自己会提交，或者他们会接近，然后工程师可以帮助他们提交 PR。你知道，我们最近发布了 Sora Android 应用。嗯，那是我所见过的最令人瞠目结舌的加速例子之一，因为 Codex 在 OpenAI 内部的使用量非常高，而且在这一年中一直在增长，包括现在基本上所有的技术人员都在使用它，但即使是利用编码代理最大化其价值的强度和知识也在大幅提高。所以 Sora Android 应用，对吧？一个全新的应用，我们花了 18 天就构建出来了，从零到向员工发布，然后 10 天后，总共 28 天，我们就从 GA 到公众了，这都是在 Codex 的帮助下完成的，所以速度快得令人难以置信。
这更令人难以置信的是，它成为了应用商店里的头号应用。
我不知道，这简直令人难以置信。好的。
是的。所以想象一下，用几名工程师发布应用商店里的头号应用。
嗯，我认为是。
两三个，可能。
嗯，在几周内。是的，这太荒谬了。
是的。所以这是一个非常有趣的加速例子。然后 Atlas 是另一个，我认为 Ben 在播客上，Atlas 的引擎分享了一些我们如何构建它的信息。你知道，Atlas 实际上，我的意思是，它是一个浏览器，构建一个浏览器非常困难。嗯，所以我们不得不构建很多困难的系统来做到这一点，基本上我们达到了那个团队现在拥有大量 Codex 的重度用户。而且，你知道，它达到了那个程度，他们基本上，你知道，我们和他们谈论它，因为那些工程师中的许多人是我以前在我的初创公司工作过的人，所以他们会说，“你知道，以前这需要两三个工程师花两三周的时间，而现在，一个工程师一周就能完成。”所以那里也有了巨大的加速。而且，非常酷的是，你知道，我们首先在 Mac 上发布了 Atlas，但现在我们正在开发 Windows 版本。你知道，所以团队现在正在学习 Windows，他们也在帮助我们改进 Windows 上的 Codex，这确实是早期的，就像我们上周发布的模型是第一个原生理解 PowerShell 的模型。所以，你知道，PowerShell 是 Windows 上的原生 shell 语言。所以，是的，看到整个公司通过 Codex 加速真是太棒了，从，你知道，最明显的是研究和提高我们训练模型的速度和质量，然后甚至包括设计，正如我们所讨论的，以及营销，实际上我们现在已经到了这个阶段，我的产品营销人员也经常直接从 Slack 进行字符串更改，或者直接从 Slack 更新文档。
这些都是惊人的例子。你们正生活在可能性的最前沿，而其他公司也将这样工作。就像再次发布了应用商店里的头号应用，并且深受喜爱，它就像占领了世界，至少一周的时间。你说了，在 28 天内完成，而且，我不知道，18 天就完成了核心工作。
是的。所以，18 天我们有一个员工在玩的东西，然后 10 天后我们就发布了。
而且你说只有几名工程师。
是的。
两三个。好的。然后 Atlas，你说花了一周时间构建。
不，不，不。所以 Atlas，不是整整一周，但 Atlas 是一个非常重要的项目。
是的。
嗯，所以我一直在和 Atlas 的一位工程师谈论，你知道，他们如何使用 Codex，基本上是“我们使用 Codex 做一切”。我说，“好吧，那么，你知道，你如何衡量加速？”所以基本上我得到的答案是，“以前这需要两三个工程师花两三周的时间，而现在，一个工程师一周就能完成。”你认为这最终会发展到非工程师也做这种事情吗？比如，它必须是一个工程师来构建这个东西吗？有没有可能由，我不知道，一个 PM 或设计师来构建？我认为我们很可能会达到那个点，基本上界限有点模糊，对吧？比如，我认为你会想要一个了解他们正在构建的细节的人，但这些细节会演变。就像现在，如果你在写 Swift，你不需要说汇编。你知道，世界上有少数人，他们很重要，他们说汇编。也许不止少数人，对吧？但那是一种专业功能，大多数公司都不需要。所以我认为我们将自然地看到抽象层级的增加。然后酷的是，我们现在正在进入抽象的语言层，即自然语言。然后自然语言本身非常灵活，对吧？比如，工程师可以谈论一个计划，然后工程师可以谈论一个规范，然后工程师可以谈论一个产品或一个想法。所以我认为我们也可以开始向上移动这些抽象层级。但是，你知道，我认为这将是渐进的。我不认为它会突然变成“没有人写任何东西”，你知道，任何代码，而只是规范。我认为它会更像是“好吧，我们已经设置了我们的编码代理，使其非常擅长预览构建或运行测试”。这可能是大多数人已经设置好的第一部分。然后就像“好吧，现在我们已经设置好了，这样它就可以执行构建，并且可以看到它自己更改的结果”。但是，你知道，我们还没有构建一个好的集成工具，以便在 Atlas 的情况下，你知道，我不知道他们是否已经完成了所有这些，我认为他们已经完成了很多，但也许下一步是“允许它加载一些示例页面，看看它们运行得有多好”。所以，现在我们将“设置”做到这一点。我认为至少在一段时间内，我们将由人类来策划“这些连接器、系统或组件中，代理需要擅长与之交谈的是哪些”。然后，你知道，在未来，将有一个更大的突破，Codex 会告诉你如何设置它，或者可能在存储库中自我设置。
这是一个疯狂的时代。哇。我对这个的二阶效应感到好奇。只是构建东西的速度有多快。那会怎么样？这意味着分发变得更加重要了吗？这意味着想法的价值大大增加了吗？思考它如何改变很有趣。
我很好奇你的想法。我仍然不认为想法像很多人认为的那么有价值。我仍然认为执行非常困难，对吧？比如，你可以快速构建东西，但你仍然需要很好地执行它。它仍然需要有意义，并且整体上是一个连贯的东西。嗯。是的。
而且分发是巨大的。
是的。
感觉就像其他一切现在都更重要了。所有不是构建部分的东西，就是
想出一个主意，推向市场，盈利，
所有那些东西。我认为我们可能处于一个奇怪的临时阶段，你知道，有一段时间，你可以，你可以，构建产品太难了，所以你主要只需要非常擅长构建产品，而你可能不需要深入了解某个特定客户。
但是现在，我认为我们正在进入一个点，实际上，如果我只能选择一件事来理解，那就是真正有意义地理解某个客户的问题，对吧？如果我只能，如果我只能带有一个核心能力。所以我认为这最终仍然是最重要的，对吧？如果你今天开始创业，并且你对目前被 AI 工具服务不足的客户有很好的理解和网络，我认为你已经准备好了，对吧？而如果你擅长，[清嗓子] 构建网站，但你没有特定的客户去构建，我认为你的处境会更加艰难。
看好垂直 AI 初创公司，这就是我听到的。
是的，我完全同意。你知道，有一个通用的东西可以解决很多问题，然后是“我们将非常出色地解决演示问题，我们将比任何人都更好地理解演示问题，我们将集成到你的工作流程中，以及所有其他对非常具体的问题很重要的事情。”
好的。太棒了。
当你想到 Codex 的进展时，我想你有很多评估，而且有很多公开的基准测试。有什么事情能告诉你，我们正在取得很好的进展？我想它不会是一件事，但你关注什么？你试图推动什么？有什么 KPI 吗？
我不断提醒自己的一件事是，像 Codex 这样的工具，自然而然地，你会成为它的重度用户，对吧？因此，我们可能会不小心花费大量时间思考那些非常深入用户采用旅程的功能。因此，我们可能会过度解决这个问题。所以我认为，去看看你的 D7 留存率，这是至关重要的，对吧？就去尝试产品。从头开始再次注册。我有一些太多的“catchup pro”账户，我只是为了最大限度地正确地“吃自己的狗粮”而用我的 Gmail 注册了，它们每个月收费 200 美元。我需要报销这些。但是，你知道，就像作为用户的感受和早期的留存统计数据对我们来说仍然非常重要，因为，你知道，尽管这个类别正在腾飞，但我认为我们仍处于人们使用它们的早期阶段。
另一件我们做的事情，也许我们是这个领域里最“用户反馈/社交媒体驱动”的团队，就是我们中的一些人一直在 Reddit 和 Twitter 上，你知道，那里有赞扬，也有很多抱怨，但我们非常认真地对待这些抱怨并加以研究。我认为，因为你可以将编码代理用于如此多的不同事情，它通常会在某些特定行为方面出现各种问题。因此，我们实际上会监控很多社交媒体上的情绪，尤其是 Twitter X，它有点更炒作，而 Reddit 则有点更负面但真实。因此，我开始越来越多地关注人们在 Reddit 上如何谈论使用 Codex。实际上。
这很重要，人们需要知道。你最常查看哪些子版块？有没有像 r/codex 这样的？
我的意思是，算法很擅长显示内容，但 r/codex 是存在的。
好的。我明白了。非常有趣。然后，如果你在 Twitter 上标记了你，你仍然会看到，但可能不如在 Reddit 上强大。
嗯，是的，有趣的是，Twitter 有点更像一对一，即使它是在公开场合，而 Reddit 有很好的投票机制，而且也许大多数人仍然不是机器人，不清楚。
所以你可以获得关于什么重要以及其他人想法的良好信号。所以，有趣的是，Atlas，我想简要谈谈。你们发布了 Atlas。我实际上发了推文说我尝试了 Atlas，然后我不喜欢纯 AI 的搜索体验。我只是觉得我有时想要谷歌或者别的什么，只是等着 AI 给我一个答案。我不想，而且没有办法切换。我只是发了推文说，“嘿，我换回去了，我不喜欢，它不好。”我觉得我让 OpenAI 的一些 PM 感到难过，然后我看到有人发推文说，“我们现在有了这个”，这可能一直是计划的一部分。这可能是一个例子，我们只是发布，我们必须发布东西，看看人们如何使用它，然后我们弄清楚。所以，我想一是，我不知道，那里有什么吗？二是，我为什么你们要构建一个网络浏览器？
我确实在 Atlas 上工作了一段时间。我现在不工作了。嗯，你知道，对我来说，这里的叙事是，我当时正在做一个屏幕共享的结对编程初创公司，然后我们加入了 OpenAI。所以这个想法实际上是构建一个情境桌面助手。我认为这非常重要，因为我认为，让你把所有的背景信息都给助手，然后弄清楚它如何帮助你，这非常烦人。所以，如果它能理解你正在做什么，那么它就能最大限度地加速。所以，我，你知道，我仍然认为 Codex 是一个情境助手，从一个稍微不同的角度来看，从编码任务开始，但是，一些想法，至少对我个人而言，我不能代表整个项目，是很多工作是在网络上完成的。如果我们能构建一个浏览器，那么我们就能在你身边，但以一种更一流的方式。我们没有利用其他桌面软件，它们对渲染的内容和可访问性树有各种各样的报告。我们不会依赖截图，截图有点慢且不可靠。相反，我们可以进入渲染引擎，对吧？并提取任何我们需要帮助你的东西。而且，我也喜欢想视频游戏，我不知道你是否玩过，我不知道，比如 Halo，对吧？你走到一个物体跟前，我的意思是，这对很多游戏来说都是如此，你按下，天哪，好久没玩了，这太尴尬了，按下 X，它就会做正确的事情，对吧？我就是那种总是阅读我买的每个视频游戏的说明手册的人。我记得第一次读到情境动作时，我只是觉得这是一个非常酷的想法。而且，你知道，情境动作的关键是，我们需要知道你试图做什么。我们需要一点背景信息，然后我们就可以帮助你。而且，我认为这至关重要，因为，你知道，想象一下我们到达的这个世界，对吧？我们有代理每天帮助你数千次。想象一下，如果我们唯一能告诉你我们帮助了你就是通过推送通知。所以，你每天都会收到一千条 AI 推送通知说，“嘿，我做了这件事。你喜欢吗？”这会非常烦人，对吧？而想象一下回到软件工程，我正在看一个仪表板，我注意到一个关键指标下降了，你知道，在那时，AI 可能会去看看，然后提供它对为什么这个指标下降的看法，也许就在我看着仪表板的时候提供一个修复，对吧？那会让我更顺畅，并使代理能够采取行动。所以在我看来，我之所以对我们拥有浏览器感到兴奋，是因为我认为我们对我们应该提供什么帮助有了更多的情境。用户对我们想让他们看什么有了更多的控制权。就像，“嘿，如果你想打开，如果你想让我们对某事采取行动，你可以在你的 AI 浏览器中打开它。如果你不想，你可以在你的其他浏览器中打开它。”所以，非常清晰的控制和界限，然后我们就有能力构建混合主动的 UX，这样我们就可以在你需要的时候提供情境动作，而不是仅仅随机通知你。
听到 Codex 作为超级助手的愿景。它不仅仅是为你编码。它试图为你做很多事情，作为你的队友，作为这种让你在工作中表现出色的超级队友。所以，我明白了。说到这个，还有其他非工程的常见用例吗？只是非工程师使用 Codex 的方式，我们谈论过，你知道，设计师原型制作和构建东西。有没有什么，我不知道，有趣或意想不到的方式，人们正在使用 Codex，而不是工程师？
我的意思是，有很多意想不到的方式，但我认为，到目前为止，我们看到人们真正喜欢使用这些东西的地方仍然非常，我会说，与编码相邻，或者说是技术导向的地方，那里有一个成熟的生态系统，或者，你知道，你可能正在进行数据分析或类似的事情。我个人预计，随着时间的推移，我们会看到更多这样的情况。但是，目前，我们让团队非常专注于编码，因为还有很多工作要做。
对于那些考虑尝试 Codex 的人来说，它是否适用于所有类型的代码库？它支持什么代码？如果你是，我不知道，SAP，你能添加 Codex 并开始构建东西吗？它的最佳使用场景是什么，或者它还不够好？
我很高兴你问了这个问题，因为尝试 Codex 的最佳方式是给你最困难的任务，这与其他一些编码代理有点不同，你知道，有些工具你可能会想，“好吧，让我从简单的开始”，或者“你知道，只是用代码写一些随机的东西，然后决定我是否喜欢这个工具”，而我们实际上是在构建 Codex，使其成为一个专业工具，你可以把它给你最困难的问题，它会用你庞大的代码库编写高质量的代码，而这个代码库实际上并不完美。所以，是的，我认为如果你要尝试 Codex，你想要在真实的任务上尝试它，而不是一定要把任务简化成一些琐碎的事情，而是实际上，你知道，一个好的例子是，你有一个很难的 bug，你不知道是什么原因造成的，然后你让 Codex 帮你找出原因，或者实现修复。
我喜欢这个答案。只是把它给你最困难的问题。我想说，你知道，如果你是，“好吧，我遇到的最困难的问题是我需要建立一个新的独角兽企业”，显然，你知道，它不会奏效，至少现在还不行。所以，我认为这是“把它给你最困难的问题，但仍然是一个问题或一个任务”，如果你在测试的话，然后随着时间的推移，你可以学会如何用它来做更大的事情。
是的。它支持哪些语言？基本上，我们训练 Codex 的方式是，有一个语言分布，我们支持，而且它与这些语言在世界上的频率大致相当。所以，除非你写的是一些非常晦涩的语言，或者一些私有语言，否则它应该能很好地处理你的语言。
如果有人刚开始，有什么技巧可以分享，帮助他们成功吗？比如，如果你可以悄悄地给一个第一次设置 Codex 的人一些小贴士，帮助他们度过一段美好的时光，你会悄悄地说什么？
我可能会说尝试同时做几件事，对吧？所以，你可以尝试给它一个困难的任务。也许让它理解代码库。与你的想法制定一个计划，然后从那里开始构建。而且，这里的元想法是，它再次是，你正在与新队友建立信任，对吧？所以，你不会去一个新队友那里，然后只是给他“做这件事，这里是零背景信息”。你会先确保他们理解代码库，然后你可能会就一个方法达成一致，然后让他们去完成一点一点的事情，对吧？而且，我认为如果你以这种方式使用 Codex，你就会自然而然地开始理解提示它的不同方式，因为它是一个非常强大的代理和模型，但提示 Codex 和其他模型确实有点不同。
还有几个问题。我们已经稍微谈到了这一点，随着 AI 编写的代码越来越多，总会有这个问题：我应该学习编码吗？为什么他们要花时间做这种事情？对于那些试图决定职业生涯的人，特别是如果他们对软件工程、计算机科学感兴趣，你认为计算机科学的哪些特定元素越来越重要，也许是他们不需要担心的事情？当这种情况在我们的工作场所越来越多时，你认为人们应该在技能方面侧重于什么？
我认为你可以从几个角度来看待这个问题。嗯，我认为最容易想到的是，做一个事情的人。嗯，我认为，你知道，随着编码代理随着时间的推移越来越好。即使是像大学生或新毕业生一样，你能做的事情也比以前多得多。所以，我认为你只是想利用这一点。你知道，当然，当我招聘早期职业生涯的人时，我认为我确实会考虑的一件事是，他们使用最新工具的效率有多高？他们应该非常高效。如果你从这个角度来看，他们实际上比职业生涯早期的人有一个更小的障碍，因为，你知道，差距实际上正在缩小，因为他们现在有了这些惊人的编码代理。
所以，这是一件事，那就是，我想说的是，学习你想要的任何东西，但一定要花时间去做事情，而不仅仅是完成家庭作业。我想，另一方面是，深入理解一个好的整体软件系统是什么仍然是非常值得的。所以，我认为像非常强大的系统工程技能，或者甚至是非常有效的团队沟通和协作技能，这些技能我认为很重要，并且将继续很重要很长一段时间。就像，我不认为会突然之间，AI 编码代理就能在没有你的帮助的情况下构建完美的系统。我认为它会看起来更渐进，就像“好吧，我们有了这些 AI 编码代理，它们能够验证它们的工作”。这仍然很重要，而且，例如，我想到一位工程师，他一直在从事 Atlas 的工作，正如我们一直在谈论的，他设置了 Codex，这样它就可以验证自己的工作，这有点不简单，因为 Atlas 项目的性质。所以他做的方法是，他实际上提示 Codex 说，“嘿，为什么你不能验证你的工作？修复它”，然后循环进行，对吧？所以，在各个阶段，你仍然需要一个人类在循环中来帮助配置编码代理以使其有效。所以，我认为你仍然需要能够推理这一点。所以，也许不像你能够快速打字，并且你确切地知道如何编写一个 for 循环，或者类似的东西，那么重要，对吧？但它确实是，或者，你知道，你不需要知道如何实现一个特定的算法。但我认为你需要能够推理不同的系统以及什么使一个有效的软件工程团队有效。所以，我认为这是另一件非常重要的事情。然后，也许最后一个角度是，我认为如果你在一个特定领域的知识前沿，我认为这仍然非常有趣，部分原因是因为这些知识仍然会是，你知道，代理在这方面不会那么好。但部分原因也是因为我认为，通过尝试推进特定领域的边界，你实际上会迫使自己利用编码代理，并使用它们来加速你自己的工作流程。
当你谈论处于前沿时，有什么例子？
Codex 编写了大量帮助管理其训练运行的关键基础设施的代码。你知道，我们进展很快，所以我们的 Codex 代码审查捕获了很多错误。它实际上捕获了一些非常有趣的配置错误，而且，你知道，我们开始看到未来的景象，我们实际上开始让 Codex 甚至负责自己的训练，这非常有趣。
所以，那里有很多东西。
呃，等等，为自己的训练负责是什么意思？所以它正在运行它的训练，然后它就像“哦，出了问题，有人需要”，然后它会发出警报，或者它会说，“我来修复问题并重新启动”。这是一个我们正在研究的早期想法，但基本思想是，你知道，在训练过程中，有很多图表，今天人类正在查看，而且非常重要。
我们称之为“看护”，因为训练成本很高，而且很重要，而且需要快速移动，而且，你知道，训练运行背后有很多系统，所以一个系统可能会宕机，或者可能会引入一个错误，所以我们可能需要修复它，或者暂停它，或者我不知道，我们可能需要采取很多行动。所以，基本上让 Codex 在一个循环中运行，以评估这些图表随时间的移动情况，这就是我们如何实现更高效的训练的想法。
我喜欢这个。这非常符合“这是代理的未来”的思路。Codex 不仅仅是用于构建代码，对吧？它远不止于此。
是的。
好的。最后一个问题。在 OpenAI 工作，我不能不问关于你的 AGI 时间线以及你认为我们离 AGI 还有多远。我知道这不是你工作的内容，但有很多观点，很多，我不知道，时间线。你认为我们离人类版本的 AI 还有多远？无论这对你意味着什么。
对我来说，我认为这有点关于我们何时会看到加速曲线，你知道，像这样，或者我不知道，我在这里镜像了哪个方向，对吧？我们何时会看到这个“曲棍球棒”？我认为目前的限制因素，我的意思是，有很多，但我认为目前被低估的限制因素是，你知道，人类的打字速度或人类在编写提示时的多任务处理速度。而且，你知道，你谈到了，就像你可以让一个代理观察你所做的一切工作，但如果你不让代理也验证它的工作，那么你仍然会受到“你能审查所有这些代码吗？”的限制。所以我的观点是，我们需要解除这些生产力循环的障碍。
就像人类需要提示，以及人类需要手动验证所有工作一样。因此，如果我们能够重建系统，让代理默认有用，我们将开始解锁指数级增长。不幸的是，我认为这不会是二元的。我认为这在很大程度上取决于你正在构建什么，对吧？所以，我想象一下，明年如果你是一家初创公司，正在构建一个全新的、全新的、你知道的应用程序或类似的东西，你就可以在一个代理比不代理更自给自足的堆栈上进行设置，对吧？但现在，假设我不知道，你给 SAP 发消息，对吧？假设你在 SAP 工作，他们有很多复杂的系统，他们无法一夜之间就让代理在这些系统中变得自给自足，所以他们将不得不慢慢地，比如替换系统或更新系统，以允许代理端到端地处理更多工作。所以，基本上，我对此问题的长篇回答，也许是无聊的回答是，我认为从明年开始，我们将看到早期采用者开始指数级地提高他们的生产力。嗯，然后在接下来的几年里，我们将看到越来越大的公司指数级地提高生产力。然后，在这个模糊的中间地带，就是指数级增长将回流到人工智能实验室的时候，那时我们将达到通用人工智能的水平。>> 我喜欢这个答案。它非常实用，而且是这个播客经常讨论的问题，比如审查人工智能所做的一切需要花费大量时间，这是一个巨大的瓶颈。我很高兴你在研究这个问题，因为让编码更有效率并为人们做到这一点是一回事。另一件事是处理最后一步：这真的很好吗？你认为这是限制因素，这非常有趣。这又回到了你早些时候的观点，即使人工智能不再进步，如果我们学会更有效地使用它，我们仍然有巨大的潜力去挖掘。嗯，这是一个非常独特的答案。我还没有听到过关于什么是巨大的突破的观点，人类的打字速度来审查人工智能为我们所做的一切。>> 嗯。太好了。好的。亚历山大，我们谈了很多。有什么我们没有谈到的吗？有什么你想分享的，也许在进入我们非常令人兴奋的闪电轮之前，你想再强调一下吗？我认为有一件事是，CodeX 团队正在壮大，正如我刚才所说，我们仍然在一定程度上受到人类思维速度和人类打字速度的限制。我们正在努力。所以，如果你是一名工程师，或者是一名销售人员，或者我正在招聘产品人员，请联系我们。我不确定提供联系信息的最佳方式，但我想你可以去我们的招聘页面，或者他们有你的联系方式吗？>> 在他们给我发“嘿，我想申请 CodeX”之前，你有没有联系方式？>> 我在 lennyrichchi.com 上有一个联系表格。我害怕所有给我发消息的优秀人才。但就这样吧，我们可以试试。看看效果如何。>> 好的。或者，或者另一个可能更容易。我们可以把所有这些都剪掉，随你便。但是，嗯，或者我只想说你可以给我们发个私信。例如，我在 Twitter 上是 Emir Rico，如果你有兴趣加入团队，请联系我。>> 对很多人来说，这是多么梦想的工作啊。有什么迹象表明，我不知道，有什么方法可以稍微筛选一下人，这样他们就不会淹没你的收件箱？>> 所以，具体来说，如果你想加入 CodeX 团队，那么你必须是一个使用这些工具的技术人员。我认为我只会问自己这个问题，嘿，假设，你知道，我加入了 OpenAI 并在接下来的六个月里从事 CodeX 工作，然后取得了巨大的成功。软件工程师的生活是什么样的？我认为如果你对此有看法，你应该申请。如果你对此没有看法，并且需要先考虑一下，你知道，取决于你需要多长时间来考虑，我认为那就是筛选器，对吧？我认为有很多人在思考这个领域，所以我们非常感兴趣的是那些已经思考过代理的未来应该是什么样的人，而且我们不必就我们的目标达成一致，但我认为我们想要的是对这个话题充满热情的人。我想>> 能够从事一个具有如此巨大影响力并且处于可能性的最前沿的产品是非常罕见的。对于合适的人来说，这是一个多么酷的角色。所以，嗯，很高兴你有一个空缺，而这个听众可能非常适合这个角色。所以，我希望我们能找到一个人，那将是不可思议的。有了这个，我们就进入了我们非常令人兴奋的闪电轮。亚历山大，我有五个问题要问你。你准备好了吗？>> 我不知道这些是什么，但我很兴奋。我们开始吧。>> 嗯，它们是，问每个人的问题都一样，除了最后一个。所以，可能不会让你感到意外。我应该让它们更经常地成为惊喜。好的，第一个问题。你最推荐给别人的两三本书是什么？我最近读了很多科幻小说。而且我敢肯定这之前已经被推荐过了，但《文化》系列，我认为作者是伊恩·班克斯。我喜欢它的部分原因是因为它基本上是关于一个有人工智能的未来的相对近期的写作，但这是一个乐观的未来。嗯，我认为，你知道，很多科幻小说都相当反乌托邦。嗯，但这是，至少在文化系列子版块上，笑话是，让我看看我能不能说对。这是一个太空共产主义乌托邦，或者，我认为它是一个同性恋太空共产主义乌托邦。嗯，而且，我认为思考它很有趣，比如，利用《文化》系列来思考，我们可以创造什么样的世界，以及我们今天可以做出哪些决定来帮助创造这个世界。>> 哇。我没有，我认为没有人推荐过。你知道我之前读过，在我开始录音之前，我现在正在读《指环王》。如果你想要另一本科幻小说，你读过《深空烈焰》吗？>> 不，我没有。>> 好的。它非常棒。它是一部科幻太空歌剧式的史诗故事，里面有超级智能。>> 太棒了。>> 是的。大部分不乐观，但有点乐观。好的。下一个问题。你最近有没有特别喜欢的电影或电视节目？>> 是的，有一部名为《咒术回战》的动漫，我非常喜欢。嗯，同样，它有一个有点黑暗的主题，关于恶魔。嗯，但我喜欢它的地方是主角真的很善良。而且我认为现在有一波新的动漫和卡通片，主角非常友好，关心世界，而不是像，你看一些早期的动漫，比如，你知道，像《新世纪福音战士》或《阿基拉》那样的，主角都有严重的缺陷，相当不快乐。他们并没有开创这个流派，但有一段时间，人们喜欢嘲笑这样一个想法，即在这些卡通片中，主角非常年轻，却被赋予了拯救世界的荒谬责任。所以，有一段时间，有一系列的内容，比如批评这一点，让角色在节目中间经历严重的心理问题。嗯，我并不是说这更好，但至少有这些非常积极的主角，他们只是想帮助周围的每个人，这很有趣。我喜欢在这些推荐中了解你的个性。善良的主角，乐观的未来。>> 我认为，如果你不相信，你就无法实现它。所以，你在平衡。>> 这是你的训练数据。>> 你最近有没有发现什么特别喜欢的产品？它可以是一个应用程序，一些衣服，一些厨房用具，科技产品，一顶帽子。是的。所以，我一直很喜欢，你知道，内燃机和汽车。实际上，我最初来美国的原因是我想研究美国飞机。嗯，但你知道，我现在从事软件工作。嗯，所以很长一段时间，我基本上只开过一些相当老的跑车。老车是因为它们更实惠。嗯，然后，嗯，最近，我们换了特斯拉。而且我不得不说，我觉得特斯拉的软件非常鼓舞人心。嗯，特别是它有自动驾驶功能。而且，你知道，我今天已经提到过几次了，我认为思考如何构建混合主动软件非常有趣，这种软件让你感觉作为人类被最大限度地赋权，最大限度地被控制，但你却得到了很多帮助。而且我认为他们在让汽车自动驾驶方面做得非常好，但你可以通过各种方式调整它的行为，而无需关闭自动驾驶。所以，比如你可以加速，你知道，它会听从你，你可以转动一个旋钮来改变它的速度，你可以稍微转向。嗯，我认为这实际上是构建一个仍然让人类保持控制的代理的杰作。这让我想起了尼克·特利（Nick Turley）的口头禅是，我们是否达到了最大加速？>> 是的。是的。>> 感觉它已经完全渗透到 OpenAI 的一切，这说得通。这很合理。还有两个问题。你有没有什么人生格言，你经常思考并在工作或生活中回想，并且对你有帮助？>> 我不知道我有没有人生格言，但我也许可以告诉你我创业公司的第一价值。>> 喜欢。>> 这仍然是我一直铭记的，那就是善良和坦诚。>> 这很合理，善良和坦诚。哇。是的。我们不得不把它们放在一起，因为我们作为创始人意识到，我们经常会很友善，但这实际上并不是正确的事情。我们会推迟困难的谈话，我们并不坦诚。所以，每次我们都会提醒自己这个格言，然后我们会变得更加坦诚，然后六个月后，我们会意识到我们六个月前实际上并不坦诚，我们需要更加坦诚。所以，问题是，嗯，我们应该如何坦诚？就像，好吧，让我们把坦诚视为一种善意的行为，但也要考虑如何去做，以及如何说服自己去做，以及如何向人们表达。>> 这是总结如何良好领导的美好方式。关于“敢于挑战，但要深切关怀”的《激进坦诚》这本书，嗯，是另一种思考激进坦诚的方式。好的，最后一个问题。我查了一下你的姓氏，就像，嘿，这里有什么故事？所以你的姓氏是 Emiricos，我在 JGPT 上谈论过，它告诉我，最著名的姓氏是希腊著名诗人兼精神分析学家安德烈亚斯·埃米罗斯（Andreas Emiros）和他亲戚富有的航运巨头兼艺术收藏家乔治·穆雷奥斯（George Mureos）。所以问题是，你更认同这两者中的哪一个？希腊诗人兼精神分析学家，还是富有的航运巨头兼艺术收藏家？我认为我必须是诗人，因为他，他热爱我们家族的岛屿。>> 等等，你认识这些人？好吧，这也不是新闻。>> 嗯，我的意思是，这是一个庞大的家族，但它是希腊的，所以你知道这些大家族，每个人都像，每个人都是你的叔叔，你知道我的意思吗？我母亲是马来西亚人，同样，在马来西亚，每个人都是我的叔叔或阿姨，如果这说得通的话。>> 是的。但是，是的，他热爱这个家族起源的岛屿。我相信我实际上不知道那个航运巨头住在哪里。我认为是在纽约或其他地方。但无论如何，我们都来自一个叫做安德罗斯的岛屿。嗯，这是一个非常美丽的地方，而且那里有更多的牲畜而不是人类。嗯，游客不多。嗯，但我认为他，我认为他很酷的部分是，他发表了很多作品，他的很多作品都关于那个岛屿的美丽，我认为这非常酷。>> 哇，这是一个了不起的答案。还有两个问题。人们在哪里可以找到你，如果你想在网上关注你，也许可以联系你，然后听众如何才能帮助你？>> 我是那种只为了工作而使用社交媒体的人。你知道我的手机，我的手机晚上 9 点之后就会变成黑白的。嗯，但是，是的，所以 Twitter 或 XM Rico。嗯，而且，是的，如果你在 r/codeex 上发帖，我可能会看到。嗯，所以，你知道，你可以去那里。嗯，听众如何才能有用？嗯，我想说，请尝试 CodeX。请分享反馈。让我们知道需要改进的地方。我们非常关注反馈。我认为，嗯，坦率地说，增长是惊人的，但仍然处于非常早期。嗯，所以我们仍然非常关注，并希望永远如此。嗯，而且，嗯，我想说，如果你有兴趣从事编码代理的未来，以及代理的未来，那么请申请我们的招聘网站，或者在那些社交媒体上给我发消息。亚历山大，这太棒了。我总是喜欢认识那些从事人工智能工作的人，因为这总感觉像是一种非常，我不知道，无菌、可怕、神秘的事情，然后你遇到了制造这些工具的人，他们总是如此出色，尤其是你，如此善良，而且，就像你分享的例子一样，乐观和善良，你知道，这就是我们想要成为的样子，这就是我们想要制造这些将驱动未来的工具的人。所以，嗯，我非常感谢你做了这件事。嗯，我很感激认识你，嗯，非常感谢你来到这里。>> 是的，非常感谢你的邀请。这很有趣。非常感谢你的收听。如果你觉得这很有价值，你可以在 Apple Podcasts、Spotify 或你喜欢的播客应用上订阅本节目。另外，请考虑给我们评分或留下评论，因为这确实能帮助其他听众找到这个播客。你可以在 lennispodcast.com 上找到所有过去的剧集或了解更多关于本节目。下一集再见。