我让AI管了一整天，最后得拦住它

导读：一个科技记者把日程全交给Claude Cowork，结果发现最大的敌人不是AI不够聪明——是AI太积极了。

从"试试而已"到"停不下来"

作者最初以为Claude Cowork只是个聊天工具。测试越多，越发现这是Claude里会长期用下去的功能。

第一次调度任务后，看到它按预期运行，就开始想把更小的任务也塞过去。很快，Cowork从"测试品"变成了"日常工具"。

第一个任务很小：每天下午4:21，自动生成一份科技趋势日报。作者需要跟进最新动态，但常被其他事分心忘记。

5月2日那天，打开聊天窗口，报告已经在等：Gemini接入400万辆通用汽车、Anthropic发布Claude Opus 4.7和安全测试版，以及其他新闻。报告出现在Cowork聊天界面，扫一眼就能判断哪些值得深入。

设置花了不到一分钟：新建任务，输入/schedule，描述需求，回车。Claude发确认消息，作者回去工作。没多久，第二个任务也安排上了。

雪球效应：从工作流到生活提醒

第一份科技报告打开了闸门。作者开始想：还能让Cowork接管什么？

它把第一个任务处理得太好了，脑子里全是"还能交出去什么"的念头。雪球越滚越大，连原本自己顺手做的小事也丢了过去。

连喝水这种小事都没放过。"为什么不让它提醒我呢？"不是工作截止日期，但确实重要——这类事通常卡在脑子里，要么想得太晚，要么彻底忘掉。

问题逐渐暴露：不是Cowork不行，是作者自己停不下来。每天用Claude，连最小的事都开始听起来像能外包的任务。

重要任务交出去，确实有用。但一堆小事的提醒，慢慢从"帮手"变成了"干扰"。

刹车时刻：能自动化≠要自动化

作者意识到需要往回拉。Cowork在特定场景表现最好：可能忘记的事、想稍后看的报告、知道会忽略的提醒。

但一旦把每件小事都变成独立任务，帮助感消失了，取而代之的是"做过头"的疲惫。顿悟来得有点晚：Cowork能接管更多日程，不等于必须给它更多。

作者自嘲：差点让它提醒呼吸。

未完成的边界

原文在此处中断。但已披露的信息足够清晰：Cowork的运行依赖电脑开机状态，离线场景存在明显断点。

这对"全天候管家"的定位是个硬约束。作者没展开，但暗示了问题——当AI代理试图渗透完整日程，物理世界的边界（设备状态、网络连接）成了第一道防线。

清单：用Cowork的5条务实建议

基于作者的踩坑记录，整理如下：

1. 从"会忘的事"起步

科技日报、定期信息汇总、截止日期提醒——这类任务有明确价值，且人类确实容易遗漏。Cowork的确认机制和定时触发，恰好补这个缺口。

2. 警惕"顺手也能做"的任务

喝水、起身、看窗外——这些微行为本可以靠习惯或环境线索完成。硬塞进AI流程，反而制造通知疲劳。作者的教训：小事的提醒密度过高，会从助力变噪音。

3. 区分"外包"与"卸载"

外包是转移认知负担，卸载是逃避微小决策。前者省时间，后者可能削弱基础自控力。作者差点把呼吸也交出去，说明边界模糊的速度比想象中快。

4. 接受离线即中断

Cowork依赖电脑在线。这意味着它无法覆盖完整的一天——通勤、会议间隙、设备关闭时段。设计任务时要预留人工接管节点，别假设AI 7×24在场。

5. 定期审计任务清单

作者的"拉回"动作是手动完成的。建议设固定周期（如每周）回顾：哪些任务确实省了时间？哪些只是增加了交互次数？砍掉后者。

为什么这件事值得科技从业者关注

Claude Cowork的陷阱，本质是"自动化诱惑"的缩影。当工具能力边界模糊，用户容易过度授权——不是技术失败，是产品设计中的"默认积极"心态在作祟。

对25-40岁的科技从业者，这是切身问题：你们既是这类工具的用户，也可能是设计者。作者的经历提示一个反直觉结论——AI代理的最大风险不是做得太少，是做得太多、太主动，以至于用户失去对"什么值得自动化"的判断力。

实用建议：下次测试类似工具，先列"绝不外包清单"。把喝水、呼吸、短暂发呆这类事写进去，作为防过度自动化的锚点。技术能接管日程，但接管的理由必须你自己持有。