乐于分享
好东西不私藏

AI工具:一个永远不够,两个也不一定对

AI工具:一个永远不够,两个也不一定对

对不对,取决于按什么逻辑划分。

在个人助理的层面上,一个不够,很多人感受到了。整理案件用ChatGPT,项目管理用Cursor,写代码Claude code,管任务又换一个。工具越来越多,切换越来越频繁,效率很难说提高了多少。

于是开始做减法:找一个功能最全的,把其他的都替掉。

我试了,不行。——我现在跑两套AI系统。一套是Trae,字节做的AI编程IDE。另一套是我的本地AI框架,OpenClaw。

但这篇文章不是说”这两个就对了”。

1、加第二个工具的方式是错的

先说”一个为什么不够”。

回想一下昨天用AI干了什么。大概率有两类事。

一类是:写一份文件、改一篇稿子、分析一个问题、做一个方案。需要坐下来,打开相关材料,进入深度工作状态,干完它,产出一个明确的结果。

另一类是:冒出一个想法,随手记下来。读到一篇文章,存了个链接。跟同事聊完一件事,想复盘一下自己刚才的表达方式。跑完步,想记录一下今天的训练量。

前者是项目,有起点有终点。后者是碎片,没有终点,只有持续的流动。

一个工具不够用,不是因为它功能不全——是因为这两种工作的性质完全不同,任何单一工具都不可能同时在两种模式下做到最好。

但大多数人加第二个工具时,不是按工作性质分的。是按”哪个更新、评价更好、功能更多”来选的。结果就是两个工具干的事高度重叠,维护两套系统的成本比只用一个还高。

两个工具不一定比一个好。按错误的逻辑加的第二个,反而是负担。

2、管”项目”和管”碎片”

正确的分法不是按工具的品牌或功能,是按你手上的事的性质。

我把它分成两种:管项目的和管碎片的。

管项目——每件事都是一个独立单元。

拿我的工作来说:代理一个案件,需要把证据、记录、依据、诉讼策略等等全部放在同一个空间里交叉比对。写一篇公众号文章,需要同时打开之前的文章做风格参照、打开素材笔记找论据、打开初稿反复修改。做项目规划,需要计划、团队、产品在同一个视野里互相校验。

这类工作的核心需求是深度上下文——所有相关文件摊在桌上,模型能随时调取任意一份做对照。你需要一个”工作台”,不是一个”对话窗”。

管碎片——没有独立的”项目”,只有持续流动的零散信息。

今天读到一句话有触动,记下来。明天跑步时冒出一个选题角度,记下来。后天跟当事人聊完,突然意识到自己沟通中有个盲区,想复盘一下。这些东西单独看都不构成一件”事”,但它们的价值恰恰不在单次产出——在于积累到一定量之后的交叉碰撞。三个月前记的一句感悟,和上周看到的一个案例,突然在某个瞬间撞出一个新洞见。

这类工作的核心需求是持续在线和长期记忆——不需要深度处理的工作台,需要的是一个始终在旁边、了解你全貌的助手,随时接住你扔过来的碎片,帮你攒着,时不时替你做一次交叉整理。

用项目制工具去管碎片,每次都要”打开项目→找到对的文件→写入→关闭”,三步操作把一个5秒钟的灵感变成了30秒的流程。你用轻量对话助手去做深度产出,上下文窗口装不下全部材料,每次都要重新喂背景,改到第三稿时它已经忘了第一稿为什么改。

不是工具不够强。是把两种性不同的事情进了同一个容器。

3、我的两套系统

Trae里我放了几个项目,全部是”管项目”型工作,比如——

案件研究:把相关法规、证据清单、诉讼策略放在同一个项目里,模型可以交叉验证”这个主张有没有对应证据支撑”。庭审前让它模拟对方律师找弱点,比自己闷头想覆盖面更广。

微信公众号文章:所有历史文章、风格参考、写作规则都在项目文件夹里。改稿时diff可视化,每次修改可追溯。不用在对话里重复交代”我的写作风格是什么”。

OpenClaw方案迭代:用Trae写OpenClaw的代码——用一个工具开发另一个工具,逻辑上很顺。配置文件、技能模块、测试方案都是项目文件。

案件文件管理:我的案件本来就按流程和文件类型分了层级目录,直接在Trae里打开就是现成的项目结构。

代码排查:直接打开OpenClaw的文件夹做调试和排错。

它们有一个共同点:我打开它,深度工作,做完一个阶段,关上它。下次打开时,所有上下文还在原地等我。

OpenClaw这边只管三件事——

日常顾问:通过飞书随时聊。遇到一个决策拿不准,丢过去让它帮我拆解。它了解我的背景、偏好、工作节奏,不需要每次从头介绍自己。

健身追踪:记录训练量、追踪身体状态、调整计划。不是一个项目,是每天都在发生的持续记录。

灵感收集:一句话、一个想法、一段感悟,随手扔给它。它帮我攒着,定期做交叉碰撞,输出选题建议或洞察报告。

底层还跑着两个系统:RPG游戏化系统——把现实目标转化成游戏任务,这是让我每天都会打开OpenClaw的粘性入口;知识管理系统——对接Obsidian,分散收集、集中处理。

两套系统各干各的。Trae管项目,OpenClaw管碎片。不重叠。

4、什么时候”两个”才是对的

回到标题的问题。两个也不一定对——那什么时候才对?

答案不在工具上,在认知里。

我之前栽在这上面。写公众号文章这件事,我一开始放在OpenClaw里做。它能写,也能改,每次修改都有版本号,流程本身没问题。但有一个东西它给不了我——边写边打磨的同时可见。后来我把文章搬进Trae,体验完全不同:初稿、历史文章、风格参考并排打开,改一处立刻看到全文效果,每次修改diff高亮显示,随时回溯任意版本。写文章这件事的核心不是”生成”,是”打磨”——而打磨需要的是你能同时看到全貌,一边改一边感受整体节奏的变化。对话流做不到这一点,不是能力问题,是形态问题。

我见过更多人犯同样的错:找到一个好用的AI工具,然后试图让它干所有事。写代码用它,写文章用它,管日程也用它,记笔记也用它。结果就是——每件事它都能干,但没有一件干得真正顺手。然后换下一个工具,重复同样的循环。

两个工具之所以”对”,不是因为数量变多了。是因为你在加第二个之前,先回答了一个问题——“我手上这件事,是一个项目还是一堆碎片?”

答案清楚了,工具自己会归位。

5、现在做一件事

打开手机,看看过去一周用AI做的所有事情。

把它们分成两列。左边写”项目”:有明确产出的——写完的文档、做完的分析、改完的代码。右边写”碎片”:没有终点的——记下的想法、追踪的习惯、随手的对话。

两列里的东西全挤在同一个工具里——这就是你效率上不去的真正原因。不是AI不够聪明,是你的容器装错了东西。

懂工具的人,先人一步。

不是比别人多一个工具,是比别人先想清楚怎么分。

· END ·

看懂规则,拆解复杂