Claude Duet 会主动提醒，急事能等几小时吗

Hello，我是飞飞。

你关掉电脑，Claude Duet 还在替你干活。可你交给它的事，能等几小时才被看见吗？

这两种等待，得分开看。Duet 能在后台继续做任务，也会主动找你。但它检查已连接账户，有自己的间隔。真要出事就立刻叫人的活，我不会只交给它。

我还没用上 Duet。这篇对照十月二十一日的官方文档和六月那次部署故障，先判断哪些事适合交给它。

关电脑还能干什么

官方发布介绍的 Duet，是一款主动工作的助手。它在自己的虚拟机和浏览器里做事，手机或笔记本关了也能继续。早上给简报，白天挑出需要你关注的事，也接你交代的任务。

我写文章有资料、审稿、改图几个阶段。阶段之间若等人回复，结果就可能搁着。Duet 要是能在轮到我时来叫一声，这部分确实有用。

Duet 想接走的，包含这种“记着还有事”的负担。它能把分散的信息收起来，准备结果，等轮到你拍板再找你。

但它是新一轮研究预览。当前从美国 Pro、Max 用户的候补名单分批开放。

几小时里会漏什么

发布文有个具体说明：Duet 每隔几小时检查已连接账户。后台检查与聊天共享套餐额度，持续检查会更快用完，所以它选择隔一阵看一次。

已经接手的任务，可以在后台继续推进。“几小时”讲的是检查账户的间隔，不能把所有任务的执行过程都套成这个节奏。

这里没有固定到几分钟的承诺。帮助文档还直接提醒，紧急消息可能在两次检查之间到来。

云端还在运行，不等于每个账户都被实时盯着。

假如我要它明早整理未处理的邮件，晚些看到一封普通跟进，通常还能接上。如果那封邮件说“付款失败，服务即将停用”，它什么时候看到就很关键。这是任务选择的例子，不是我测出的通知延迟。

等它查到账户之后，还隔着一层判断：这件事要不要叫我。Duet 的卖点包括少打扰，官方也承认，它可能误读对话、误判紧急程度。

所以没收到消息，可能是还没轮到检查，也可能是检查后没判断成急事。单靠安静，我没法知道是哪一种。

这让我想起自己那条部署流程。那条链也没来叫我。

一天没更新才发现

六月二十三日那篇发布流水线旧文记着，我去翻部署记录，才发现推送 GitHub Pages 镜像的 PERSONAL_TOKEN 过期了。它是一枚代我认证推送的令牌。

部署记录里，构建已经成功，末尾的 git push 却卡在认证失败。新文章已经变成网页文件，镜像站上还是旧内容。

主站由另一条 Docker 流水线部署，照常能打开。我隔了一天主动翻记录，才发现这一支没送出去。

那次我偷懒的地方很具体：把“没有人来叫我”，当成“这条链应该跑完了”。其实告警有没有送到我眼前，我并没验证。

七月那篇再提这件事，我把它塞进“主动循环”里。现在看，那条由推送触发的固定部署脚本，并不会自己找活。称它为事件触发自动化更准确。

Duet 会主动筛选事情，脚本照既定步骤执行，两者不能直接画等号。共同的问题，是人离开以后，出了岔子怎样重新接上。

我不拿旧事故证明 Duet 会漏报。我自己吃过的亏是：一份已经失败的工作，可以在我没看见时躺上一整天。新助手能不能缩短这段时间，需要另测。

先交一份能等的简报

真有使用资格后，我想先交给它一份现成周报。材料由我明确提供，或放在已授权连接的应用里。我想拿到的，是一份带原文入口的待办。

委托可以写成这样：

替我整理这份本周报告，只列需要我处理的待办，每项附上原文入口。读不到报告就告诉我缺什么；报告里没有待办，就明确写没有。整理好后通知我，留待我审阅。

这份任务不含紧急故障，简报可以晚些到。我还能拿原报告逐项对照，看看待办有没有出处、材料是不是本周的。它主动追问需要我决定的项，也能省掉我记着回来翻的负担。

但“没有待办”和“没有拿到材料”，得在结果里分开。前者让我可以放下这件事，后者意味着这份报告的待办还不能核实。两种情况都只回一句“处理完毕”，我就又回到六月那种猜状态的日子。

Duet 的任务页展示正在做的工作，以及需要用户输入的任务。它能建议任务看起来已完成，真正标记完成要由用户操作。任务页让我知道该去看结果，产物和来源才让我判断能不能收下。

我会把验收落在几个可查的地方：文件已经生成，引用能打开，待办能在本周报告里找到。需要我补材料，就说清缺哪份；需要我批准，就把要执行的内容摆出来。

这也解释了我为什么不急着拿它接管本地写稿流程。Duet 用的是云端电脑，帮助文档说，它看不到电脑上的全部文件。本地 Markdown 不会因为同样叫 Claude 就自动过去。材料取不到，后面的及时提醒也无从谈起。

这段委托是待执行的写法。我愿意给它的自由，是在明确材料里整理、解释、追问。至于直接对外操作，仍要按产品的审批流程留给我确认。

等待要分段看

以后拿到资格，我会先测这份不着急的简报，留下几项时间记录：

要记的时间	能帮助分清什么
材料何时更新	输入版本从什么时候起有变化
它何时发现	能观察到的发现时点，查不到就留空
它何时通知	发现以后，有没有把需要我的事送出来
我何时看到	通知发出，与真正接回工作相隔多久

这些时间未必每项都能直接拿到。能查到就记，查不到就留空，不能用通知时间倒推它早就看见。拿不到材料、等我审批的状态，也单独标出来。

这样我才能分清要改哪一步。材料没取到，先补接入；已经通知而我一直没看，得回头检查通知是否在合适的地方。要是连“何时发现”都不知道，就先别把延迟怪给某一个环节。

这张表用来观察，不是拿一次成功替产品下保证。任务本身不急，刚好给我时间慢慢回查。我没有跑过这项测试，也没有一组通知延迟可以晒。

急事另留一条路

部署失败这种有明确错误状态的事件，我仍想另配直接通知到人的路径。先送出哪项失败、何时失败、记录在哪，修复再等我决定。

拿六月那次作标准，提醒只写“部署有进展”还不够。它得让我看出失败的是镜像推送，不是主站全停；还得能点回那次失败记录。知道该查哪一支，才接得住下一步。

文档说明了 Duet 在完成或需要审阅时通知。至于连接失效、额度耗尽等异常，分别怎样通知、多久通知到，本次材料没有给我可据以承诺的规则。我不会把“没核到”改写成“它没有”，也不会替它补一句“出错马上叫人”。

直接告警也得验证能否送到眼前。六月之后这套配置有没有全部补齐，本篇没做检查；我也不会把一项待做要求写成已经解决的成绩。

我期待 Duet 替我记住那些容易搁下的工作。那份周报可以晚些审，镜像推送失败却不该再等我隔天顺手发现。你手头准备交出去的那件事，晚几小时知道，究竟会损失什么？