做一份竞品整理，ChatGPT 已经很熟练了。麻烦往往出现在整理之后：下周竞品又改了价格，产品经理补了一份需求，之前讨论过的方案还没落实，自己却已经开了十几个新会话。每一处都不算难，来回找资料、补背景、问进度，才是最耗人的部分。
Dots 要接手的，就是这些需要反复照看的工作。它适合回答“这件事接下来怎么办”，也适合接受“未来两周替我盯着这件事”的委托。把它当成一个长期协作者，通常比把它当成更贵的聊天窗口更容易用明白。
但长期协作有个前提：你得说清楚什么算做好。一个能持续运行的助手，如果长期追着一个模糊目标跑，带来的可能是更多需要处理的消息。
先弄清楚账号有没有入口
OpenAI 在美国当地时间 2026 年 9 月 29 日公布 Dots，国内报道多见于 9 月 30 日。官方用 dots 指代产品，用 dot 指代一个个人助手。下文提到 Dot，都是指你自己的那个助手。
截至 2026 年 10 月 1 日，它仍在逐步开放。符合条件的 Pro、Business Premium 用户可以陆续获得入口；Enterprise 等工作区需要管理员开启测试功能。Pro 首发范围不包含欧洲经济区、英国和瑞士，也不是订阅了任意 ChatGPT 套餐就能使用。官方开放说明会随发布进度更新。
如果没有入口，先检查套餐、所在地支持情况、客户端版本和工作区设置。不要为了一个按钮去下载来路不明的“Dot 安装包”。它是 ChatGPT 内的服务，不是随便找个脚本就能部署的独立软件。
首次创建要使用桌面客户端或电脑上的网页，之后再从支持的手机 App 继续交流。手机浏览器和手机 App 是两回事，看到别人手机上的演示，不代表手机网页有同样功能。
创建时，连接一项真正要用的资料就够了
创建流程会让你认识助手、选择外观，也会提供连接应用和本机的选项。名字和头像可以慢慢改；第一次就把所有邮箱、网盘、日历都接进来，反而容易让人搞不清它为什么知道某件事。
先选一项有明确用途的资料。例如，你想让它协助安排一次小型活动，就给它活动计划和场地往来邮件；想整理课程反馈，就提供反馈表和课程大纲。没有必要同时打开与这件事无关的私人资料。
可以先这样交代：
我准备在两周后办一次线上分享。这里是活动计划、场地报价和报名表。请先整理尚未决定的问题、需要回复的事项和最晚处理日期。不要联系任何人，也不要改原文件。遇到日期或金额冲突，列出两处原始记录，让我决定。
这段话没有复杂技巧，但把资料、目标和动作范围都写明了。第一轮结果回来时，你也容易发现它究竟读懂了哪些内容。
如果连活动日期都识别错了，就先修正背景。不要在这个基础上继续要求它起草邀请函、安排提醒和更新报名页面，错误会一路传下去。
Peter Yang 的公开演示画面。不同账号的界面与可用入口可能有所差异。
三种连接，不能混为一谈
用 Dot 最容易产生误解的地方，是“我已经连接了”。到底连接了什么，需要问得具体一点。
| 连接对象 | 主要用途 | 不能由此推断的事 |
|---|---|---|
| Slack 等消息渠道 | 对话、接收更新 | 所有邮箱和文件都已授权 |
| 应用或插件 | 在许可范围内读取资料、使用工具 | 可以任意发消息或公开文件 |
| 个人电脑 | 使用这台电脑上的文件与工具 | 本机关闭后，所有本地工作还能运行 |
这三类连接互相不能替代。你在 Slack 中给它发了一句话，并不会顺便授权你的整个邮箱；你在个人浏览器登录了某个后台，也不会让云端浏览器自动获得登录状态。
如果希望它查看本机项目，需要在桌面客户端明确连接电脑。这时要检查选中的设备是否正确，是否有不该接触的目录，以及工作是否真的需要本机。只有一份导出的表格，上传文件通常就能解决，不必因此开放整个工作环境。
电脑与应用指南还明确区分了云端浏览器与个人浏览器的会话。需要登录时，应使用产品提供的私密登录或接管流程，不要把密码直接贴进聊天。
第一件长期任务，选你能检查对错的
“帮我提高效率”不适合作为第一件任务。“帮我检查未来两周活动计划里的遗漏”就好得多。它有一个较小范围，也有现成材料可以核对。
适合开始的工作，通常有三个共同点：资料比较完整，结果可以回看，出现错误时容易修正。例如每周整理产品反馈、追踪一份项目待办、对比文档变更、准备下一次会议材料。第一次不要同时交出财务处理、人员沟通和线上发布等多种责任。
以项目待办为例，要求它只输出五个字段：事项、负责人、截止日期、当前阻碍、原始记录。别急着让它写一篇漂亮的进度报告。字段整理准确之后，才有条件讨论哪些事该先做。
对于没有写明负责人的事项，让它保留“待确认”，比根据聊天口气猜一个名字更有用。截止日期也是如此：“尽快”“下周左右”“发布前”不应该被悄悄改成某个精确日子。
你可以补一句：
不要为了填满表格猜测负责人和日期。信息不足时指出缺少什么；建议和已确认的决定分开写。
这类要求有点像带新同事：先让对方把事实梳理准确，再逐步让他参与判断。
给任务设一个结束点
长期任务不一定要无限期运行。第一次可以只安排两周，到期后回顾是否值得继续。
比如让 Dot 每个工作日上午检查活动计划，就把时区、持续时间、通知条件和通知地点一起写明：
从明天开始，连续两个工作周，每个工作日上午 9 点，按 Asia/Shanghai 时区检查报名和活动待办。只在截止日期可能错过、预算出现冲突或需要我做决定时通知我。正常进度写到待办记录里。请确认保存的运行时间和结束日期。
最后一句不能省。助手回复“我会每天检查”，和系统确实保存了一个定时任务，不是同一个结果。去 Scheduled 看一眼任务内容、时区和下次运行时间，才知道设置是否落地。
任务与记忆指南特别说明，连接信息源本身不会创建监控任务。固定时间执行的工作要有保存的安排，事件触发则需要连接方支持相应事件。
另一个常见问题是通知太多。不要只要求“发现情况告诉我”，应当指出哪些变化值得打断你。活动预算增加、重要嘉宾取消和一个普通报名字段更新，优先级显然不同。
学会检查产物，别只看一句“完成了”
Dot 能把部分工作交给其他任务继续处理。这样做方便，但也让进度分散在多个地方。主对话里一句“已经整理好了”，不足以证明所有附件都生成成功。
检查一份交付物，至少要打开它。文件能否打开、内容是否齐全、链接是否指向正确位置，往往比助手的完成说明更能说明问题。对一个要发布的网站，还要区分“已生成页面”“已发布页面”和“别人已经能访问页面”。
公开演示中，Peter Yang 展示过从大量评论中寻找频道改进机会、协助 App 上线以及经营资料整理。他也提到登录鉴权导致的失败。这里最值得借鉴的是选择任务的方法：资料分散、后续步骤多、以前容易漏掉。不要把某次演示耗时当作你的服务承诺。
公开演示中的评论分析任务。评论数量与耗时属于该次任务，不能据此推算其他任务的速度。
如果一件事卡住了，要求它说清楚“卡在哪里”，而不是再总结一遍原计划：是没有应用权限，登录过期，文件缺失，还是某个子任务等待你回复？这些情况的处理方式不同。
也可以直接规定失败报告的格式：
任何一步没有完成，请列出已完成部分、未完成部分、具体阻碍和下一步需要谁处理。不要把准备好的草稿描述成已经发送，不要把等待发布的文件描述成已经上线。
让它学会你的标准，靠修改实例
给 Dot 一长串抽象要求，例如“高质量、专业、有洞察”，通常不如给它一份你认可的结果和一份你不认可的结果。
写周报时，可以拿一份旧周报告诉它：这里的三项风险要保留，项目背景不必每周重复，数字要注明统计范围，尚未答复的事情不要写成已经决定。这样它得到的是能够执行的判断标准。
修正的时候也尽量具体。不要只说“太啰嗦”，可以说“把每个事项压缩成现状和下一步，删掉没有变化的背景”。不要只说“结论不准”，可以指出“这条反馈来自免费试用用户，不能直接代表付费客户”。
长期上下文确实能减少重复交代，但不能代替你的业务记录。合同、账单、产品决定和发布日期，仍应保存在你能独立管理的文件或系统里。助手记住了某项决定，不代表它成为唯一可靠的存档。
暂停时，把还在运行的工作逐项看一遍
有了长期任务，就要知道如何结束。停止主助手、停止它委派出去的任务，以及取消未来的定时运行，应当分别检查。
当前控制指南说明，Pause 针对当前主任务，不等于所有委派任务和定时任务都会一起停止。去 Activity 查看仍在执行的工作，去 Scheduled 处理未来安排。退出聊天或结束语音，也不能当作取消任务。
停下之后，再看看已经产生的结果：有无需要保留的文件、有无外部服务中的草稿、是否改过共享文档。停止继续工作不等于撤回已经完成的动作。
第一次使用 Dot，最好只交给它一件你平时确实会忘记、但又容易检查的事情。用两周看看：它有没有减少你翻找资料的次数，有没有提前指出真正需要处理的问题，有没有让你少做一轮催问。如果只是每天多收到一份没有变化的报告，就缩小任务、改通知条件，或者干脆停掉。工具能一直在线，不代表每件事都值得一直盯着。