这么多 AI 工具，我是怎么分工的
前阵子整理工具账单，我愣了一下：Claude、Kimi、ChatGPT、Gemini，四个 AI 订阅同时在续费。
身边不少同学也是这样。哪个出了新模型就冲一个，公众号吹哪个厉害就试一个，半年下来手里攥了一把订阅，却说不清每个到底该干嘛。结果就是——遇到任何问题，都习惯性打开最顺手的那个对话框，一个工具当四个用。
后来我才想明白：把这些工具按”哪个更聪明”来排序，是个伪问题。它们真正的区别不在智商，在工种。就像你不会纠结”扳手和螺丝刀哪个更高级”，你只会问”这颗螺丝该用哪个”。
这篇就聊聊，我怎么把这堆 AI 工具重新分了工。哪怕你手里只有一个订阅，这套”分工种”的思路也用得上——至少能让你知道，什么活它干得了，什么活你不该指望它。
先把工具拆成三种”工种”
我现在是这么给手里的 AI 分类的，就三种：
第一种，写代码的”手”。 代表是 Claude Code、Kimi Code 这类能直接读你电脑文件、能跑命令、能改代码的工具。它们的特点是”动手”——不是跟你聊代码，而是真的把代码改了、把脚本跑了。
第二种，读长东西的”眼”。 代表是 Gemini，尤其是它的超长上下文（能一口气读上百万字）。它的特点是”通读”——你把一整个项目、一整份几十页的 PDF、一摞论文丢进去，它能整体看完，告诉你全局是什么样。
第三种，聊天和推理的”脑”。 代表是网页版的 Claude、ChatGPT。它的特点是”一来一回”——你问它一个问题、让它出个方案、帮你做个判断，它给你一段有条理的回答。
关键的领悟在这：同一个工种里，挑一个主力就够了，别两个并着用干同一件事。 你有两个”手”（Claude Code 和 Kimi Code），不代表要同时使唤俩去改同一份代码——那不叫高效，那叫添乱。留一个当主力，另一个当备胎。
一个任务来了，到底怎么走
光分类没用，得有流程。我把几乎所有任务都套进了一个”四段式”，从一个东西进来到最后交付，依次走四步。我拿”接手一个新项目”举例，串一遍。
第一步：理解。让”眼”先通读。
新项目、新代码、新一摞要读的资料进来，我第一件事不是急着动手，而是先丢给那只”眼”——用超长上下文的工具整体看一遍。
把整个项目代码打包丢进去，问它：”这套东西的架构是什么？核心在哪？哪里可能有坑？”把要读的文档和论文丢进去，让它先消化，给我一张”现在是什么状况、跟我的目标差在哪”的地图。
这一步不写一行代码，纯粹是建立认知。很多人跳过这步直接上手，写到一半才发现方向错了——返工的成本，远比先花十分钟通读高。
第二步：决策。让”脑”出方案。
拿着上一步那张认知地图，我去找”脑”（网页版对话）出方案、定路线、排优先级。这一步是把”我大概明白了”变成”我知道接下来具体做什么”。
这里有个小技巧：真正重要的决策，可以找第二个”脑”要个独立意见。 比如一个方案，我先问 Claude，再把同样的问题丢给 ChatGPT。两个 AI 给出不同答案的地方，往往就是这件事真正的风险点、真正需要你自己拿主意的地方。它们意见一致的，你大可放心；它们打架的，你就得多想想。
第三步：执行。让”手”落地。
方案拆成一个个具体的编码任务，交给”手”去做。它能直接读我的文件、改多个文件、跑测试。
如果某个任务很核心，我就让主力（比如 Claude Code）一门心思跟它。如果要并行——比如一边搞主线、一边处理一个独立的小脚本——我会让备胎（Kimi Code）另开一个窗口跟次要任务，两边互不干扰。
但有一条铁律：永远别让两只”手”同时改同一个文件。 它俩各改各的，最后合并时能冲突到你怀疑人生。要么分文件，要么排队，绝不重叠。
第四步：复查。再让”眼”扫一遍。
代码写完，我会把改完的整个项目**再丢回那只”眼”**通读一遍，问它：”有没有逻辑漏洞？有没有跟最初的目标对不上的地方？”
为什么要这步？因为”手”是一个文件一个文件改的，它的视野是局部的；而很多问题——比如这个文件的输出和那个文件的输入对不上——只有站在全局才看得出来。 “眼”的超长上下文正好补这个盲区。
到这，一个任务就闭环了：眼看→脑想→手做→眼查。
三条我踩过坑才总结出的规则
第一条：别用”脑”干”眼”和”手”的活。
要读五十页 PDF，别在聊天框里一段一段贴——那是”眼”的活，丢给超长上下文的工具。要写代码，别在对话框里复制粘贴来回倒——那是”手”的活，用能直接落盘的工具。
在对话框里贴来贴去，是最大的隐性浪费。 既费额度，又因为一次贴不下、上下文断裂，让 AI 答得越来越离谱。你以为你在用 AI，其实你在当人肉搬运工。
第二条：好钢用在刀刃上，别让额度漏在闲聊里。
现在这些工具基本都改成了”按用量计费”——复杂任务烧得快，闲聊烧得慢。所以把贵的额度留给真正吃力的任务：通读大项目、整理文献、做深度调研。日常那种”帮我改个错别字”的小事，用免费档或便宜的小模型就行，没必要动用最贵的。
我自己的做法是：把超长上下文的额度，集中喂给”通读项目”和”整理文献”这两件最值的事，其余尽量省着。
第三条：同工种只留一个主力，另一个当”溢出阀”。
我有两只”手”，但日常只用一只。另一只什么时候上？两种情况：一是主力的额度用完了，备胎顶上，不至于停工；二是确实需要并行干两件独立的事。
这样的好处是——你既有冗余（一个挂了不至于全停），又不会把精力分散在两套不同的操作习惯上。 两个工具天天混着用，最后哪个的脾气你都没摸透。
写在最后
代码归”手”，长文档归”眼”，要个判断找”脑”；同工种留一个主力，别让它们打架。
你手里有几个订阅不重要，重要的是你心里有没有这张”工种表”。哪怕你只有一个 AI，搞清楚”它是哪个工种、什么活它干得好、什么活它干不了”，也比盲目地把它当万能助手强得多。
工具越多，越要分工。不然你不是有四个助手，你是有四个互相打架的对话框。
本文来自「研路炼钢」
