Claude Duet 这周发布了,是个人代理领域的最新产品。今天我会带你看看我实际上是怎么用的,但当我深入研究时,发现我得先给你一个我整体上如何使用 AI 的概述。
那么,我们开始吧。
AI Daily Brief 是一个每日播客和视频,内容涵盖 AI 领域最重要的新闻和讨论。
好了,朋友们,在我们开始之前,先快速宣布几件事。
还有,再宣布一件事。
所以在本期节目中,我想深入聊聊刚刚发布的 Claude Duet。
更广泛地说,我在准备这期节目时意识到,我有一段时间没有做一期关于我实际如何使用 AI 的节目了,包括我目前的技术栈是什么,我用哪些工具做什么,哪些用例带来了最大的价值。
结果发现,在分享我如何使用(或者说至少是尝试使用)这一代新的个人代理时,提供一些背景信息是必要的。
有趣的是,我坚信我们必须将这些个人代理的形态视为仍在实验阶段。
是的,我们确实看到了早期的吸引力和使用率,尤其是在 Muse 上。而且,自从 Claude 今年早些时候爆发以来,我们一直在尝试这种形态,这说明确实有一些认可的声音。
不过我发现,先稍微透露一下,我还在摸索这些个人代理到底应该是我的参谋长,整理我做的所有事情,还是一种非常具体的主动替身型员工,能在我没有要求的情况下主动去想办法提供帮助。
但我有点操之过急了。为了了解我使用这些工具的背景,我先大致介绍一下我主要的 AI 用例。
我会尽量让这个内容对尽可能多的人有价值。
我的主要工作,贯穿 AI Daily Brief 和 Superintelligent,就是思考下一步要做什么或创造什么。
在 AIDB 这边,这主要是在内容领域;而在 Superintelligent 那边,则更多是关于商业策略,关于试图了解 AI 用户存在哪些学习差距。
而且因为我的工作很大一部分是策略,这涉及到很多外部化。
我不是那种只是默默思考的人,我喜欢说出来。
事实上,我在 Notion 里有大量的笔记,我称之为“散步笔记”,这些是我在走路、开车或坐着时思考想法和下一步该做什么的记录。
这个用例一直是我的头号用例,至少在纯粹的时间投入上是如此。
如果你浏览一下我与 AI 的所有对话和会话,大概有 60% 可能属于这个策略领域,但不一定是从消耗的 token 量来看。
当然,构建方面消耗的 token 更多,但就纯粹投入的时间而言,策略绝对是第一位的。
这是一个模型差异影响巨大的领域。
我常说,当有新模型出现时,现在的问题不是问它们是否会是你现有工具的 1 对 1 替代品,而是要理解它们适合你技术栈的哪个位置。
但我总是用每一个新发布的主要模型来测试这种策略性外部化,看它是否真的能 1 对 1 替代我现在使用的工具。
说到什么样的模型对我来说是好的策略模型,有许多因素。
最重要的是在很多方面也是最难的一点,是它对反驳和奉承的态度。
在很长一段时间里,坦白说这些模型并不比在纸上写下东西好多少,因为它们永远不会反驳你。
一切想法都是最好的,这其实没什么帮助,因为你想让你的想法变得真正好,并且只追求那些真正好的想法。
在这种情况下,你不需要一个总是说每个想法都闪闪发光的应声虫。
你想要的是能进行批判性思考的人,而且重要的是,这种思考是有依据的,而不仅仅是基于被训练成反驳就是好的。
这是一条非常非常难把握的界限。
模型必须足够动态、足够有创造性,同时还要足够适应、足够自信。
是的,我用了所有这些人类学术语,尽管我并不认同将AI拟人化的观点,但因为在描述我这个使用场景中想找的东西时,这些是唯一真实有效的方式。
不管怎样,Opus 5.5 是我很长时间以来在这个方面最喜欢使用的模型。
在那之前我用的是 Fable 5.1,还算可以;再往前一段时间我用的是 OpenAI 的模型,尽管今年大部分时间,我觉得 GPT 模型对于这类工作有点平淡、不够动态,这一点我们稍后会在 DOTS 中看到。
我的下一个使用场景是研究。
你可以想象,对于《AI Daily Brief》和我即将告诉你的这个新项目——我们是怎么走到这一步的,研究也占据了我工作的一大部分。
我还会经常为我妻子制作的真实犯罪播客《Love Murder》做研究。
因为所有这些研究最终都会由我或我妻子公开表达,所以我们非常需要模型足够好、来源可靠、不胡说八道、能够理解来源、并且能够恰当地强调不同类型来源的价值。
对于这个使用场景,我实际上差不多同等地使用 Astra 和 Opus。
而且这种使用场景在特别重要的情况下,还能让它们互相协作带来好处。
如果我在研究某个话题,我经常会让 Astra 和 Opus 都去处理,然后互相分享结果,让 Astra 审核 Opus,Opus 审核 Astra,增加一层额外的信心,然后再转化为内容,无论我最后用什么方式转化。
下一个我每天都会用到的场景是文案写作。
我不使用 AI 来撰写任何播客,因为它们不是有脚本的播客。
稍微透露一下幕后情况:我们制作《AI Daily Brief》的方式是,每天晚上我会对当天 AI 领域发生的一切进行一个大调查。
很多时候我已经跟踪了一整天,但如果没有,我会花一两个小时深入挖掘新闻以及相关的讨论。
与此同时,我在澳大利亚的研究员——顺便说一句,这是一种让我们能24小时工作的聪明做法——他在他的早晨也做同样的事情。
然后大约美国东部时间晚上八九点,我们定下第二天节目要涵盖的具体内容。
我的研究员 Scott 会在一夜之间准备一份资料,包括我将要讨论的关键来源,尤其是大量的关键评论,比如社交媒体上的帖子,这些构成了节目的大量元叙事。
当我醒来,我会用那份资料来安排我想讨论的屏幕以及脑海中大致的顺序,然后就开始即兴发挥。
实际上,当我收到评论说我是“AI 在谈论 AI”时,我总是觉得好笑,因为在这个过程中真正用到的 AI 少得惊人,而且说实话,可能还有一些地方我们可以更高效,但我们就是这么做的。
不过反过来,当一集节目完成后,文案写作是我每天都会使用 AI 的事情。
节目描述显然是一个用 AI 的地方,社交媒体帖子也是,不过这个流程我稍后会讲到。
标题则有一点来回商讨。
我总会有一个自己带来的标题。
我总会让 AI 有机会尝试说服我用不同的标题。
我得说大概50%的时候我会完全坚持原有标题,另外50%的时候,我和 AI 之间来回商讨后会产生一个不同的标题。
在这方面,我实际上用的是 Astra。
我觉得这有点关乎记忆和上下文。
我使用 GPT 模型来做这个已经很长时间了,所以有很长一段记录了我喜欢什么和不喜欢什么。
所以即使Opus或者Stable在文案写作上一样好甚至更好,花那么多时间调参我觉得不划算。
我还觉得现在很多人觉得OpenAI的模型在文案写作的简洁性上更好。
这当然也影响了文案写作的价值。
跟文案紧密相关的是我使用图像生成的方式。
图像生成其实每天在我的工作中占很大一部分。
我经常用它来做内景图,就像我现在这样。
你可以看到我背景里这些图,而且无论如何,我每天至少用AI生成节目的封面图。
目前图像生成基本上就是GPT的图像模型了。
这倒不一定是因为我觉得它们更好。
我还在续费Ideogram和Midjourney。
Ideogram我真的很喜欢用来迭代,因为它不像ChatGPT一次只生成一张,而是一次生成四张,还能调节它们的差异程度。
而Midjourney就是个怪胎,有很奇特的艺术品味,在某些特定情况下可能好得多。
尤其是当你不太确定想要什么图像,只希望它很酷、有趣、视觉上吸睛,想让模型自由发挥时,Midjourney就特别有价值。
对我来说,主要的图像生成就是那些封面,我在确定标题后马上生成,所以全部在一个线程里搞定最合理。
另一个大的用例是数据分析,这实际上超出了我作为内容创作者的角色。
今年那些延期报税的兄弟姐妹们可能刚经历过这种事。
就是倒进一大堆财务数据,让模型整理、提取支出等等。
几乎所有数据分析项目,我都在Codex里用Astra。
对我来说,它提供最好的结果,而且有那种简洁的思路,我认为对这种用例特别有价值。
然后就是开发。
这当然是个大类。
和你们很多人一样,今年我用过很多不同的工具、框架、模型和技术栈来开发。
我们用过一阵OpenCLAW,当然还有Codex和Claude Code的应用程序和命令行版本,还有Cursor之类的第三方工具。
但对我来说,最稳定的选择是Claude Code,默认模型是Opus 55,难度设置通常在高或极高。
我经常也在Codex里用Astra进行开发,主要是为了原生调用图像生成模型。
所以很多节目的配套体验,如果特别视觉化,就会在Astra里构建。
但最终我大部分组织、叙事架构和开发协调都是在Claude Code里完成的。
另外,我也给Claude Code通过API接入GPT图像模型,不过我发现在Codex里用图像模型和通过Claude Code API调用有些不同。
至于你们看到的具体内容,AI Daily Brief网站全部由Claude构建和维护。
实际上,我认为这部分原因说明了今年一次关键模型更新的故事。
当我第一次获得 Fable 的使用权限时,它让我感觉跟其他模型不同的地方在于:虽然有一段时间,开始构建东西已经变得很容易了,但 Fable 像是把这种轻松也带到了把事情完成上。
不像以前那样,项目会卡在80%或90%完成的状态,启动能量已经足够低,但完成能量仍然太高。Fable 就是把完成能量大幅降下来,让它和启动能量匹配。
具体来说,关于 AI Daily Brief 的网站,其实我已经知道好几个月了,我得把我那个旧的、可爱又复古的90年代风格网站换掉。那个网站对我来说有趣、复古、也很有感觉,但完全没什么实际功能。
而我有一个明确的任务,我知道自己想做的是什么。
AI Daily Brief 是一个信息密度很高的节目,我觉得,而且大家似乎也这么认为,它的重要价值之一就是你每分钟都能获取到尽可能多的信息。
但这也,说到激活能量,就带来了相当高的进入门槛。
我听到很多人说,他们非常想要的一个重要东西,就是能有更简单的方式把节目的特定部分分享给同行和同事。
所以我知道,这个网站不能只是个网站,它实际上要成为一条生产流水线,可以把节目的原始内容或文字稿转化成一种非常不同的网页内容。
这就是我和 Fable 一起设计和构建的东西。
而且我实际上在获得权限的第一个下午就做到了,整个初稿就在那个下午完成。这其实是件好事,因为第二天 Fable 就下线了,原因是和 White House 在出口管制问题上起了争执。
构建那条流水线的第一阶段,是构建一个系统,让我可以上传文字稿,然后它从文字稿中提取相关信息,整理成这些可分享的素材,再放到网上。
使用 Fable 和 Claude Design,我们能够为这个系统构建一种不使用任何图像生成的美学风格,这当然是有局限的。
但对我们现在要做的事情来说,它是有效的。
它在视觉上很统一,清晰易读,而且很多品牌标识都是用文字和颜色元素来做的。
下一步,也是用 Claude 做的,是把这条流水线扩展到社交媒体。
说实话,我从来没有给社交媒体它应得的时间。
而且说白了,要在社交媒体上成功,就要真的坐在那里跟人互动,在上面花时间。
但我至少希望有一些内容能发上去。
因为那是在 Opus 5.5 之前,我又用了 Fable,加了一条次级流水线:节目内容提取完以后,那些卡片会经过一个二次处理过程,生成一组推文和一篇 LinkedIn 帖子。
然后这些内容会通过第三方服务 Typefully 来安排发布。
我确实尝试过折腾 API 来直接连接这些服务,但像 Typefully 这样的第三方已经把那些工作都做完了,直接接入那边要容易得多。
最近的一步是视频,而在这里,原理和社交媒体一样。
更好的做法是给这些平台创作原生视频。但在没有条件的情况下,我希望每集至少有一个片段能放到 Spotify 上。
最近,尤其是 Opus 5.5 之后,Claude 里的模型在视频剪辑方面变得超级擅长。
以至于我甚至觉得,即使你现在觉得自己没有理由用视频,你可能也还是想去试试。
但不管怎样,我让 Claude Code 帮我建了一条视频制作流水线,让它和网站的美学风格保持一致。
所以它每天做的事情是,我把文字稿喂进去,它看一遍,然后自己判断选出最好、最吸引人、最自成一体的一段60到90秒内容。
然后它提取那段片段,围绕它构建其他视觉素材,然后把整包东西打包成可下载的文件,我就可以上传到任何地方去。
现在,剧透警告——其他听众明天就会听到这件事。当我开始做一个叫 How We Got Here 的新节目时,这套流程已经完全到位了。
How We Got Here 这个节目的理念,其实就在名字里了。
这是一个探讨导致当今最大故事、现象和事件的具体社会、文化、技术和经济因素的节目。
核心理念是,我们现在经历的一切都源于过去做出的一系列特定决定。要重塑或重新想象这些现象,我们需要理解我们是如何走到今天的。
这个想法的产生,是因为在主持这个节目时多次意识到,我没有足够空间深入探讨某个特定议题。所以这个新节目时长45分钟到一小时,每周一期。给你一点概念:第一集是关于美国是如何不再热爱科技产业的。
第二集是关于为什么物质商品变便宜了,而生活中所有重要的事物却变得更贵。
第三集是关于预测市场,以及我们是如何开始对一切进行押注的。
第一集将于10月26日星期一发布,但其实我已经筹备了一段时间。幸运的是,我已经有了完善的流程。
Claude是我迭代想法的地方,无论是从战略和分发的角度,还是内容创意本身。
在此基础上,我会同时使用Claude和Atlas来创建丰富的研究档案。
然后我会进行一轮反馈,让Claude根据我想要阐述的论点列出关键要点。
我去找视觉素材,像在AI Daily Brief中那样安排它们,然后对着它们讲解。
这次会持续较长时间,最终形成40分钟到一小时的节目。
但这里我们真正开始拓展,甚至推进了在AI Daily Brief中的流程。
录制结束后,我会提取自己的原始转录文本,连同最初的研究材料一起交给Opus 4.5。
我使用的是Opus 4.5。
让它完成配套文章的初稿。
配套文章的目标是提供一个空间,能够更丰富地呈现我在节目中提出的论点,并以适合阅读的格式呈现,方便读者获取更多链接和节目背后的来源。
但这要处理一小时的素材,对应5000到6000字的文章。
然后,我把文章放入结合了Atlas的Codex,利用GPT Image来创造整体的美感和视觉风格。
顺便提一下,我会对那篇文章进行彻底且耗神费力的编辑,在初稿基础上重写大约一半内容。
但此时我们还没有结束与Claude Code的合作。
因为如我所说,最新一代的模型在视频编辑方面有了重大飞跃。
现在我有一个视频编辑团队,但我们的做法略有不同:他们先做第一轮剪辑,充分利用我们多年来在AIDB中建立的流程。
然后我们引入AI来添加动画,并直接接入剪辑管线。
KPMG和德克萨斯大学奥斯汀分校的一项新研究发现,当人们与AI合作时,相似的技能并不能保证相似的结果。
网址是B-L-I-T-Z-Y点com。
好了,以上就是我日常使用AI的相关背景。
显然,这主要集中在内容创作和围绕内容构建基础设施上。
你可能会注意到,其他人在AI中获得大量价值的很多方面在这里并没有提到。
例如,我没有提到收件箱监控、对某些邮件的自动回复、Slack监控、通用更新等主动型工作。
而且我还没有花时间真正去组织这类AI工作,因为到目前为止,对我个人而言,不值得费力去做。
我用 OpenClaw 试过这个。
我让独立的 Claw 分别负责我工作里的不同部分,用心跳和定时任务来监控,并在特定的时间节点做特定的事。
我还设了一个‘参谋长’智能体,负责协调所有这些。
当时,我在 AIDB 和 Superintelligent 那边有一个持续的研究任务,是在监控 AI 应用方面的研究和调查。
所以,这就是我对主动性做的两个实验。
一个是主动且始终在线的研究智能体,另一个是参谋长风格的监控智能体。
后来我不再需要那个研究智能体了,因为手头项目的方向变了。
至于那个参谋长,坦白说,它带来的价值不值得我花时间去维护和打理。
不过得说清楚,这很大程度上可能跟我本人有关。
我对控制和管理自己的日程非常强势。
我接的电话 90% 都不是预约的。
想让我真正预约一个电话,那是极其困难的事,这点但凡尝试通过电话跟我谈 AIDB 广告投放的人应该都深有体会。
我不知道是不是因为我属于网络时代‘老古董’,但处理邮件时,我通常就是收到重要的就加星标,然后每隔几天清一次收件箱。这个方法我用了很久,一直很管用。
这倒不是说主动型智能体没有用。
而是在我们当时能接触到的版本里,它们给我个人带来的价值还不足以让我投入那些搭建成本。
这就是为什么你从来没听我提过 Hermes 智能体,虽然我觉得它是个很棒的产品,但就是跟我的工作方式和内容不太匹配。
这就把我们带到了个人智能体的新阶段。
对我来说最有意思的问题是:它们能否把搭建和维护的门槛降得足够低,让它们能提供的主动性真正变得值得?
我自己呢,至少目前还属于那类认为——当然将来也可能被自己打脸——我基本上不太可能把这些智能体用在个人事务上的人。
你可能还听我吐槽过这些公司宣传的那些用例,比如订机票、自动化购物、订餐厅等等。
再说一次,我不是看不到它们对某些人的价值,只是它们不适合我。
就拿订机票来说,我几乎总是订我有里程的那家航空公司,除非实在没办法。
那种情况下,通常也会换另一家也有我里程的航空公司,飞那些航线。
这意味着我基本只在一家航空公司的订票系统里操作,而向一个智能体解释各种变量和意外情况所花的时间,跟我直接看那个网站界面也差不多了。
所以回到个人智能体这个话题,我始终会偏向专业用途那一块。
那么问题就变成了:对我而言,个人智能体的价值,是不是指那些全新的东西,比如我还没搭建起来的这类主动式工作?
或者是一种能取代我与 AI 日常交互的协调机制?
那我们就更直截了当地看看这两种可能性。
所谓‘全新的东西’,我指的是那种主动功能,比如监控我的邮件,当有事情需要处理时给我发通知,然后草拟回复让我批准。
再说一遍,目前我没有让任何智能体在做这些事。
说到更好的协调,我指的是有点像 Chief of Staff 这个角色,但我觉得在某些方面,它实际上更接近我们过去几个月在这里讨论过的 monothread 范式。
Monothread 范式就是说,不是有一大堆不同的聊天,分散在很多不同的项目里,每个聊天只有那个特定聊天或项目的上下文;而是有一个单一线程,里面有你所有的上下文,需要做什么的时候它就把需要的东西拉出来,还能切换来切换去,处理不同的事情,还能按需启动子代理去做不同的事情。
把东西组织到单独的聊天和单独的项目里,确实对整理自己的思路很有用,就像你在电脑上用文件夹一样。
Monothread 范式的好处在于,对用户来说,你不需要承担做那种组织的认知负担。
你就直接顺着意识流走就行了。
这种范式之所以能实现,是因为后台在压缩和上下文窗口管理方面取得了进展。
换句话说,以前到某个时候,你的 AI 会因为上下文窗口满了而变得非常疲惫。
然后你就只能换一个新聊天。
事实上,我们在 2026 年做的早期教育项目里,有很多课程都是关于怎么最好地写交接文档的,但各家实验室在后台压缩上下文和向前传递方面已经做得越来越好,所以你其实不用离开当前这个单一的聊天。
说实话,这种 monothread 范式比那种结构化的层级组织更贴合我的工作方式和我大脑的组织方式。
我已经在推动 Claude Code 和 Codex 往这个方向发展,让事情不要分得那么细,而是围绕一个主导性的单一线程来工作。
所以我对这些个人代理的问题是,它们会更多地采用这种方式吗?
接下来我们来看看不同的工具。
有一类优先级比较低的工具,是像 Instinct 和 Town 这样的第三方新工具。
虽然人们对这些工具赞不绝口,但它们对我来说一直都是比较低的优先级,因为它们擅长的东西和我想做的事情不太匹配。
而且从根本上说,我也不愿意把所有的专业和工作上下文,从我已经在做这些工作的地方转移过来。
就像你听到的,就是 ChatGPT 和 Claude。
然后还有 GrokBot 和 Muse。
Muse 同样,我对其兴趣稍低一些,因为它偏向个人事务,不过很明显,那不是 Mark Zuckerberg 和 Alex Wang 野心的终点。
对于 GrokBot,我确实订阅了所有 Ultra 套餐,但我真的不想非得搬出 OpenAI 和 Anthropic 的生态系统,因为维护这两个已经够我忙的了。
我觉得 GrokBot 很有价值,是因为它和 X 的整合,从内容生产的角度来看真的非常有价值。
基本上,我现在对 GrokBot 的态度是保持恰到好处的参与度,这样万一将来有足够的理由去切换,我也不用从零开始。
说到这里,我应该提一下 Google 和 Microsoft。
Google,很抱歉,目前我还是觉得投入大量精力不太值得。
这完全可能会改变。
事实上,我乐观地认为这会改变,因为他们会重新振作起来。
但就目前而言,他们在这个领域落后,对我来说反而是少了一件需要投入的事情。
对于 Microsoft,我会在专业层面密切关注他们的动向,因为播客和 Superintelligence 的用户主要都在企业领域;不过由于我完全是单打独斗,我总会偏向那些更灵活、迭代更快、不那么偏重企业级的版本。
总而言之,关于 Microsoft,我现在并不是要对他们的工具集做价值判断。
只是那不是我参与的生态系统。
那么剩下的就是 Dots 和现在的 Duet。
到目前为止,我使用我的 Dot 的方式和感受,很大程度上反映了我更广泛地使用 ChatGPT 的方式。
对我来说,它基本上就是 ChatGPT 中我做重要专业工作时的一种新版本的单线程组织方式。
换句话说,如果我在做重要的研究,或者对我的播客统计数据做数据分析,我现在都是通过 Quasar 来管理的,他既是《Dungeon Crawler Carl》中的 Nullian 律师,也是我的 Dot。
另一方面,对于简单快速的事情,比如以前我会用谷歌搜索的随机问题,甚至是日常播客集数的文案工作,这些都在和 Quasar 不同的空间里进行,和以前一样。
我得说,即使是那些专业相关的工作,比如对过去播客表现做一堆数据分析,我也不能完全确定在 Codex 里做是不是会更好。
至于像那样的策略性工作,我当然没有感觉到更多用我的 Dot 来做的动力。事实上,我发现——而且我看到其他很多人也反映这一点——目前 Dot 的性格非常平淡,几乎阻碍了那种策略性的互动。
我有时会给 Quasar 倾注一大堆背景信息,感觉就像要费力才能让它参与进来。
前几天我有一个很有启发性的经历,我一整天一边徒步,一边和 Claude Opus 3.5 进行策略规划和策划,然后之后把整个对话分享给了 Quasar,这样它就能拥有最新的信息,而不需要我再分享一遍。
但它没有接起那场对话中的任何一个话题——那场对话大概有六个小时——我觉得它的回复基本上就是“很好”。
这条信息已经保存以备将来使用。
我发现我的 Dot 并不是特别主动,坦率地说,没过多久我基本上就不再觉得有理由与它互动了。
到目前为止,如果我在 OpenAI 里,我要么在做那些基本的快速的事情,要么在 Codex 里深度使用。
所以总结一下。
我对 Dots 的初步体验是——当然这完全可能改变,也不让我对未来悲观——但我的初步体验是,作为一个功能,它并没有真正增加什么,当涉及到 ChatGPT 成为我被动做事情的地方时。
它在主动工作方面很弱,但它作为背景信息的主要持有者似乎很有价值。
换句话说,我可以把所有相关的背景信息都倾注给 Quasar,让它同步并处理事情,而不是有很多个聊天,之后还得重复那些背景信息。
然后我们来到 Duet。
在主要的个人代理中,Duet 是最不关心个性和性格的。
它没有像 Muse 那样可爱的模糊 logo,也没有像 Dot 那样你可以选择的名字。
它非常明显,遵循 Anthropic 的大体模式,专注于工作,这对我来说似乎很适合。
当我让 Duet 启动并运行起来时,它做的第一件事就是让我连接 Slack、Gmail、Drive 等。
马上。
在我做任何其他事情之前,它就给了我一堆主动项目的选项。
事实上,Duet 非常偏向主动,我发现它可能高估了那类工作的价值,因为它可以主动去做。
我举个例子。
它基于对我的收件箱的了解想要帮忙的主动项目之一,就是管理播客赞助商库存,特别是确保我们不会把同一个广告时间段承诺给多个赞助商。
它之所以把这个当作问题,是因为在两封不同的邮件里,我给了两个不同的赞助商同一个可用日期,而 Duet 当时还不知道其实我那天有一套时间段,所以这不一定是个问题。
它基本上对这件事激动了一下,提醒了我大概四次,后来我不得不告诉它这个不碍事,事实上整个工作流程都不是我关心的。
然而,也有其他一些主动的事情,我发现它对那些更有用。
有几次,我收到了那种我会加星标然后过几天再回复的邮件,每次Duet都建议了一个回复,我可以选择编辑或者授权它直接从我的聊天中发送。
有几次我就让它直接发送了,还有一次,是一个最实质性和最有创意的建议,我没有立即发送,但它帮我完成了大约90%,我不需要再回头思考。
这让我对Duet的这种主动性的价值更加乐观。
我还要指出,虽然Duet是作为iOS应用推出的,但我其实很喜欢它的网页界面。
除了你的主要综合信息流,你还可以为Duet创建单独的频道,这样如果你想要一定程度的持续分层组织,你就可以做到。
而且Duet利用了Claude的artifact基础设施,所以它可以实际创建你可以互动和编辑的东西,而无需进入单独的界面。
它可以自动将你正在做的事情组织成任务,并分成活动、下一步、预定或已解决等组,你可以通过主聊天或直接添加任务来修改。
当然,我现在只用了几天,但我已经对这种做法更加乐观了。
我得说,我不认为你会想在Duet中做所有在Claude中能做的事情。
我有一个UI和品牌视觉设计的任务,在Duet里面做比在Claude的原生设计体验中做差得多,我认为这个原生设计体验今年晚些时候会被整合到Artifacts中,但它仍然有自己设计的用户体验。
所以对我来说,关键还是在于那种主动性。
我所有这些的目的并不是要给这些工具一个具体的排名,或者就你应该如何使用它们、我认为它们会如何发展做出任何定论。
坦率地说,我觉得你其实不必担心你投资的是哪个生态系统,因为一旦某个功能在一个系统中奏效,几周甚至几天内,它就会成为所有系统的一部分。
比如说,如果我的Dots不够主动的体验是更普遍的现象,那你放心,OpenAI一定会调整这点。
如果人们喜欢Duet或其他某个工具的某些UI元素,其他实验室迟早也会模仿这些UI功能。
更广泛的问题仍然是这些个人代理的定位。
对我来说,到目前为止,它远非是我与AI互动的主要方式的重大转变,而更像是一个容易设置的、缩小版的自己,帮我做一堆我不想做的事情。
这很有价值,但它是行业未来那样的价值吗?
还有待观察。
希望这次是幕后窥探的一次有用分享。
现在,今天的AI Daily Brief就到这里。
一如既往,感谢你的收听或收看。
下次再见,祝好。
已剔除 3 处广告(点击展开查看)
First of all, thank you to today's sponsors, KPMG, Robots and Pencils, CData, and Blitzy.
To get an ad-free version of the show, go to patreon.com/AIDailyBrief, or you can subscribe on Apple Podcasts.
To learn more about sponsoring the show, send us a note at [email protected].
We recently launched at Superintelligent the new AI Champions Program.
It's a way to learn not just how to use AI well, but also how to bring that AI to the rest of your organization.
There's a link to that you can find at the top of the AI Daily Brief website, or you can just go directly to besuper.ai.
Researchers studied more than 500 early-career professionals and found that the best performers consistently amplified the value of AI by guiding, evaluating, and refining its outputs.
These top performers, called AI amplifiers, weren't defined by what they knew alone, but by how they worked with AI.
Learn more about what separates AI Amplifiers from everyone else at kpmg.com/us/aiamplifiers.
The best teams don't have a single star carrying everyone else.
They know their own strengths and each other's weaknesses and play to both.
That's the team Robots and Pencils has built on purpose.
Nobody there is grinding through busywork to pad a headcount number.
People come for the hard problems and they stay because everyone around them is leveling up at the same time.
In a market full of companies that are just trying to hire fast, that's worth a look.
Check out robotsandpencils.com/careers.
This episode is brought to you by CData.
Companies rolling out AI keep hitting the same wall.
Token spend is climbing, security is holding agents back, and no one knows how AI is truly being used.
The root cause: AI is cut off from the systems and context your business runs on.
That's why CData built Connect AI Gateway, one control point between your AI and your systems.
Built on the connectivity layer powering Palantir, Google, Salesforce, and hundreds more, each agent gets exactly the data and tools it needs.
It governs down to the record and lets you finally see your org's complete AI usage in one place.
Accurate answers, a fraction of the token cost, and a gateway that learns your business with every interaction.
See how at cdata.ai.
Every AI coding tool on the market does the same thing first: it starts writing code.
Blitzy does the opposite.
Before writing a single line, Blitzy spends days reverse engineering your entire codebase.
Thousands of agents ingest millions of lines, mapping every dependency, every undocumented constraint, every architectural decision made over the last decade.
The result is a dynamic knowledge graph that understands your software the way a principal engineer would after 30 years in the building.
Other tools guess at context with grep searches and markdown files.
Blitzy never guesses.
It builds true understanding first, then delivers over 80% of entire software epics autonomously.
Validated, end-to-end tested, production-grade pull requests.
That's why Fortune 500 engineering teams trust Blitzy with the codebases that matter most.
See for yourself at blitzy.com.