[音乐]
好了，让我们开始吧。在座的有多少人已经看过我之前的主题演讲了？好的，不是所有人都看过，这很好。这次演讲基本上是我在主舞台演讲的扩展版，但有两点不同。第一，我想给你们一些时间，在Wi-Fi允许的情况下，自己尝试进行设置。第二，这次会更具互动性。
之前我在谈论如何使用Codex时，必须保持宏观层面；但在这里，我们有大约70分钟的时间。如果你有任何问题，请举手，我们可以开始解答，特别是因为许多工作流程并没有得到很好的文档记录。如果你对这些工作方式非常好奇，我很乐意回答这里提出的任何问题。
嗯，是的。我是Jason，我在OpenAI工作。我甚至不太清楚我现在的具体职位是什么。我们做的事情很多。显然，幻灯片顺序已经乱了。但总的来说，我做过很多原型开发工作，编写大量代码，甚至设定目标运行两天来构建游戏或某种Web应用程序。
我们还研究过运行评估（evals）和爬山算法（hill climbing）等技术。我还使用“计算机使用”功能来编辑iMovie并制作小视频。我通过整理会议笔记、将其转化为文档、与其他供应商合作，以及与不同的基金会和项目合作以获取资金，来处理合作伙伴关系、教育及运营工作。
所有这些工作基本上都是在Codex应用中完成的。你们可能看不出来，目前幻灯片是通过Codex应用内浏览器的本地主机（localhost）服务的。因此，每当我发现不喜欢的内容时，我可能会使用注释工具添加评论，让Codex来清理这些幻灯片。
我不是那种疯狂消耗令牌的人。我觉得我还算不错。我看到有些人每天消耗数十亿个令牌。这次演讲的目的不仅仅是浪费你们的令牌，而是通过分享真正有效的方法，特别是我所使用的让工作变得高效的技巧，帮助你们避免浪费令牌。
如我今天早些时候所说，目标是让你们了解Codex应用中的变化，并给你们时间进行设置。所以，如果你现在有时间且尚未下载Codex，请立即下载。然后我们可以更深入地探讨设置过程。
为此，我准备了一个单仓库（mono repo），你可以克隆它，获取所需的所有技能、完成所有设置，然后在此基础上进行操作。让我们深入一点。如果你是新手，请随意进行设置；如果你经验丰富，只需放松，尝试我提到的内容即可。
我想每15分钟左右我们会留出一些时间回答问题，然后我们可以进入那个感觉像“AI精神错乱”但实际上可能行得通的领域，即使用这些系统。如今，由于编码问题已解决，许多运营工作也已自动化，知识工作的核心在于理解你能做什么。
在没有AI的世界里，也许我有10名队友，每人负责一件事。我需要跟踪10件事。但现在，与我合作的每个人都在处理10个项目。我现在需要跟踪约200件事，而且我不知道哪些是重要的。
我肯定错过了一些Slack消息，可能也漏掉了一些来自基金会的电子邮件。Codex帮助我组织了所有这些事务。因此，我希望你们从这次研讨会中带走的核心观点是：压缩（compaction）效果非常好。
我现在有一些长达五周的线程，里面包含400多个子代理，它们通常都知道自己需要做什么，也知道自己的职责是什么。我还希望你们能非常习惯用语音控制电脑。
今天早些时候我说，托尼·斯塔克并不是在发短信给贾维斯。如果文本输入变得至关重要，那将没有未来。我基本上使用脚踏板。我有一个按钮用于转录，另一个按钮用于回车。
我会双手背在身后来到桌前，然后说：“修复这个，做这个更改，也在Slack上给那个人发个消息。”然后我就回去和同事交谈，专注于在OpenAI工作的“人性化”方面，而不是整天监控Slack。
Appshots是我最喜欢的功能，非常令人满意。如果你现在在Codex上，只需并排按下Command键。你会看到漂亮的动画，或者会收到一个提示安装“计算机使用”功能的模态框，照做即可。这太棒了。
投资你的个人记忆。现在，当有人问我正在做什么时，我自己都没概念。我不得不查看我的线程和对话，以弄清楚我委托了多少工作，又自动化了多少工作。
如果你不仅投资于自己的技能，还投资于整个团队的插件，你就能成为真正增强公司其他部分的超级英雄。说“我能使用这么多令牌，看我用掉了多少”是一回事。
但如果你的奖励来自于你构建的插件被队友使用的频率，那将是一个巨大的胜利。我们的实施情况如何？最受欢迎的技能之一是“Codex应用最终确认”技能。
任何提交拉取请求（pull request）的人都会触发该技能，在审查之前使用。公司里的每个人都在使用它，它总能发现我犯的错误或不符合风格指南的地方。
我还有一个技能是“审查文档”，基本上就是复制我们朋友Charlie的拉取请求审查模式。我让AI像Charlie一样审查我的代码，基于他过去一年在拉取请求中给出的反馈。还有“像Dominic一样审查我的代码”。
这些东西非常有价值。最后，当你更熟悉前四项技能后，你的固定线程加上自动化功能——这些随时间唤醒线程的功能——它们的感觉就像队友一样。
更有趣的是，现在线程可以相互对话。每个线程都有能力列出其他固定线程，有能力重命名线程，
它们具备相互发送消息的能力。你不仅拥有队友，还可以拥有协同工作的队友，从而有效地引入管理者角色。因此，你从由 IDE 赋能的独立贡献者（IC），转变为感觉像一个团队、而你是管理者的线程集合。随着模型迅速变好，未来将迅速演变为：你将拥有管理者线程和独立贡献者线程。我相信未来还会出现一些疯狂的编排机制。这一切的根本原因在于压缩技术（compaction）奏效了。
即便在六个月前，我不确定在座有多少人听过这个观点，但人们总是被告知：如果对话变得非常长，就开启一个新线程。通常在 20 条消息之后，效果就不会那么好了。每个功能都应该是独立的对话。如果你进行代码审查，就开启一个新会话。这些观念基本上已经不再适用了。这很大程度上归功于压缩技术。只需固定线程，将其重命名为项目 ID，该线程就能委派给子代理，创建新线程并进行对话，然后写入你的记忆库，从而记录发生的一切。
通过自动化，你可以随时唤醒它们。因此，与 AI 协作主要有三个阶段：在 Codex 中工作。你引入上下文，我会讲述如何做到这一点以及引入上下文的各种方式。然后你在其中进行处理。例如，幻灯片演示文稿就在 Codex 应用中，而你在现实世界中执行操作。[轻笑] 我在主题演讲中问过这个问题，但我也很好奇在座的各位正在做什么，有多少人在与 AI 交互时使用语音输入？很好。有多少人即使在上班时也使用语音输入？是的，我认为我们在做这类事情时应该更加不拘小节。
通常，说话的速度是打字速度的三倍，能够向 AI 提供你思考时的杂乱版本，从而节省时间，并让你更有心思去关照同事，这极具生产力。现在，我不想给同事发一段 15 分钟的语音备忘录，但我应该非常放心地向 AI 发送 15 分钟的语音备忘录，因为你会包含一些随意的旁支话题。你可能会说：“我确信上周某个时候我和 Charlie 关于代理 SDK 开了个会。”AI 会去阅读大约 35 条会议消息，以确定是哪一次，并使其变得相关。
突然之间，你要写的备忘录或试图完成的项目跟踪器就能顺利工作了。但我绝不会对 AI 以外的对象这样做。所以，当你们在做这些并聆听这场演讲时，请尝试按照我描述的方式设置 Codex。一旦你能够更有效地将输入传达给机器，你就可以开始考虑使用技能和插件了。技能是一个非常简单的结构，仅由几个文件和脚本组成。插件则是这些内容的库。
随着你重复执行许多操作，你可以开始考虑创建自己的技能。当你打包一堆技能时，你可能会开始考虑构建插件。如果你想安装插件，我们现在有一个相当完善的生态系统，这让我感到非常自豪。你只需进入侧边栏，点击插件，搜索对你有意义的插件即可。如果你使用 Slack，可以安装 Slack；如果你使用 Gmail、Teams，大多数这类功能都已经相当完善。
如果你觉得自己缺少什么，请在 Twitter 上 @ 我，我相信我的 Twitter 监控人员会捕捉到并给连接器团队发送消息。如果你已经在看插件面板，我也强烈建议你开始设置 Chrome 扩展程序以及计算机使用功能。我们稍后会讨论这一点，但计算机使用是我长期以来第一次真正感受到工作中 AGI（通用人工智能）的时刻。我第一次使用 iMovie，不知道如何使用，它就在教我如何导出电影。
它能够找出音效的位置，并将其放置在正确的时间戳上。这些看似微小的事情让使用电脑重新变得非常有趣。我真的没有时间去学习新软件。但如果 Codex 能向我展示发生了什么，那就太棒了。正如你看到光标移动那样，我们常常为它做出正确操作而欢呼。如果你没有 Chrome 扩展程序的链接，只需点击这里的按钮即可。计算机使用与计算机使用扩展的区别在于：计算机使用可以在后台控制任何应用程序。
无论是 Slack 还是某种交易软件（天哪），它都能控制所有这些应用。而 Chrome 扩展程序仅控制 Chrome 应用内的一切。但这里也很酷的一点是，它不会接管你的屏幕。有时我正在电脑上工作，转到 Chrome 浏览器时，发现 Codex 已经打开了三个标签页去查看我的 Twitter 私信，然后在我回复其他邮件时又自动关闭了。看着这些东西在后台运作真的很酷。
你可以连接许多其他插件。我使用 Notion、Linear，也使用 Obsidian，这确实是一段美好的时光。一旦你这样做，你会发现，只需提出关于你日常生活的模糊问题并标记正确的插件，你就会意识到 AI 能了解你很多信息。现在的 AI 系统不再是只发出一个搜索请求并尝试给出答案。它可能会检查你的邮件以找到松散的线索，或者检查 Slack 或某些会议以弄清楚实际情况。
这些人是谁？我有一次经历，我的 AI 助手基本上意识到我要和某人开会，于是查看了他们的 LinkedIn，发现我们同一时间在同一所大学就读。因此，当我接通电话时，我说：“嘿，你也来自滑铁卢吗？你还记得这个人和这件事吗？”我们立刻建立了联系。显然，我没有告诉他这是 AI 做的，但这正是通过改进自动化你可以做的一些小事，它能让你们的关系更紧密。
对于人们来说，当你构建记忆系统时，比如构建 Codex 的记忆系统以及触发插件的能力，也许第一天你需要标记所有内容，但我随着时间推移变成了一个越来越糟糕的管理者。现在，我只需打开 Composer 并说“关于发布有什么变化”，它就能很好地完成任务。这是可能的，因为你拥有长期的历史、所有的 Pin 线程和这些记忆，这与员工是一样的。第一天你需要向他们展示每一个标准操作程序，但在某个时刻，你会有一位在这里工作了七年的员工，你只需说“我想你应该让公司赚更多的钱”，他们就能自己搞定，但这仅仅是因为他们拥有这些上下文。
例如，如果你想尝试一下，你可以说“嘿，查看日程安排，找到所有会议，将它们整理成 Markdown 文件，放入电子表格中”，你会意识到我们可以做这些事情。也许它会使用网络搜索，也许你可以使用 Chrome 主页。这里有很多有趣的东西。如果你想通过查看存在哪些技能来获得灵感，我们有两个非常好的来源。一个是如果你运行技能安装程序，它会列出所有 OpenAI 策划的技能。其中包括用于 GitHub 的技能，编写 Playwright 代码的最佳实践，例如 React 等。
但你也可以查看像 skills.sh 这样的网站，或者使用 Vercel 的技能工具，然后找到其他技能。所以，如果我在考虑做一些动态设计或网页设计，或者我知道有人告诉我不要在 React 中使用 useMemo，但我并不真正知道这意味着什么。我现在可以安装 React 最佳实践技能。但同样，内部来说，我认为作为公司中的 AI 冠军，你能做的最具影响力的事情之一是弄清楚团队需要什么并构建这些技能。
我有很多关于分类和沟通处理的技能。如果在 Twitter 上出现中断，你如何处理？找出谁需要听到这个消息，如何启动 SEV，需要检查哪些统计显著性门槛？所有这些现在都自动化了。这正是我在这一页幻灯片中所说的。我们还有一个很好的插件创建器和技能创建技能。所以，如果你只是让 Codex 触发它，它会尝试采访你以弄清楚发生了什么。
更有用的是，你也可以自己做一次，记录一切，然后告诉 Codex 根据你所学的内容创建一个技能。只要你告诉它，顺便说一句，每次你运行这个技能时，你都允许编辑自己。如果你学到了新东西，你可以编辑技能文件。这些事物也会随着时间的推移而改进。这次演讲的一个大主题是，你必须习惯于提问。
我们显然会尝试制作更多类似的东西，比如更多的斜杠命令，但越来越多的情况是，我根本不需要碰电脑。所以对我来说运行斜杠命令甚至没有意义。我只是想说“这周发布的是什么，检查 Twitter，看看我在浏览器中看到的内容”。我内部一直在开发的例子就是这种开发者体验分类技能。
这个技能记录了每个你应该关注的 Slack 频道。它知道哪些工程师在哪些项目上工作过。它知道哪些 Slack 频道正在接收反馈。我知道如果你通过 Slack 给我发私信告诉我发生了一些回归问题，我需要请求一个反馈 ID。现在，代理会自动执行此操作，并且它使用 Appshots 自动执行。
再说一次，我不知道我要说多少次，但 Appshots 是我最喜欢的功能之一。在座的有多少人曾经像这样发送截图给 Slack 或 Codex？几乎每个人。但问题是截图没有那么多信息，模型必须随后进行 OCR。如果你发送一个 Slack 线程的截图，模型必须阅读 Slack 线程，然后执行列出 Slack 频道的函数，然后意识到有一个叫 Charlie 的家伙，然后执行列出人物的函数。这需要很多步骤。
但使用 Appshots，它不仅获取图像，还获取应用程序的整个可访问性树。所以，当我给它一个 Slack 频道的 Appshot 时，它知道频道 ID。所以它确切地知道调用什么函数来发布那里。它拥有该频道中每个人的用户 ID。所以，如果我截取一个 Appshot 并说“做一些研究并回复”，它只需要一次函数调用。它知道向频道 U12725 发送消息，然后因为它知道 Charlie 是 U425，它可以非常快速地做到这一点。
因此，这不仅是将上下文快速引入系统的一种非常快捷的方式，它还提供了更多的上下文，使得后续的工具调用做得非常好。我已经两周没有填写过表单了，因为我现在只是告诉 Codex 填写这个表单。它知道所有的字段。然后它弄清楚它在 Chrome 中，所以它会使用浏览器扩展。如果在 Safari 中，它会使用计算机使用。模型已经变得非常智能。
就像你可能有一个经理收到一封电子邮件，并将这封电子邮件转发给我，上面有三个问号，而你的工作是弄清楚发生了什么。当你开始投资这些技能时，你可以开始对 AI 这样做。这大部分是因为你已经构建了记忆系统。所以，如果你们正在查看这些幻灯片，JXML/personal monorepo 模板实际上是我在个人电脑上使用的模板。它基本上只是一个目录树和我用来扩展记忆的一系列技能。
我还要指出一点，如果你在浏览器中打开它，只需按 Appshots 并告诉 Codex 为你设置它，然后你可以关注演讲的其余部分。是的，是的，是的。你可以直接告诉 Codex，“Jason 在 GitHub 上写了一个个人 monorepo 模板。请找到它并安装它。” >> 好吧。 >> 好的。
是的。所以，这是一个非常好的观点。比如在 DX 团队，我制作了很多演示，所以我有像 16 个仓库这样的东西，比如实时演示一、实时演示二，很有趣。你有所有这些演示，我不为它们创建新项目。我的侧边栏上存在的唯一项目是个人 monorepo 侧边栏，但 Codex 仍然能够管理文件。
跳出那个项目目录，所以在我的 agents.md 文件中，我只说，不要把任何代码保存到 monorepo 中。把它保存到类似 /dev 的地方。仅仅通过这一行，如果我告诉它克隆一个新项目，它就会保存到 /dev。如果我告诉它我想在我的幻灯片上工作，它就知道有一个类似 /dev/slides 的目录。但这只是一种更简单的管理方式，对吧？就像我
希望从我的个人知识库开始所有项目，然后它可以以任何方式访问文件系统。嗯，有一列它有时会在侧边栏中破坏 git 审查，但总的来说，对我来说体验相当不错，因为我只在 GitHub 上审查我的代码。>> 太棒了。嗯，这些是我刚刚安装的一些技能。嗯，不需要拍照，只需事后询问 Codex。但是，助手插件基本上具有让你入门的能力。它会采访你。它会弄清楚你需要安装哪些插件，然后它实际上会创建它认为需要的线程。它会创建自动化。这是一个很有趣的功能。我有很多关于审计 AI 代码和 AI 写作的技能。嗯，我没有包括这个，但
我所有最喜欢的技能之一叫做“像我一样写作”。如果你想制作一个这样的，你只需要告诉 Codex：“嘿，Codex，我想让你阅读我过去六个月写的所有电子邮件，我过去六个月写的所有 Slack 消息，并写一份如何像我一样发送消息的风格指南。”然后就这样。然后每当我告诉它发送 Slack
消息或写电子邮件时，它就会说：“好的，这是一封电子邮件。显然，这就像是一个客户支持表单，所以我的消息会更加严厉。让我起草这封电子邮件。”到目前为止，它从未让我失望过。嗯，我还添加了一些我认为非常有价值的东西，那就是我创建了自己的循环技能，只是因为我确实喜欢偶尔使用斜杠命令。我将在第二部分中
讨论这一点。我还拥有一个名为“简单 HTML 工件”的技能，它按照我喜欢的方式设计工件。我希望我的背景是白色的。我希望有一些特定的风格指南。还有一个“超级目标”，这是目标的超级版本，我们也将对此稍作讨论。嗯，然后如果任何人好奇，比如新人，新项目。这就像是一种编写
脚本来引导新人的方式。我现在在我的个人生活中有点像 CRM。基本上，每当我的 AI 代理发现一个通过电子邮件、Slack 或 iMessage 给我发消息的新人时，我都会跟踪这些事情。新项目也是如此。让我再确认一下。是的，酷。嗯，所以我会给你大概 10 分钟的时间来尝试
设置这个，我们可以进行一些问答。我很乐意回答任何关于如何将上下文带入我们的系统、我如何组织我的个人记忆库以及如果有人有任何问题，应用程序快照的其他疯狂用途的问题。是的。你的问题是什么？>> 这会消除对像 [喷鼻声]
是的。嗯，所以问题是，我是否仍然基本上使用 Obsidian Brain？答案是肯定的，因为我仍然希望大致跟踪一切。嗯，我实际上非常喜欢做的一件事是，我将我的 monorepo 知识库做成一个 git 仓库。所以也许它会工作几天，然后我会回来，只是运行 git diff。通过运行 git diff，我可以看到
模型更新了什么，以及模型没有更新什么。我可以自信地回顾这一点，并意识到，哦，是的，比如查理确实回复了这个人并结束了循环。我没有意识到这一点，但现在我知道了，对吧？而且这通常在另一个对话中是相关的。更重要的是，当其他人问我
问题时，它也非常有帮助，对吧？Codex 会很高兴阅读我的记忆库，起草回复，然后询问我是否允许发送该消息。所以如果有人通过 Slack 向我发送了一个 AI 可以回答的问题，AI 会尝试回答它。嗯，这可能是简单的事情，比如，哦，比如我应该和谁谈谈这个项目，对吧？模型知道，因为
它在记忆库中。嗯，我还提到一件事，如果你想使用更多令牌，你也可以拥有自定义自动化，其工作是维护和整理你的记忆库。嗯，但一般来说，这对我来说并不是一个大问题。那边有一个问题。
是的，>> 老实说，我通常走 yolo 一次性路径，因为 >> 哦，那把我吓坏了。嗯，只是因为我深知我构建技能的方式是它们一直在自我改进，对吧？比如，我认为区别在于，如果我制作一个与团队共享的技能，我会稍微多考虑一下，对吧？因为就像，嗯，分流插件是否知道
谁在负责哪个功能？它能正确路由吗？对于我的个人工作，我通常尽快构建一个技能，每次它出错时，我只是纠正它并告诉它继续前进。然后通常会发生的是，如果我使用一个技能两个月，我通常会对与团队共享它感到相当满意，因为我
已经经历了它的工作。嗯，是的，我的大多数技能连接到如此多的其他插件和连接器，以至于我不知道如何评估，因为我无法在任何时候快照我的 Slack。那边有一个问题。
有时我会偶尔使用 codec cli，如果我想要快一点，但通常桌面应用程序具有相当好的体验，主要是因为我所做的一切都是一种应用程序快照。比如，如果我正在看视频，我就喜欢应用程序快照总结这个，然后我继续看视频。我就看着视频，带有 LLM 的摘要，对吧？或者
就像，如果我看到某种表单或有人让我签署什么东西，我就去应用程序快照使用 docuign 签署这个并保存到桌面。嗯，上周它 docu 签署了一些东西，然后找到了一个传真服务，并传真了我的医疗记录。这太棒了，但 CLI 真的做不到这一点。嗯，还有其他问题吗？>> 是的。为什么？>> 就像我在学习杂耍。我
就像在学习打鼓。嗯，我认为这是两件事。比如在办公室，我正在做的是，我正在尝试与更多人交谈，对吧？就像，我只是 AI 的助手，以获取 AI 无法获得的更多上下文。不，我认为我在工作中真正的工作是，当 AI 运行时，我应该与某人交谈。我应该像学习
关于他们正在做的工作，尝试建立联系，然后找出那些连接点，对吧？就像我在想，随着人工智能的发展，我应该更多地与现实生活中的人交流。比如有人在那里提了一个问题。哦，（轻笑）是的。所以问题是，我认为什么时候55版本是过度设计，而53 Spark版本更合适？我认为这受到两个因素的影响：首先，因为我有无限的令牌，所以我实际上并不做这些决定；其次，因为我没有像大多数人那样实时监控我的AI工作，这些大多数都是在后台运行的自动化任务，延迟并没有真正影响我。
我使用Spark的情况主要是在处理非常简单的事情时，比如非常简单的计算机使用任务。就像我只是想点击所有按钮并填写这个表单。我想我有一个专门用来办理登机手续的小工具，那是一个Spark智能体。所以，每当有航班值班的邮件时，我的智能体就会帮我办理值机，下载登机牌，然后通过iMessage发送给我。我真的不再做这类事情了。
当你突然检查你的Chrome桌面时，情况会变得很奇怪，发现JetBlue的页面成了第一页。但这恰恰说明了拥有对计算机访问权限的独特优势，因为它拥有你的身份验证、凭证和文件系统。在那边。
是的。抱歉，你太安静了。你介意大声一点吗？是的。是的。是的。是的。
所以，我们稍后会在下一节讨论这个，但通过远程控制，我可以控制我的本地计算机和远程计算机。我认为Computer Use比较棘手，因为它必须在你的计算机上运行，这是一点。第二点是，如果你进入设置中的Computer Use，有一个标志叫做“锁定使用”。如果你启用它，只要你的笔记本电脑插着电源，即使显示器关闭，你仍然可以通过手机触发Computer Use命令。这也变得很奇怪，因为就像……继续。
是的，你太安静了。我听不见你。好的，好的，酷。嗯，是的，如果你有多个计算机，你仍然可以将你的iPhone连接到这两个设备，对吧？就像有些人只有一台Mac mini。我认为区别在于，你是想控制你的代码解释器，还是特定的Computer Use，因为后者需要一个带有GUI的操作系统。我们可以稍后再讨论这个。
好了。就像我之前说的，还有更多问题吗？我不知道是否有人举手了。请说。风险以及如何控制它？
是的，我的意思是，总是存在某种风险，比如早期的版本可能会过于急切地编辑文档，对吧？但现实地说，我认为这些模型已经做得很好，非常谨慎。更多时候是我在说：“不，请做吧，就像签这份文件，请发送这条消息。”我发现55模型对于采取这些破坏性行动相当犹豫。这是一点。第二点是，如果你看侧边栏，你有能力更改你的权限。
所以，举手示意，有多少人使用“每次询问我权限”？是的。是的。完全正确。好的，有多少人使用“完全自动、完全权限、YOLO模式”？好的，我不喜欢那样。嗯，有多少人使用过“自动审查”？
是的。所以，我认为自动审查实际上非常棒。同样，我通常对我的模型不能做更多我想让它们做的事情感到恼火。所以，一般来说，这并没有成为大问题。唯一让我真正恼火的例子是，它会编辑它不应该编辑的文档，但我只是用HSMD添加了一些内容，这并没有真正给我带来太多麻烦。是的，我知道这不是一个真正的答案，但我认为结合自动审查和智能体MD文件，我通常感觉相当安全。
是的。然后，如果你也在一个组织中，你可以有不同的管理员设置。例如，在OpenAI，你不能使用MCP服务器发送电子邮件，如果该电子邮件中的任何人是非OpenAI的电子邮件，对吧？或者你不能向外部Slack频道发送Slack消息。当事情变得危险时，就是这样。但这些都是你可以控制的一些事情。那边有一个问题。
是的。
你对安全或隐私有任何担忧吗？
这不是因为我在这里工作。嗯，我认为这个问题很难回答，因为我真的不知道个人和企业的数据保留政策是什么。但是Charlie，你有什么想法吗？我就直接转给你了。
隐私。假设你收到一封电子邮件，提供你在竞争对手公司的工作机会。（轻笑）嗯，我的意思是，我认为很多都回到了我们想要确保模型是易错的，对吧？我不认为在座的任何人会对仍然可以越狱模型感到震惊。但是模型本身正变得越来越聪明，更擅长不做愚蠢的事情，同时我们也在弄清楚Jason提到的关于沙箱的更大限制。
我们开始于非常简单的沙箱，比如你只能运行这个命令，不能做其他事情。慢慢地，沙箱扩展到了整个计算机，我认为我们正在弄清楚我们需要为这个沙箱构建哪些计算机级别或组织级别的边界。这是我使用委托技能。很好的回答。在我们进入第二部分之前，还有更多问题吗？太棒了。
所以，我们刚才讨论了很多不同的将上下文带入系统的方法，对吧？你可以使用你的声音，你有插件，你可以使用应用快照，然后你还可以设计不同的技能和插件，以找出如何进行更系统化的工作。所以，现在我们可以更多地谈论工作本身。
就像我之前说的，在我心目中，每个固定的线程实际上都是一个队友。我有我的幕僚长线程。你知道，Swix更喜欢称之为“上帝线程”。我有一个线程来管理代理SDK，无论是实现还是文档。它有两个子代理，它委托给CLI、开源项目和Twitter。但如果你想让它醒来，对吧，你只需要说“密切关注这个直到某个时间”，你知道，“每30分钟密切关注这个”。如果你记得那些秘密词语，你现在可以有效地自动化生活中的几乎所有事情。
它会触发心跳自动化，也就是线程自动化。你应该把它看作是将消息调度回线程的一种方式。对吧？起初我们设置自动化时，通常每次自动化都会创建一个新线程。所以，比如你让它给你一个晨间简报，它就会创建一个新线程，然后执行这类工作。但随着这些模型变得更强，我认为正确的设计是将这些消息调度到同一个线程中。
例如，如果你下载 monorepo，我们有一个 loop 技能。如果你只输入 loop，这就相当于说“密切关注这个”。随时关注这个拉取请求，如果有反馈就修复它。确保它始终可合并，确保它始终基于主分支重新变基，确保 CI 始终通过。它就这样自动执行。
也许你在周一提交了一个拉取请求，然后变得非常忙碌。到了周四下午，所有反馈都已整合完毕，CI 也通过了，而且你并没有落后于主线程 4000 个提交。[轻笑] 我也对客服支持使用这种方式。如果有人正在处理 Twitter、Slack 或 Appshot 上的一些问题，比如使用开发者体验技能来解决这个问题，它会说：“好的，这是浏览器端的问题，James 负责浏览器，频道叫浏览器反馈，我要在那个频道发帖，私信 James，然后我会使用 Computer Use 打开 Twitter，让他们知道我已经将此问题内部升级了。”
然后我会每小时检查一次，看看 James 在那个频道是否有回复，并告知用户。之后，当你稍后查看电脑时，Twitter 突然打开，显示“嘿，某某问题已解决”，你只需按回车键，然后查看你的线程，发现“哦，是的，拉取请求已创建，下周四前会合并”。这种体验令人惊叹，它实际上让我们能够处理更多的客服工作，而不会让这成为工作中最糟糕的部分。
对于幕僚长线程，我记得我的幻灯片因为 Codeex 变得一团糟，所以我还不能做到一切。你也可以做一个循环，说“检查我所有的连接器，并告诉我当前最重要的事情是什么”。以清晰的格式呈现，确保包含你阅读过的每封邮件的链接，确保有 Slack 链接以便深度链接到应用程序。这有助于跟踪这些随机事项。
在幕僚长线程中，我还有一行指令：“检查我所有的航班，如果可能的话，通过 iMessage 发送登机牌。”这完全可行。当你看到电脑在你工作时自动执行任务时，感觉真的很奇怪，因为这些任务大多在后台运行。由于权限设置，它不需要告诉我它正在使用 Safari。我只是发现它在使用 Safari，这可能会让一些人感到害怕，但说实话，这很棒。
最后，这在 OpenAI 经常发生：我甚至不知道什么在发布，什么被延迟了，什么已经上线了？是上午 11 点还是下午 4 点？我一无所知。我们在这一方面取得了巨大进展，我相信这也涉及自动化和 AI。以前，我让 Codeex 每周三晚上为我制作一份关于本周剩余时间发布内容的 PowerPoint。这很有用。然后你说：“很好，这对我有用。现在，让我确保我可以将此作为 Slack 消息发布到频道中。”
现在，你不仅利用技能为自己服务，也为整个团队服务。这有点像插件英雄的心态。这个例子也很有趣。我有一个例子，让我再确认一下幻灯片。是的，我有另一个例子，也非常疯狂，就是我主题演讲中给出的那个例子：我一直在 iMovie 中编辑一部短片，在骑自行车时，有人对视频给出了反馈。
所以我拿起手机，告诉它：“好的，某个地方有个文件。你能在 iMovie 里找到它吗？只有一个 iMovie 项目。读取 Slack 消息。导出视频。如果 Slack MCP 服务器不允许上传文件，请使用 Computer Use 上传文件，然后每小时检查该线程。如果他们有反馈，重新导出视频并重新分享，然后回家。”
当我到家时，发现其实使用 Google Drive 连接器更容易。所以我改为在 Google Drive 上上传相同的文件。这样他们只需要管理一个 URL。我们修复了一些排版问题，然后再次发布。这简直令人难以置信。非常简单，但令人震撼。这就是心跳的作用：它是一种随时间唤醒线程以执行某些操作的方式。
你还可以设定目标。/goal 命令非常棒。它基本上定义了一个验证步骤，并说：“只要这个在运行，就检查这个验证步骤。如果没完成，就继续。”这是一个非常简单的想法。只要有验证器，它就能做得很好。
例如，我一直在将大量软件迁移到 Rust。如果这是一个可以重写为 Rust 的 Python 项目，将后端迁移到 Rust，确保所有单元测试通过。我不仅用 Rust 重写了丰富的终端库，还重写了 UV 和 TypeScript，只是为了看看能否做到，而且测试覆盖率达到了 100%。这非常惊人。显然，你不应该在工作中这样做，但这有助于理解随着系统验证能力的提升，你可以取得巨大进展。
在 monorepo 中，我还包含了一个名为 ultra goal 的技能。它所做的不是在应用中设置目标，而是在文件中设置。我们有一个 goal.md 文件。这意味着你可以在运行过程中编辑目标。你可以像许多真实项目那样增加范围。我们还定义了一个计划供引用。这样做的优点是，随着你对项目了解加深并改变计划时……
这些模型的目标就像循环一样，它可以更新对系统的理解。有时我会使用一个状态 MD 文件或工作日志来跟踪这些运行时间较长的任务，比如如果某些事情运行了一两天，我想知道发生了什么。我永远不会去阅读那个大约 4GB 的会话 JSON 对象，但我可以查看工作日志，让另一个模型通过侧边聊天对其进行总结，然后从那里继续操作。这指的是远程控制，但如果大家只是在自己的电脑上操作，我也推荐尝试一下。侧边栏中应该有一个名为“远程控制”的按钮，特别是如果你拥有 iOS 应用的话。这就是我们之前讨论过的能够控制你手机的功能。
通过手机控制你的电脑，对吧？如果你在 iOS 应用中输入 Codex，你可以进行这样的流程：扫描二维码，突然之间，你的触控板可以发送消息并提示应用程序中的任何线程，包括我认为的远程线程。这非常强大，因为每次我尝试出门时，总有人问我一些事情，现在我可以只问 Codex。其实我应该有一个监控 Slack 并自动处理事情的东西，但我还没做到那一步。但这又是那种让你感受到 AGI 时刻的大事件之一。
首席参谋线程有效地基本上是我个人生活中、在我个人电脑上发生的事情的唯一真实来源。我有另一个，里面有很多好东西。这是我为我自己写的内容：每天早上 8 点创建并固定一个首席参谋线程。检查所有这些连接器，弄清楚发生了什么，然后好好工作。你会开始随着时间的推移编辑它，对吧？也许你不喜欢格式，或者希望包含链接。
有一段时间，我让它做的事情是：如果它找到了所有邮件，不仅要求它起草回复，我还让它为每封我需要回复的邮件在 Chrome 中打开一个标签页。所以我打开电脑，去开会，回来后我的电脑上就打开了七个 Chrome 标签页，我可以审查草稿并发送。像这样的小事只是为了在你的会议进行时准备好你的电脑，非常高效。
现在我们稍微多谈了一些关于实际工作的内容，我们还没有深入探讨像 artifacts 这样的东西，但我很好奇是否有人对我到目前为止的做法有任何问题。>> 在这里。>> 所以我注意到我做很多……>> 是的。我注意到。>> 是的。>> 我得到很多东西。>> 是的。>> 那么，你的建议是什么？>> 我通常总是更喜欢让模型编写目标或编写提示本身。
越来越多的这些模型在做到这一点方面变得更好。这更符合它们的分布。实际上，我会发送一段大约 10 分钟的语音备忘录。我只是说，比如，这是正在发生的一些问题。我认为有一个关于某个线程的项目。我不知道他们是否回复了我。我认为他们的名字是 Dylan。请查看 Gmail。这真的很乱。然后就像，好吧，我是想要制定一套目标？我是想要创建一个新的线程？我是想要制作一个新的技能？这就是我现在偏好的方向。
就像，好吧，我如何组织工作成果？我是告诉它然后做所有工作并将其放入 index HTML 以分享？我是想要制作一个 Word 文档？基本上就是这样。但我通常只是发送非常长的消息。是的，比如这里，这不是首席参谋线程的提示。这是让模型创建首席参谋线程的提示，对吧？那个模型的输出将更能确定自动化的详细程度、检查频率或连接器。
因为我有一个单仓库，我做的事情之一是，每个项目文件都有指向该项目相关的所有 Slack 频道的链接。模型会看到这一点，然后你去阅读那些 Slack 频道，对吧？每个人文件都有他们的电子邮件地址、Slack 连接器、多个工作地址，他们会阅读所有这些内容。我永远不会自己提示这些。是的。>> 是的。是的。所以，我认为在那个例子中，我意识到当我提到与项目相关的 Slack 频道时，结果更好。所以我就把它加到了 Markdown 文件的 front matter 中。但这些都是你随着时间的推移而发展的东西。
我的意思是，我没有尝试过最深度的。所以问题是，这和 OpenClaw 以及 Hermes 代理有什么区别？我想肯定有我现在不知道的区别，但我可以想象一个世界，那里它们会很快变得非常相似，对吧？就像我大部分的工作，我稍后会谈到这一点，是我的线程自己管理自己，对吧？它可能和子代理是一样的。我不知道有多少人使用 Hermes 代理和 OpenClaw 进行非常广泛的工作，对吧？我想我试过 OpenClaw 做一些家庭自动化方面的事情。是的。
是的。所以评论说，是的，对于这些模型来说，只有一个线程。我认为这在现实中是非常合理的，因为我们在工作中涉及的事情太多了，我需要组织好。就像，有没有一个世界，我的银行家、我的治疗师、我的私人教练和我的女朋友是同一个人？也许吧，但我的大脑无法弄清楚这一点，而且通过创建文件夹，我很容易理解什么是工作。电脑不知道文件夹，但文件夹对我来说在某些方面是有意义的，如果这说得通的话。是的，很酷。很好。没有了。是的，一个问题，一个。
是的。
是的。技能，但我不知道它会自动……>> 是的。>> 嗯，我认为这取决于。我认为这取决于你有多主动地告诉 AI 记住这些东西。例如，一旦我意识到我应该在项目文档中包含 Slack 频道 ID，模型就像，“哦，有一个 Slack 频道。我应该阅读该 Slack 频道。”这变得非常明显。现在我基本上从不标记东西。我真的不知道那是什么时候发生的。但再次强调，其中很大一部分只是养成习惯，记住下次更新技能，更新 agent.md 以便下次使用。这就是……>> 有时……>> 我的意思是，我认为很难向我证明这一点。因为还有一个在……
文档方面，我对记忆功能相当满意。我不确定能否给出一个时间预估，但我打算先试用一下。比如使用几周，顺便确保记忆功能已开启——它也在设置里。我知道现在的设置面板有点复杂，但总之，我建议开启记忆功能，看看随着时间的推移，这些变化是否会发生。因为我基本上不记得有一次像您提到的那样，在某处提到过什么。
最后一部分相当快，对吧？我们讨论了读取上下文，也讨论了处理上下文。现在最后一步就是编写上下文。这部分大多相当简单，比如你可以起草电子邮件，或者起草 Slack 的更新消息。如果你胆子够大，甚至可以发送它们，但请务必保持尊重。我确信查德（Chad）多年来收到了我通过 Chatbot 发送的数百条 Slack 消息，希望它们现在听起来更像我了。
构建单页应用也相当不错。这个幻灯片就是用 Codex 制作的，很快我们将能够处理像服务应用程序这样的任务。我想至少在内网环境中，我们做的很多工作已经从分享完整文档转变为分享应用程序。不知道有多少人知道这一点，但我们还有一个非常出色的工件（Artifacts）生态系统。
随着 Codex 越来越多地成为我所有工作的工具，它可以打开并渲染 Excel 电子表格、Word 文档、PDF、幻灯片等。借助注释工具，编辑过程变得相当有趣。即使是这些幻灯片，实际上也是通过 Codex 应用内的浏览器呈现的。我会一边演讲，一边点击“下一步”。
当我对某些内容不满意时，只需选中它，说：“嘿，修复这个。我不喜欢这里的空白。这两张幻灯片需要拆分成两张更多的幻灯片。”我按下回车键。当 Codex 努力清理这些内容时，我继续往下讲。这通常是一种相当自然的工作方式。
这个演示文稿实际上源于我大声朗读自己的博客文章，然后随着进程生成材料。但即便如此，要让幻灯片看起来这样，仍然需要两到三项技能。是的。一旦你做到了这一点，你可以反复应用相同的概念。你可以构建出能够触及系统其他部分的循环。
我们的大多数项目追踪器都是通过循环更新的 Google 表格。幻灯片也是循环，还有注释。好吧，我好像什么都说了。抱歉。另外一件非常有帮助的事情是，随着公司上下文变得越来越密集，无论是所有 OA 代理还是其他什么，能够通过 Slack 总结信息的能力变得极其有用。
这显然是一张由 ChatGPT 编辑过的“粗糙”幻灯片。一旦你能对这些数字工件采取行动，我认为最重要且希望大家尝试的功能就是“计算机使用”（Computer Use）。这就像是我第一次感受到“AGI时刻”的感觉。光标试图执行某个动作，你可以看到它在屏幕上移动。当它做得很好时，你会对这个系统产生极大的信心。
我们显然有插件，比如用于发送 Slack 消息，但应用内浏览器很快会变得更加强大。我们将能够基本上将其视为你使用的浏览器。我现在尽量多使用应用内浏览器。而对于其他所有事情，则使用计算机使用。顺便问一下，有多少人使用过计算机使用？很多人。哦，大概只有 10% 的人。
你们做过什么疯狂的事情？任何人做过最疯狂的事情是什么？有志愿者吗？“管理我的家庭。”“家庭实验室。”“是的。”“什么是家庭实验室？”“不错。”“哇。”还有其他关于计算机使用的疯狂故事吗？一定要服用 AGI 药丸并尝试计算机使用。
我要说的是，因为计算机如此强大，你之前提到过有一些安全组件。我现在想起一个例子，由于 Slack 连接器无法上传文件，如果这个模型非常执着，它可能会像“独眼巨人”（Cyclops）一样，直接说：“好吧，既然我不能添加 Slack 文件，那我就通过计算机使用，点击文件上传并执行它。”
有时，根据你的提示，模型会变得非常执着，说：“哦，看来我无法通过 Gmail 连接器给某人发邮件，那我就打开 Chrome 并点击发送按钮。”这些是你应该非常警惕的情况，这是真正的安全问题。而且，通常来说，在代理 MD 文件中设置规则真的非常有帮助，特别是如果你使用守护模式或自动模式的话。
这也彻底改变了我对工作的思考方式。我觉得现在当我构建应用程序时，如果是原生应用，我大部分的测试都是由 Codex 通过计算机使用完成的。如果是网站，同样也是使用应用内浏览器。我们已经讨论了很多关于处理服务工作的内容，比如在结账页面，截图，说“帮我找个优惠券”，这真的让我赚了比预期更多的钱。
填写表格、测试应用程序。我目前还没有很好地利用这一点，但它也可以通过屏幕镜像控制 iPhone。至于如何利用，随你便。这算是演讲的升级部分吧。那么问题来了，计算机不能做什么，为什么不能做？有一件事是你不能控制 Codex 的，但你并不需要这样做，因为这些 Codex 线程已经可以互相通信。
它可以以非常强大的方式控制自己。回想一下之前的例子，这不是我想要的那张幻灯片。该死。我想我搞混了一些幻灯片。在演讲早些时候，我提到过一个想法：如果遇到支持问题，我可以截图，它会调用一个 DX 分诊技能，它会重命名技能，执行循环，并与 Slack 和 Twitter 通信，这非常棒。
但我仍然需要成为触发这些操作的人。这就像是我看到一个问题并提出一个极性请求一样。对于你来说，未来……
现在这里已经发生了。但我现在拥有的只是一个监控线程，每当它识别出这些问题中的任何一个时，它就会去创建一个新线程，而这个线程的工作就是进行所有的分类处理。可能会发生的情况是，也许这个分类过程正在等待 Slack 上的某人确认这个问题。也许已经创建了一个拉取请求，但尚未合并。如果将来有人再次抱怨，监控线程就会想：“哦，是的，我想这是同一个问题。”不仅是同一个问题，我会给下游线程发送一条消息，让它知道这个问题正在重复出现。那个线程可能会发送一条 Slack 消息，但在主线程中，我仍然会看到一条消息说：“嘿，根据 Twitter 上的反馈，这个问题已经存在三天了。我们要做点什么吗？”像这样的事情，对我来说很难跟踪，因为我总是在 Twitter 上。但是通过代理能够管理和消耗所有这些信息的，使得这些事情变得更加容易处理。
我肯定搞砸了这里的幻灯片，所以我要跳过几张幻灯片。是的，这就是这个例子。我真的希望你们能去尝试这个想法。我认为它还没有完全成熟，对吧？我大部分的工作都是关于让监控器创建子线程。这些线程随后被管理并固定在侧边栏上。这也是最好的事情之一，对吧？像子代理一样，线程只是这些无定形的实体在后台漂浮。比如 JSON 线程或 Galileo 线程等等。子代理与这些线程的区别在于，因为它们显示在侧边栏中，你可以注意到某些事情发生了变化。你知道，出现了一个新问题，对吧？而且很多时候，就像把侧边栏有效地用作理解的中心，了解正在进行的工作流。这对我来说非常强大。
但这都始于固定一个线程，采取行动，拥有一个单仓库来管理你的所有上下文，然后以不同的方式唤醒系统。以前这些系统被唤醒是因为你给它们发消息或设置了心跳。而现在，这些东西可以被运行在其他地方的另一个线程唤醒。因此，大多数时候，我的自动化只是在监控线程的层面上发生，它们触发并创建新线程，然后自我管理。是的。所以我们谈了很多东西，对吧？关于计算机使用、结构化插件，嗯，我想基本上就是这样。尝试一些计算机使用的东西。我知道我有点担心这里的 Wi-Fi。我也要去试试，但嗯，试试 App Shots，试试计算机使用，并真正探索这些模型能做什么。那边有个问题。我下一个回答那个。
我想我在这台电脑上没法展示给你看。他们要把我带走了。嗯，我是说，我可以稍微谈一点。所以基本上，我的单仓库设置得看起来非常像那边的样子。我有一个项目目录，在那个项目目录中，为我正在进行的每一个工作流都有一个命名目录。所以可能是语音发布视频，或者是代理 SDK，或者是 CodeX 开源资助计划。所以这些是一些项目。然后我有一个人员目录，里面是每一个给我发私信的人。我知道他们在做什么，知道他们在思考什么样的问题，知道他们属于哪些 Slack 频道。然后我有很多不同的松散笔记、代理摘要。我有每天做了什么摘要。这主要是为了测试 AI 的极限。我认为这对那类事情并不是很有用。主要是项目和人员，对吧？
然后我有一个代理维护的待办事项列表。所以我有一个单一的线程，就像检查那个待办事项列表。“哦，这说还没完成。让我让一个子代理验证一下，没有人做过这个任务。”这些事情非常消耗 token。我真的不知道人们是否值得为自己设置这个，除非他们只是喜欢不使用那么多积分。但我认为最大的是像 Shiva 员工线程。早上 9 点告诉我今天发生了什么。告诉我这周发生了什么。我想如果你只是这样做，你会从中获得很多好处。
说实话，我从未经历过。我想压缩效果真的很好。嗯，我知道这不是一个令人满意的答案，但如果我能改进模型的部分，我宁愿改进它的写作语气，而不是它搜索上下文的能力。嗯，总的来说，它一直表现得相当不错。我想这可能与 CodeX 记忆的设置方式有关，但我没有深入挖掘那些细节。我想你在这里有个问题。 >> 是的。 >> 是的。
是的。
是的。
是的。所以我想问题只是关于如何处理记忆在不同项目之间渗透的问题。我想我没有一个好的答案，主要是因为我不清楚下游的影响会是什么。也许一个项目使用 npm，另一个项目使用 yarn 之类的。但一般来说，我只是在特定项目的代理 MD 文件中清理这些内容，对吧？所以还要提到的是，每个项目目录都有自己的 readme 和代理 MD 文件。所以有时候，一个我在做的项目是 npm，另一个是 PMP。我只是在代理 MD 中清理它。我很好奇，仅使用这些简单工具能清理掉多少。但之后和我谈谈。我真的很想知道渗透到底有什么坏处。是的，这可能是一个很好的例子，说明项目级别的范围与单个线程的区别。但嗯，我可能需要更深入地了解记忆部分实际上是如何运行的。这里还有其他问题吗？
没有。所以我想嗯，老实说，到了这个阶段，它似乎就知道了。这是一个很糟糕的答案，但它几乎就像 AGI 一样。对我来说，它感觉非常像 AGI。但我想一般来说，在我刚开始与它合作时，我有一个技能叫“检查笔记”，就像“嘿，如果你觉得需要检查你的笔记，就去检查笔记。”好吧。所以
如果我对模型能否完成某项任务有直觉或预感，我会直接提醒：“嘿，检查一下笔记。”即使你看我的公开资料，我的“检查笔记”技能大概被使用了15万次，但在过去两三个月里我从未提及它。这是因为记忆系统承担了大部分繁重工作。这就像新员工入职的前两三个月，你需要给予大量指导、背景和容错机会，让他们在失败后总结教训并自我清理。
我对第一天就能得到好结果感到惊讶。但如今它似乎能自动运行，这种顺畅感让人愉悦，因为它让我能重新专注于工作本身。有人提问：“鉴于开发工具快速迭代，除了提升生产力，在编码本身方面有什么建议吗？”
我的回答是：想要拥有良好的品味，你必须多“品尝”。你的工作是消费更多内容，尝试不同的应用。了解良好的入职流程是什么样的？你构建过让你沮丧的应用吗？通过消费更多事物，培养你如何抱怨糟糕事物的词汇量，比如抱怨那些“垃圾”产品。这些技能非常有价值。
你无法描述你不理解的事物，这在烹饪中也是如此。如果你不知道食材，就无法描述菜太咸或缺乏酸味。你需要多消费，并批判性地思考你喜欢或不喜欢的理由。品味是大问题，但我们往往没有消费正确的内容。尝试所有不同的应用，比如编程工具。
还有问题吗？有人问：“线程之间可以互相通信吗？”幻灯片上写着“线程可以互相询问”。Codex提供了列表线程和向线程发送消息的工具。虽然打字有点别扭，但我通常用语音输入，比如：“上周我做的幻灯片，找到那个线程，重命名并置顶。”
比如这次演讲，我觉得幻灯片有些混乱。我有一个主要的幻灯片编写系统，我说：“这个幻灯片可以分成三幕。为每幕创建一个线程，置顶它们，分别命名为第一、二、三幕，并审查每部分内容。完成后，再审查整张幻灯片。”我倾向于直接询问。
随着模型变好，它们会更清楚Codex能做什么，我也许会添加更多明确的命令来控制线程。你可以尝试让线程读取其他置顶线程，重命名它们，并用表情符号标记准备状态。这是理解线程控制的第一步。这个功能很新，但已经非常强大，你可以整个下午只与一个线程对话。
最后的问题：“其他编码系统也有这类工具吗？”目前还没有。但我确信它们很快会有。就像我之前说的，我没试过其他工具的最新版本，比如Conductor是否有这些技能。但在竞争激烈的领域，这些功能可能会迅速普及。
另一个问题：“线程运行在旧模型上，新线程会回溯并拉取旧线程作为上下文吗？”这取决于情况。有时只需说“找到旧线程并更新模型”，它会自动更新。比如当4.5和5.4版本发布后，我意识到旧自动化仍在使用5.4版，这让我很困扰。
有人建议让一个线程去更新其他线程。这再次说明，你需要发展出表达需求的语言。我还有一个自动化脚本，按模型ID清理旧线程。关于幻灯片，我还没准备好发布，但我有一篇博客文章，搜索“Codex Maxing”即可找到。
有人问：“你提到工作循环，有什么关于限制的建议吗？”最大的误解是认为高Token限制（X High）能带来最佳结果。很多人是“高限制至上主义者”。我在演示获取优惠券时，朋友开启高限制并回车，结果它花了两分钟搜索所有网站的优惠券。
不要过度依赖高限制。要习惯使用低和中等的思考模式。这些模型仍然非常聪明，即使是低思考模式下的5.5版本，也远优于之前的模型。
对于很多这类工作，并不是说“你知道的，从零开始给我做个视频游戏”，你其实不需要那种级别的工作量。比如我的幕僚长，我认为默认的中频模式就很合适。>> 这建议非常有用，我同意。作为补充，简短地说，我怎么让线程闭嘴？也是一样的方法吗？>> 哦，呃，我的意思是答案其实不太好，但我就像说，如果没有更新，就只回复“无更新”这五个字。这是一方面。另一方面，你也可以尝试调整这些心跳（检查）的频率。你知道的，你是每30分钟运行一次这个任务，还是每天早上9点运行？这是一方面。
另一方面，你有没有某种停止标准？比如，我之前跟亚马逊有过一些争执，我就想，太好了，他们把我排进了75分钟的等待名单。我就设定每五分钟检查一次队列情况是否改善。一旦等待时间缩短到五分钟，就改为每分钟检查一次，并持续回复，直到我拿回我的钱。我去洗了个澡，回来时，我的信用卡里已经多了400美元。
我在这方面尝试得不多，但这些都是可行的，对吧？因为创建心跳只是编辑一个文本文件。所以你应该绝对能够创建自己的心跳，然后改变其频率，无论是更频繁还是更稀疏。嗯，我可能真的会尝试这样做。我可能会说，比如，“嘿，在工作日期间，让你的心跳更活跃一些；而在周末或下午，让它们不那么活跃。”
是的。我试过一些幕僚长线程的版本，我设定的目标是“永不停止”，并且只允许它设置睡眠。这也运作得相当不错。它会像这样：“嘿，现在晚上9点了，杰森，我已经两个小时没看到杰森发Slack消息了。我要睡五个小时。”这也挺管用的。是的。但呃，我认为最最重要的一点，老实说，是人们不应该害怕低推理能力。X High并不等于X High的结果。它只是意味着“思考得更多”。