我的 Max 额度每周都用不完
额度用不完不是任务少,是你还没学会带着底线让渡。密度 = 让渡 × 底线,任何一边为零,乘积都是零。
我订阅 Claude Max 已经一段时间了,坦白说,我每周的额度从来没用完过。
我的 Leader 同样订阅,他每周都用完。
一开始我以为是工作量的差别,后来发现不是。
表层:多线程 vs 单线程
他的工作台永远开着多个窗口。不同的项目、不同的任务、甚至同一个任务的不同假设——他会同时跑,并且做好上下文隔离,每个窗口各归各的,互不污染。
我不一样。我习惯一个窗口一个问题,一步步推下去,推到这个问题闭环了再开下一个。推理很细,节奏很慢。
像 CPU 调度——他用了并发,我还在轮询。
表面看,差距在技巧:多线程 vs 单线程。但挖一层,不是。
真正的瓶颈:信任,不是技巧
多线程的前提是:你敢让 AI 在你不盯着的时候自己往前跑。
我单线程,不是不会开多窗口。是我每一步都要审 AI 的输出:这段代码能不能跑?这个判断对不对?这个取舍是不是我想要的?不盯着就不放心。
他不一样。他把任务扔进一个窗口,给 AI 一个目标,然后切到下一个窗口做别的事。回来的时候 check 一下结果,错了就重开,对了就合并。
差别不在于谁”会用 AI”,而在于谁愿意让渡多少控制权。
额度用不完,不是任务不够多,是你还没放手。
反转:但单纯”放手”是有陷阱的
如果文章在这里停下,就变成一句鸡汤:“放手让 AI 自己跑就对了”。这个结论是错的。
没有底线的让渡叫裸奔,迟早被反噬:
- AI 帮你重构代码,但顺手删掉一个你以为是 dead code 的关键函数
- AI 帮你批量处理文件,中间出错停了,留下半残状态
- AI 帮你发一条动态,语气离你真实的自我偏了三度,但已经推出去了
- AI 帮你调 API,fuzzing 中扫到一个线上接口
让渡的前提是配套的安全底线。
安全底线具体是什么
不是嘴上说”我会小心”,是机制。我自己用的几条:
- 破坏性操作 gate:删库、
git push --force、rm -rf、drop table 这类不可逆动作,必须人工二次确认,AI 不能自己按下回车。 - 外部可见 gate:发朋友圈、推 PR、发飞书消息、调外部 API——任何会被别人看到的输出,都要我先预览再放行。
- 作用域 gate:让 AI 在 git worktree 或隔离目录里工作,爆炸半径不能溢出。
- 监理 gate:重要任务完工后,让另一个 agent 当”质检员”跑一遍,专门找裂缝,有否决权。
- 回滚 gate:每个关键节点打 checkpoint commit,错了能回到上一个干净状态。
这些不是限制 AI,是把 AI 的能量引到一个可控的河道里。有了河道,水才敢放大。
一个活例子 —— 今天删仓库这件事
就在今天,我和 Claude 在处理一件小事:删掉一个我不再用的老 GitHub 仓库。
Claude 完全有能力替我按下 gh repo delete——刷新一下 token scope 就行。
但它没。它让我自己去 GitHub 网页上点确认,自己输入仓库名,自己按 Delete。
为什么?因为这个动作同时命中了破坏性 + 不可逆 + 外部可见三条红线。这不是技术限制,是 AI 自己在守边界。
那一刻我意识到——好的多线程不是”AI 什么都能替我做”,是”AI 清楚什么事情不能替我做”。这两者看起来相反,其实是同一件事:都是为了让你敢放手。
收束
回到那个问题——为什么我的 Max 额度每周用不完?
不是任务少,是我还没学会带着底线让渡。
- 只有让渡,没有底线 → 裸奔,迟早被反噬
- 只有底线,没有让渡 → 我的现状,安全但慢
- 让渡 + 底线 → 真正的多线程,额度自然烧得完
Max 额度烧完,是两者配齐后的自然副产品,不是目的。为了烧完而烧,等于 gaming 指标。
密度 = 让渡 × 底线。任何一边为零,乘积都是零。