ChatGPT dot是一种持续工作的AI智能体,可以在对话间隙继续推进任务。它和直接向Codex提出请求有什么区别?我们体验了初始设置,让dot生成并修改ToDo应用,并梳理了费用和可交付的工作范围。

这次测试确认了什么

可以生成和修改

dot提交了单个HTML文件的应用,并按追加要求实现了撤销删除。

浏览器验证需要补充

dot未完成浏览器验证。收到的文件由Codex实际操作并检查。

未进行委派对比

这次由dot自行开发,未测量委派给Codex的效果,也未比较质量和用量。

AI Arte测试:2026年10月1日,用户在Windows版Codex应用的dot对话中提出请求。成果物的实际操作检查在另一个Codex聊天中完成。

直接使用Codex、dot自行开发与通过dot委派的区别

OpenAI的dot概述介绍了搭载GPT-6 Astra、拥有专用云端计算机和浏览器的智能体。用途包括研究、文档、数据分析和软件开发,也包括在对话间隙推进工作、协调多项职责。理解应用开发时,可区分以下三种路径。

直接向Codex提出请求

你 → Codex → 成果

直接向开发聊天传达规格和修改要求,也可要求整理需求、测试和审查。

dot自行开发

你 → dot → 成果

在dot的工作空间中开发。本次ToDo测试采用的就是这条路径。

dot委派开发

你 → dot → Codex
dot检查结果并给出后续指令

由dot协调工作,需要可用的开发环境和访问权限。

角色关系示意图。实际测试的是中间路径;右侧的委派与协调依据官方任务说明绘制。

差异更多体现在持续协调,而非首次编程请求

例如修复一个缺陷,可以把完成标准交给已有的Codex聊天,再检查测试结果。追踪多个缺陷的状态、更新研究结果和开发优先级、在需要决策时通知用户,则是值得考虑dot持续协调能力的场景。后一种工作流程本次没有测试。

直接使用Codex也能整理完成标准、进行多轮修改,并不限于实现功能。评估dot的价值时,比起只问能否写代码,更实际的问题是:你想让它承担多少追踪多项工作、检查结果并安排后续修正的职责。本次测试没有证据表明,使用dot必然生成更好的代码或节省额度。

比较项直接使用Codex使用dot
日常指令在开发聊天中查看差异和界面,再给出指令向dot说明目标和优先级,需要时打开委派聊天
持续协调在负责该工作的聊天中继续推进官方说明可在一个对话中协调多项职责和委派任务
检查完成情况检查测试输出和成果物确认dot已检查的范围及仍需人工补充的部分
关闭PC后云端工作可以继续
本地工作需要计算机
dot本身运行在云端
使用本地PC的步骤需要该计算机

PC关闭后仍能工作并非dot独有。Codex Cloud官方文档也介绍了PC睡眠时可继续工作。两种方式都可能因身份验证、审批、错误等中断而需要用户处理。

费用、免费额度与首月优惠

根据OpenAI官方帮助,第一个dot包含在Pro或Business Premium中,无需额外付费。还包含深度工作的额度,并在上线首月扩展。这指的是包含在符合条件的付费计划中,并不代表免费计划也能使用。

项目官方资料可以确认的范围
个人计划逐步向Pro 100、200和500开放
有年龄和地区条件
组织计划Business Premium和Enterprise
Enterprise需要管理员启用
第一个dot包含在Pro或Business Premium中,无需额外付费
Free、Go或Plus试用查阅的说明未列出这些计划的dot额度或试用次数
与dot对话专门指南说明不计入ChatGPT使用上限
深度工作计划中包含相关额度
具体任务次数或token数量无法确定
委派给Work或Codex专门指南说明按通常规则计入产品额度
首月优惠范围的不确定性见下文

来源:dot开放条件及上文官方帮助,确认日期为2026年10月1日。Pro开放地区不包括欧洲经济区、英国和瑞士。Learn写的是“超过18岁”,发布说明写的是“18岁及以上”;临界年龄是否符合条件,应查看账户的开放提示。

首月既不能认定全部免费,也不能认定委派一定消耗额度

在9月29日发布说明中,官方称未来一个月,符合条件的计划使用dots不会计入计划额度。但专门指南又称,通过Work或Codex启动或管理的工作按通常规则计入额度。如果dot本体与委派工作的适用范围不同,两者可能并不冲突;然而仅凭原文,无法确定委派和环境准备如何计算。

本次没有测量用量或账单金额的变化。不要把首月优惠理解为所有工作均免费且无限。它也不免除外部付费服务的费用。公告称首月后的条件将另行说明,不能将其改读为从每个人创建dot之日起整整一个月。

委派步骤增加,可能带来额外审查和重复测试的处理量;更好的需求整理也可能减少返工。这些是实际运营的推测,并非测出的dot固定加价或节省比例。请核对Work和Codex的费用与额度以及账户用量,区分已有积分的消耗、新购买积分和自动充值付款。Pro计划本身的选择见我们的Pro 100、200和500对比。

区分记忆和权限

在第一次对话中,dot提出了同一登录账户此前在ChatGPT讨论过的私人安排。当时用户还没有在dot对话中输入该安排,因此这是旧有上下文出现在初次建议中的观测实例。我们不公开具体安排或姓名。

根据官方记忆说明,dot会从相关的ChatGPT记忆开始,并保存自己的笔记。本次观察与该说明一致,但无法判定使用了哪些已保存记忆或历史对话。这既不是另一个账户泄露信息的证据,也不是整段聊天历史被复制的证据。

来自ChatGPT的记忆

与初次建议有关的上下文,和PC或Google连接不同。

dot自己的笔记

保存决策和进行中的工作。修改ChatGPT设置不一定会删除这些笔记。

连接权限

dot在应用和PC中可以读取或操作哪些内容。

用户纠正dot:该安排不属于自己的工作,只研究公开的OpenAI资料,不要使用过去的私人上下文。dot承认了纠正,并表示会调整工作范围。我们不把这段回复当作保存信息已被删除或相关任务全部停止的证据。

断开应用连接也不同于删除已获取的信息。官方帮助称,要移除dot自己保存的记忆,需要删除dot。Learn使用Delete名称,帮助使用Reset,因此决定前应阅读实际界面的确认内容。用户操作前应先保存成果物并核对删除范围。

“发送前确认”“不要发布”等指令和自定义规则很有用,但它们并非撤销访问权的设置,也不能保证永不出错。官方控制说明表示,指令、现有权限和安全要求会决定操作自动执行、等待批准还是交还用户。它没有承诺每次操作都必须逐一确认。

希望发送或发布前先确认时

根据官方Custom rules步骤,完成设置后打开“Settings → Personalization → Permissions → Custom rules”,通过Add指定操作和处理方式。希望发送或发布等操作先获得批准时,选择“Ask before taking action”;始终想自行处理的操作,选择“Hand off to you”。显示及可用性取决于账户和管理员设置。

在对话中明确的条件

说明本次范围、完成标准和禁止操作。

在设置中核对的条件

检查持续生效的确认规则及应用、PC的连接权限。

以上是官方步骤说明,本次没有修改这些设置并测试其行为。自定义规则也作为指令处理,不等同于撤销连接权限或彻底防止意外操作的机制。

初始设置流程与连接选择

通过桌面应用或桌面浏览器中的ChatGPT创建dot。官方入门指南说明,可以跳过应用连接,以后再添加,也可以选择是否连接本地PC。本次Windows应用的界面按以下顺序出现。

  1. 从“Your dot”进入介绍页面。页面显示“Create your dot”。用户阅读持续工作和数据设置说明后继续。
  2. 选择是否连接Google。列出了邮件、日历、联系人和Drive,并提供不连接直接继续的选项。
  3. 选择dot的工作位置。显示了“Your dot’s computer”和本地计算机选项。本次用户未授权访问本地PC。
  4. 进入第一次对话。dot显示问候、修改名称的提示和初次建议。
不必一开始就连接所有服务。

可先做公开信息研究或生成小应用,待有需要时再考虑连接。本次未连接本地PC,也收到了HTML成果物。

跳过Google连接不会关闭已经启用的插件。官方连接指南说明,dot可以在现有权限内使用账户已启用且受支持的插件。开始前应确认当前登录账户、已连接应用及其读取和发送权限。

在个人资料的“Computers”中,要区分云端计算机和本地PC。出现授权按钮不代表已授权。使用获授权的PC时,该PC必须在线且ChatGPT应用保持打开。“Offline”也不代表访问权限已撤销。

无需连接的小型首次请求

初次测试时,限定成果物和验证方法,更容易评估结果。下面是面向读者调整过的请求示例;我们没有以完全相同的措辞进行对比实验。

请在你自己的云端,仅用HTML、CSS和JavaScript制作小型ToDo应用。支持添加、完成状态切换、删除、浏览器保存和拒绝空输入。请区分实际验证的操作与未验证事项,并说明我如何获取成果物。不要委派给其他开发聊天,不要连接我的PC或外部应用,不要发布、push或购买。也不要使用过去的私人上下文。

在完成报告中,不仅要看实现了什么,还要核对是否实际操作、是否只有模拟测试、检查的是哪份文件。不使用私人上下文的指令不是删除已保存信息的设置。

测试ToDo应用的生成与修改

测试条件:2026年10月1日,Pro订阅用户在Windows版Codex应用中向dot提出请求。官方介绍dot搭载GPT-6 Astra,但我们未取得本次处理的实际执行模型或客户端详细版本号。请求排除了委派其他Codex任务、连接本地PC、外部发布、push和购买。目标是只用HTML、CSS和JavaScript制作小型ToDo应用。

请求同时规定了功能与验证方式

本次请求要点

  • 在dot自己的云端开发,不委派给其他Codex任务
  • 支持添加、完成状态切换、删除和浏览器保存
  • 实际在浏览器中操作验证
  • 说明成果物获取方式,并列出无法确认的项目
  • 不连接PC或外部应用,不发布、push或购买

dot先表示会创建应用并在浏览器中检查,随后提交了todo.html。HTML、CSS和JavaScript集中在一个文件中。检查源代码发现,添加、完成切换、删除、localStorage保存、拒绝空输入和保存失败警告均已实现。

交付了应用,但dot未完成浏览器验证

dot报告称,其云端浏览器访问localhost被阻止,也不允许直接打开HTML。它称模拟DOM和存储测试全部通过,但明确表示真实浏览器中的操作、显示和保存未验证。我们没有取得原始错误日志,也未确定访问限制的原因。

模拟测试有助于检查逻辑,却不能证明真实浏览器中的存储、渲染或键盘操作正常。当时请求的真实浏览器验证尚未完成。这也不能证明所有dot环境都有同样限制。

生成

用户提出规格 → dot提交初版HTML

报告验证未完成

dot称模拟测试通过/真实浏览器行为未验证

在另一个环境中检查

用户传递文件 → Codex在真实浏览器中操作

追加功能与复查

用户要求撤销功能 → dot修改 → Codex再次检查

本次实际观察到的流程,不是dot自主委派给Codex的流程。

追加撤销删除

检查初版后,用户追加了撤销最近一次删除的要求。这是初始需求之外的改进,并非修复初版缺陷。dot提交的修订文件在删除后显示撤销按钮,并加入恢复原始位置和完成状态的逻辑。

小型ToDo重建的修订版界面

任务已删除
可以撤销最近一次删除

撤销删除

仅限最近一项。重新加载后无法撤销。

□ 第一个任务
□ 最后一个任务
用HTML重建文件界面的说明图,标签已翻译。这不是可操作的应用,也不是截图。

连续删除时只能恢复最后删除的一项,重新加载会清除撤销记录。界面也说明了这一点。dot称位置、完成状态、连续删除等模拟测试通过,但修订版也未在真实浏览器中验证。用户收到修订版后再次交给Codex检查。

在真实浏览器中验证了什么

收到的原件未经修改,通过临时本地HTTP服务器提供,由另一个Codex聊天中的AI操作内置浏览器。我们记录了初版和修订版的SHA-256,以固定检查文件的版本。这是在另一个环境中实际操作成果物,而不只是阅读dot的自述报告。但这不是人类长期日常使用后的评价。

检查项目Codex实际操作结果条件与限制
添加与空白输入成功添加日语任务
拒绝仅含空格的输入
也可通过Enter添加
完成与删除完成状态切换及只删除中间项均正常也验证了通过Space切换完成状态
重新加载后的保存保留剩余项目及完成状态通过HTTP打开时的localStorage
撤销恢复原始位置和完成状态恢复结果在重新加载后仍保留
连续删除与添加后的恢复只恢复最后一次删除
与新增项之间的顺序也正确
恢复后撤销按钮隐藏
同名与最后一项同名已完成项的恢复,以及从空列表恢复均正常也验证了通过Enter撤销
长文本与屏幕宽度初版在390px和1280px下没有横向溢出修订版未验证所有宽度和缩放比例

来源:AI Arte于2026年10月1日的操作记录。dot模拟测试通过的说法来自用户提供的报告,原始测试日志没有经过独立审查。

类似HTML标签的输入也按文本显示。代码使用textContent插入用户输入,没有外部脚本、图片或网络通信逻辑。但仅凭这些检查不能保证整个应用的安全。

保存成功的结论有适用条件。

未检查双击HTML文件打开、修改文件名或位置、隐私浏览、存储空间不足及多个标签页同时编辑。不能把HTTP下的成功推广为所有打开方式都成功。

完整的任务管理应用还需要考虑保存失败后的恢复、标签页同步、数据导出和误删处理。本次仅检查了单页面原型的基础与追加功能,并未评价产品成熟度或dot的大规模开发能力。

委派与独立检查的条件

根据官方文档,dot可以创建新的云端聊天或已连接PC上的Work、Codex聊天,也可以继续已有的本地Codex工作。它可检查自己启动的任务结果并发送后续指令。用户也可从个人资料的“Activity”打开委派聊天并直接给出指令。

新的委派聊天不会自动获得与dot的全部对话,需要传入目标、完成标准、禁止事项和相关背景。也不能假设本地文件、浏览器登录状态或未提交修改会自动转移到新的云端环境。回复称已指定模型,与实际执行模型的记录也应区分。

仅准备Codex Cloud,不能保证浏览器检查

我们收到报告称,dot可选择的Codex Cloud环境列表为空。委派云端开发前,需要准备包含目标仓库和开发配置的Codex Cloud环境。本次没有创建环境或执行委派。

不过,同一官方页面的限制明确列出“Computer and browser use”目前不受支持。因此不能说准备环境后就能使用内置浏览器检查。通过命令运行Playwright等浏览器自动化测试是否可行,在本次环境中也没有测试。

审查验证证据

阅读代码、日志和图片,指出缺口。这不同于重新实际操作。

独立操作检查

单独运行同一版本,输入、点击和重新加载。需要可访问的路径。

dot回答称,localhost和file URL不可用时,尚未建立不发布、不连接PC就能自行操作应用的路径。委派环境的localhost不会自动从另一个云端可达。本次没有进一步准备,而是由用户传递成果物,再通过Codex实际操作检查。

这不代表dot没有委派功能,而是说本次条件下,委派环境和独立检查路径均未准备好。评估实用性时,应区分独立生成应用成功和委派后的协调成功。

分别停止dot、委派任务和定时运行

结束对话或语音通话,并不一定停止已经布置的工作。官方停止步骤把以下事项视为独立操作。

  1. 通过Pause暂停dot本体。停止其当前工作,不是一键停止所有委派任务和未来定期运行。
  2. 在Activity中检查委派工作。打开需要停止的开发聊天或任务,逐一停止。
  3. 在Scheduled中检查定时运行。禁用或删除未来的定期运行。停止当前任务和取消未来计划是不同操作。

停止不会撤销已经完成的修改、发送或发布。本次没有实测整个停止流程,因此以上按官方步骤介绍。布置持续工作时也应规定结束条件和报告位置,便于确定需要停止的任务。

提出请求时决定
  • 范围:仅限这个仓库、文件或研究主题
  • 完成标准:怎样算结束,以及通过哪些操作验证
  • 许可范围:允许编辑、委派、发送、发布和购买到什么程度
  • 持续条件:是否一次性请求、追踪多久、通知哪些情况

同时检查文字条件与连接设置、Activity、Scheduled的实际状态。

如何按需求选择

这次小应用中,dot完成了初版实现和追加修改。但dot未完成浏览器检查,用户转交文件,由另一个Codex聊天补充验证。目前不能说,把工作交给dot就可以省去检查是否完成的工作。

适合直接从Codex开始的情况
  • 已有开发聊天具备相关背景
  • 想一边查看差异和界面,一边修改一个仓库
  • 想自行细化修改优先级
适合考虑dot的情况
  • 想同时追踪开发以外的研究、文档和计划
  • 想整理多个任务及接下来需要做的决策
  • 能提供可访问的委派环境和检查路径

这是依据官方角色说明与本次观察提出的分工建议,不是让两者在同条件下开发同一应用的对照实验。先用小请求,要求提交成果物、实际检查的操作和未验证事项。之后再决定是否扩大持续协调的范围。Codex开发模型的选择应与dot的角色分开讨论,见我们的GPT-6.1 Sol与6 Sol对比。

常见问题

dot有免费试用额度吗?

查阅的官方说明未列出Free、Go或Plus的dot试用次数。第一个dot包含在Pro或Business Premium中且无需额外付费,和免费计划能否使用是两回事。功能逐步开放,即使符合计划条件,也可能暂时看不到。

不连接PC就不能创建应用吗?

本次单个HTML应用在dot自己的云端生成和修改,PC连接并非必要。不过,要处理你PC上的文件或已有本地Codex聊天,需要另外连接。

Start call按钮是什么?

它用于开启与dot的语音对话。官方概述说明,可通过对话中的电话按钮开始通话,通话期间也可以发送文字。结束通话不表示停止已经布置的工作。

使用dot会比Codex质量更高、成本更低吗?

本次没有进行这种对比。生成和修改成功,但独立浏览器检查由另一个Codex聊天完成。若未在相同条件下记录时间、用户介入、追加审查、模型设置和用量,就无法判断质量或费用优劣。