帖子说了什么
@madaearly 对照官方文档提醒：Claude Code 的定时任务（Scheduled tasks，页面与 CLI 里仍常叫 Routines）在云端跑时，不会像你盯着终端那样逐条点同意；创建时还会把账号上已经连好的 MCP 连接器默认全部勾上，包含写入能力。@chrisdu56714275 用一句话说清操作点：点 Create 之前，先把本任务用不到的连接器拿掉。@0xMfox 则拿它和 Claude Duet 对比——Duet 设计成发信前先问你；云端定时任务走的是另一套无人值守逻辑，不能当成「有个 Yes 按钮」的同款。
对照官方说明
我们核对了 Automate work with scheduled tasks 现行说明：
- 创建任务时，当前已连接的 connectors 默认全部纳入；文档写明 Claude 在运行中可用这些连接器，包括写入。要限制范围，就在创建/编辑对话框里删掉不需要的。
- 云端新开的一轮运行默认进 auto mode（组织未关闭且模型支持时）：由分类器代你放行或拦截；若命中 ask 规则，或连续拦截达到阈值，仍会停下来等人在运行详情里回答。
- 定时任务用的是你的 claude.ai 账号身份：经 GitHub / Slack 等连接器做出的操作会显示为你本人；用量计入订阅额度。
因此：社区说的「没有交互式 Yes 按钮」指的是不能指望每一步都弹窗；真正立刻能改的，是连接器清单和提示词边界，而不是幻想「完全不会动外部服务」。
你可以立刻做的几件事
- 开新任务前先打开 Connectors 页：只留本任务需要的（例如只要 GitHub，就去掉邮箱、日历、支付类连接器）。
- 一个任务、一个仓库、一个明确结果：提示词写清「只开 draft PR / 不推 main / 失败两次就停」；不要把「顺手发 Slack、顺手改账单」写进同一条。
- 分支保护：默认会推到
claude/前缀分支——给main开好保护规则，避免提示词写糊时直接进主干。 - API 触发令牌当密钥管：若加了 API trigger，令牌只显示一次；泄露后立刻 Regenerate / Delete，别贴进公开仓库。
- 用量：每次运行都算订阅用量；间隔过密会很快撞到限额，先用较低频次观察几天。
小结
定时任务的价值是「合上笔记本也能跑」；代价是权限边界要在创建时就画好。默认全开连接器省事，也最容易把无关应用写进自动化。创建前砍连接器，比事后在聊天里说「别乱动」靠谱。
