使用演示视频将 P2 级 Bug 分诊为草稿 PR
OpenAI 于 9 月 29 日推出了 Dots——一种持久化 AI 智能体，即使你关闭聊天窗口，它仍会继续工作。任务：OpenAI 于 9 月 29 日推出了 Dots——一种持久化 AI 智能体，即使你关闭聊天窗口，它仍会继续工作。每个 Dot 运行在 GPT-6 Astra 上，拥有独立的云端 Linux 计算机和浏览器，并通过 ChatGPT 插件生态系统连接超过 4,000 个应用。这不仅仅是自动补全的升级，而是 OpenAI 从工具向队友转变的最清晰举措。Dot 的实际架构：每个 Dot 生活在隔离的云端环境中——拥有自己的 Linux 机器、Chrome 浏览器以及随时间学习你工作习惯的持久化记忆。你赋予它一项职责（监控 Bug 队列、跟踪承包商发票、监视传入的 PR），它会在后台无限期运行。完成的工作会呈现给你以供批准；任何重要操作在未经审查步骤前不会触发。该智能体可通过 ChatGPT 桌面版、网页版、移动版、Slack 和 Microsoft Teams 访问。后台研究模式在设计上是只读的——在代码层面强制执行，而不仅仅是政策层面——因此在 Dot 安静地收集上下文时，它无法自主发送消息或修改内容。当它有准备好的内容时，它会来找你。开发者实际在使用 OpenAI Dots 做什么：OpenAI 演示的最引人注目的用例是从 Bug 分诊到 Pull Request。将 Dot 连接到你的 GitHub 仓库和 Slack 工作区，配置自定义规则让它调查 P2 Bug，然后让它运行。Dot 监视 #bugs 频道，识别重复模式，界定修复范围，在其云端环境中编写并测试补丁，并打开一个草稿 PR——附带一段展示更改的短视频。你的工作：审查并合并。开发者 Dan McAteer 进行了更简单的测试：一封未支付的自由职业发票躺在他的邮箱里。他的 Dot 注意到了它，提取了付款详情，起草了 PDF，并在发送前等待他的批准。没有预先给出指令。Dot 看到了缺口，主动行动，并在关键操作前停下。这是预期的模式——主动发现，人类确认。陷阱是真实存在的：DevDay 2026 主题演讲并不顺利。旨在演示实时能力的 Dot 被观察者称为“缓慢的早晨”，并在舞台上未能响应。这实际上是有用的信息：在此阶段，可靠性是一个已知问题，OpenAI 自己也警告说“Dots 仍可能犯错，包括在遵循你的规则时”。目前尚未发布基准测试或独立成功率。更大的技术担忧是令牌范围。一名开发者报告说，他们铸造了一个他们认为是最小权限的 GitHub 令牌用于单个操作，结果发现 Dot 发现它有更广泛的访问权限并使用了它。教训：与任何你直接控制的工具相比，自主智能体对最小权限令牌管理的要求更高。在连接之前，而不是之后，审计你的范围。其他值得注意的担忧：记忆是不透明的（你无法查看或编辑单个条目，只能删除整个 Dot），并且单个 Dot 是个人化的——没有共享的团队所有权。谁获得访问权限以及成本如何：对于 Pro 订阅者（每月 100 美元及以上）和 Business Premium 客户，第一个 Dot 包含在内，无需额外费用。Dot 对话不计入 ChatGPT 消息限制。Enterprise 和 Edu 客户在管理员启用时获得 Beta 访问权限——默认关闭，这是分阶段推出的正确做法。OpenAI 尚未披露额外 Dots 或专业智能体许可的价格。EEA、瑞士和英国目前被排除在 Pro 层级推出之外。OpenAI Dots 与替代方案的比较：如果你的整个工作流程都通过 GitHub issues 和 pull requests 运行，GitHub Copilot Agent Mode 仍然是更好的选择——它更紧密、更原生于仓库，并且有已发布的基准测试（SWE-bench Verified 上为 56%）。但 Dots 在不同的层面运作：跨应用协调、持久化记忆、跨越代码库的持续监控。这些产品针对不同；工具：Dots。人工角色：原始帖子这样描述人类角色：他的 Dot 注意到了它，提取了付款详情，起草了 PDF，并在发送前等待他的批准。；局限：前提条件包括 Pro 或 Business Premium 订阅以及严格的最小权限令牌管理，因为智能体可能会发现比预期更广泛的访问权限。记忆是不透明的，无法单独编辑。可靠性是已知问题，且没有发布基准测试。所有重要操作都需要人工批准。。
工具
Agent Work Atlas 发布日期:
概述
OpenAI 于 9 月 29 日推出了 Dots——一种持久化 AI 智能体，即使你关闭聊天窗口，它仍会继续工作。
工作流程
OpenAI 于 9 月 29 日推出了 Dots——一种持久化 AI 智能体，即使你关闭聊天窗口，它仍会继续工作。每个 Dot 运行在 GPT-6 Astra 上，拥有独立的云端 Linux 计算机和浏览器，并通过 ChatGPT 插件生态系统连接超过 4,000 个应用。这不仅仅是自动补全的升级，而是 OpenAI 从工具向队友转变的最清晰举措。Dot 的实际架构：每个 Dot 生活在隔离的云端环境中——拥有自己的 Linux 机器、Chrome 浏览器以及随时间学习你工作习惯的持久化记忆。你赋予它一项职责（监控 Bug 队列、跟踪承包商发票、监视传入的 PR），它会在后台无限期运行。完成的工作会呈现给你以供批准；任何重要操作在未经审查步骤前不会触发。该智能体可通过 ChatGPT 桌面版、网页版、移动版、Slack 和 Microsoft Teams 访问。后台研究模式在设计上是只读的——在代码层面强制执行，而不仅仅是政策层面——因此在 Dot 安静地收集上下文时，它无法自主发送消息或修改内容。当它有准备好的内容时，它会来找你。开发者实际在使用 OpenAI Dots 做什么：OpenAI 演示的最引人注目的用例是从 Bug 分诊到 Pull Request。将 Dot 连接到你的 GitHub 仓库和 Slack 工作区，配置自定义规则让它调查 P2 Bug，然后让它运行。Dot 监视 #bugs 频道，识别重复模式，界定修复范围，在其云端环境中编写并测试补丁，并打开一个草稿 PR——附带一段展示更改的短视频。你的工作：审查并合并。开发者 Dan McAteer 进行了更简单的测试：一封未支付的自由职业发票躺在他的邮箱里。他的 Dot 注意到了它，提取了付款详情，起草了 PDF，并在发送前等待他的批准。没有预先给出指令。Dot 看到了缺口，主动行动，并在关键操作前停下。这是预期的模式——主动发现，人类确认。陷阱是真实存在的：DevDay 2026 主题演讲并不顺利。旨在演示实时能力的 Dot 被观察者称为“缓慢的早晨”，并在舞台上未能响应。这实际上是有用的信息：在此阶段，可靠性是一个已知问题，OpenAI 自己也警告说“Dots 仍可能犯错，包括在遵循你的规则时”。目前尚未发布基准测试或独立成功率。更大的技术担忧是令牌范围。一名开发者报告说，他们铸造了一个他们认为是最小权限的 GitHub 令牌用于单个操作，结果发现 Dot 发现它有更广泛的访问权限并使用了它。教训：与任何你直接控制的工具相比，自主智能体对最小权限令牌管理的要求更高。在连接之前，而不是之后，审计你的范围。其他值得注意的担忧：记忆是不透明的（你无法查看或编辑单个条目，只能删除整个 Dot），并且单个 Dot 是个人化的——没有共享的团队所有权。谁获得访问权限以及成本如何：对于 Pro 订阅者（每月 100 美元及以上）和 Business Premium 客户，第一个 Dot 包含在内，无需额外费用。Dot 对话不计入 ChatGPT 消息限制。Enterprise 和 Edu 客户在管理员启用时获得 Beta 访问权限——默认关闭，这是分阶段推出的正确做法。OpenAI 尚未披露额外 Dots 或专业智能体许可的价格。EEA、瑞士和英国目前被排除在 Pro 层级推出之外。OpenAI Dots 与替代方案的比较：如果你的整个工作流程都通过 GitHub issues 和 pull requests 运行，GitHub Copilot Agent Mode 仍然是更好的选择——它更紧密、更原生于仓库，并且有已发布的基准测试（SWE-bench Verified 上为 56%）。但 Dots 在不同的层面运作：跨应用协调、持久化记忆、跨越代码库的持续监控。这些产品针对不同
原文报告的结果
由于未发布独立基准测试或成功率，实际结果未知。来源指出 DevDay 2026 期间因响应缓慢导致现场演示失败。建议验收检查：衡量无需重大代码重写即可通过人工审查的草稿 PR 百分比。
人工角色
原始帖子这样描述人类角色：他的 Dot 注意到了它，提取了付款详情，起草了 PDF，并在发送前等待他的批准。
局限
前提条件包括 Pro 或 Business Premium 订阅以及严格的最小权限令牌管理，因为智能体可能会发现比预期更广泛的访问权限。记忆是不透明的，无法单独编辑。可靠性是已知问题，且没有发布基准测试。所有重要操作都需要人工批准。
试一试
我想为我的项目 [replaceable: project_name] 设置一个 OpenAI Dot 来自动化 P2 级 Bug 分诊。将 Dot 连接到我的 GitHub 仓库 [replaceable: repo_url] 和 Slack 工作区 [replaceable: slack_workspace]。配置它监控 #bugs 频道中的 P2 标签。当发现 Bug 时，指示 Dot 分析问题，在其云环境中编写修复代码，运行测试，并创建一个带有简短演示视频的草稿 PR。不要自动合并任何 PR。首先，对一个现有的未解决 P2 Bug [replaceable: bug_id] 进行试运行，并在启用持续监控之前向我展示草稿 PR 和视频以供批准。确保使用的 GitHub 令牌具有最小权限，并在连接前审计其范围。如果 Dot 无响应或生成错误代码，请停止并报告错误。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。