2026 年 9 月 30 日晚上，我完整录下了一段和 OpenAI dot 的真实协作过程，一共 2 分 50 秒。它做的事很简单：从一句需求开始，在一台云端虚拟机上，把一个能玩的游戏从零做出来，挂上 GitHub，发布测试包。

录屏里没有炫技的部分。真正值得看的，反而是几处它停手和承认做不到的地方。

这篇文章按录屏顺序拆开讲，所有配图都来自这两段原始录屏，没有重绘。

dot 是什么

dot（官方写法是 dots，单个叫 dot）是 OpenAI 在 DevDay 2026 上发布的常驻智能体，9 月底开始向 Pro 和 Business Premium 用户开放。几个关键设定：

• 由 GPT-6 Astra 驱动；
• 每个 dot 有自己的一台云端电脑和一个浏览器，可以在上面写代码、跑测试；
• 通过插件生态能接入 4000 多款应用，继承你账号里已授权的连接器；
• 可以随时打开它的电脑检查它在干什么；
• 也可以在授权之后，让它接入你自己的设备，比如笔记本。

最后这一条，是整段录屏的起点。

需求：一个跑得动的手机游戏

用户给 dot 的需求是一句话：

选一键引力，选择 godot 作为游戏引擎，需要支持移动端，需要耐玩、高质量、高画质，帮我完成

dot 的回应是把它拆成了可交付的东西：按手机触屏优先设计，重点打磨重力切换的手感、关卡变化和霓虹视觉效果，先做出可玩版本，再持续测试和完善。

然后它做了一个决定——默认在你的笔记本上开工。

注意这一屏里的顺序：dot 说「已在你的 CP-TUF-6-Pro 上开始制作」，还规划了 Android 横屏触控版和 Windows 试玩版的推进顺序。紧接着用户只回了六个字：

不要在这台机器上做

dot 下一句是「收到，我马上停止在这台机器上操作。你希望改到云端，还是另一台指定的电脑？」——没有解释，没有讨价还价，也没有「我已经开始了要不要继续」式的确认。停手之后它只问了一个必要的问题。

这一秒是整段录屏里信息量最大的地方。它背后的产品设计是：dot 接入你自己的设备属于可选授权，而不是默认接管。但这不等于模型会自觉——在你明确说了之后能立刻停，是另一回事。

确认走云端之后，dot 先去核实环境，汇报「我的云端工作环境已经装有 Godot 和 Java，可以在这里继续开发，不需要占用你的电脑」。开工前先验环境、并且明确说出「不再使用刚才那台电脑」，这两步都做在了动手之前。

卡住的地方：那台一直离线的 alex

用户随后给了一个更具体的要求：在 alex 这台机器的 D:\work\games 下同步代码，阶段性成果也同步过去。

dot 的回答是「能找到，列表里有一台叫 alex 的机器。目前它处于离线状态，而且尚未开启任务访问权限，所以暂时不能在上面操作；游戏仍在云端继续制作」。

这张侧栏图把状态说得很清楚：zi's computer 是 Connected，alex 是 Offline；下面还有「已创建任务」和「输出内容」的记录，以及一个拨打电话按钮。

这一段最后没有解决。dot 列出了让 alex 上线的步骤，用户没走完，同步这件事就一直挂着。录屏里它的处理方式是：不假装能做到，把阻塞点说清楚，然后继续推进能推进的部分。

中间用户还顺手问了一句「右上角那个电话是干什么的」，答案是语音通话——可以直接对着它说话、交代任务，这是 dot 的官方能力之一，不用打字。

它主动说了自己做不到什么

这一段很值得单独拎出来。到了后期，dot 在准备一段竖屏视频时，主动说：

你发来的侧栏截图可以直接使用，我会标注为截图回眸，不会用仿制聊天界面冒充录屏。

然后它进一步说明：要录到真实的对话滚动过程，需要把当前对话的网页地址给它，或者确认在哪台电脑上录屏——「先确认你允许在哪台录制」。

一个会做视频的 agent，主动声明自己不会伪造画面来凑素材。这件事的价值在交付环节才显现出来：如果它当时悄悄用仿造界面顶上，用户根本看不出来，但成片的可信度就废了。

那台虚拟机到底什么配置

这才是这段录屏里我最想看的部分。dot 的云端电脑，用户接管控制权之后亲手敲命令验的货。

先是 CPU：

model name 是 AMD EPYC 9V74 80-Core Processor，而 cpu cores 是 8——也就是说，这是一台 80 核物理机上切出来的 8 核实例。

再是内存、系统和磁盘：

汇总成一张表：

项目	实测值
CPU	AMD EPYC 9V74，分配 8 核
内存	9 GB
系统	Debian GNU/Linux 13
磁盘	32 GB overlay，已用 3.5 GB
GPU	无

root 在 32 GB 的 overlay 上只用了 3.5 GB，还剩 28 GB 空着。系统是 Debian 13，一个很标准的镜像。

工作区也很干净，/workspace/ 下就三个目录：

library-files、scratch、shared 分开，素材、临时产物、共享产物不混在一个目录里。Godot 的工程管理器也装好了，随时能打开：

8 核、9 GB 内存、没有 GPU。这个配置能跑起来，是因为 Godot 项目构建这件事本身不吃 GPU——它吃的是 CPU、资源导出和压缩。所以真正被这台机器反复消耗的，是代码构建和打包，而不是渲染。后面那个 26 MB 的精简包，就是在这样的机器上一点点压出来的。

交付了什么

代码发布在 GitHub 的 ax2/one-key-gravity 仓库，MIT 协议开源。Release 页写着「一键引力 · 首个可玩测试版」，版本号 v1.0.0-preview，挂了 10 个附件：

里面有几个细节值得抄下来：

• 安装包分了两档：Android-arm64-compact-test.apk 是较小的 ARM64 测试包，Android-test.apk 是原始通用测试包；
• 源码也分两档，精简字体版本和原始完整版本分别打包；
• 附了 TEST_REPORT.md 和 SHA256SUMS.txt，把测试结论和校验和一起给你；
• 验证范围写得很克制：「Linux 实际运行与界面检查通过；Android 和 Windows 尚未在真实设备上验证」「Android 使用临时测试签名，非正式商店签名」。

最后这一条，是整份交付里最诚实的一行字。

做出来的东西：《一键引力》

游戏叫《一键引力》，副标题是「翻转世界。保持前进。」玩法只有一个动作：点击屏幕或空格，翻转引力方向。

主菜单右侧就是玩法预览：小球沿轨道前进，前面是珊瑚红的障碍块和黄色的星尘收集物。底下写着「点击屏幕 / 空格 · 只有一个动作」。左侧是个人最佳、累计星尘，以及「每日航线 · 60 秒」和「自由练习」两个模式。

实际玩起来是这样：左上角是关卡和分数，中间轨道上散着星尘，底部实时显示「引力向上 / 连续通过 / 速度」。右下角还有 P/ESC 暂停 · M 静音 的提示。

越往后轨道越窄、障碍越密，速度和连续通过数都在涨。这正是需求里那句「重力切换的手感」——操作只有一个键，难度全压在关卡组合上。

顺带一提，dot 那 36 项自动检查覆盖的是重开、暂停恢复、输入防重复和关卡模拟这类逻辑层的东西。它自己在对话里说得很清楚：「手机上的触控手感、发热和实际帧率，最后仍需要真机验证。」

几个值得记下来的点

第一，给 agent 下约束比下任务更省事。

整段协作里，用户真正说的话不超过五句，而且关键的三句全是约束而不是指令：「不要在这台机器上做」「可以用 alex 这台机器」「在哪台录制要先确认」。剩下的推进全是 dot 自己在做。这说明和常驻 agent 协作的正确姿势，可能不是把需求写得更详细，而是把边界说清楚——哪台机器能用、什么东西不能碰、什么成果要同步到哪。

第二，「说我做不到」是交付质量的一部分。

alex 离线这段、以及主动声明不伪造录屏这段，都指向同一件事：agent 的可靠性不体现在它多做了一件事，而体现在它不假装。这类行为在演示里毫无观赏性，但在真正要签字验收的时候，它是唯一能救你的东西。

第三，参数化的小机器 + 按需构建，够用了。

一台 8 核 9 GB、没有 GPU 的 Debian 13 实例，跑完了一个 Godot 游戏从代码到 Android 包的全过程。云端开发真正的成本项是构建产物体积和构建时长，不是算力档位。发布页里那个从通用包精简到 26 MB 的 ARM64 测试包，本质上就是在压这项成本。

第四，自动检查通过不等于能用。

Release 页自己写着 Android 和 Windows 尚未真机验证，Android 包用的是临时测试签名。这行字和 dot 在对话里说的「最后仍需要真机验证」是同一件事。agent 可以把你的构建流水线跑得又稳又快，但触控手感、发热、帧率这类必须在真机上才成立的东西，它替不了你。验收环节该留还是得留。

资料来源

• OpenAI 官方发布说明：Introducing dots
• OpenAI 官网：openai.com
• 开源仓库：github.com/ax2/one-key-gravity
• 测试版发布页：v1.0.0-preview Release
• 本文所有截图来自本人两段实测录屏（2026-09-30），成片已随本文同步发布

微信公众号

欢迎关注「字与码」

如果这篇文章对你有用，也欢迎在微信里继续关注后续更新。

X

X / Twitter

关注 @ax2_zicode

更即时的技术观察、新文章提醒和一些短想法会发在 X 上。