聊天窗口、终端 Agent、桌面 Agent：同一件活该交给谁，先看交接成本

我现在的顺序，跟刚上手时相反：先看这件活的输入在哪、交付物是什么，模型反而排在后面。同一个模型放进聊天窗口、终端 Agent、桌面 Agent，干同一件事的体验完全不一样。差的通常不是它够不够聪明，而是交接：输入怎么给它，结果怎么拿回来，出错怎么退。

所以「用哪个 AI」这个问题，很多时候应该先拆成「这件活该在哪个面上干」。

三种入口，手伸的长度不同

聊天窗口是对话面。你描述问题，它回应，你接着改。网页版通常只能靠上传文件，输出还是文本。它适合把模糊想法聊清楚、写初稿、读一份材料、做一次对比。优点是随时能打断、成本低；缺点也明显，它不碰你的文件系统，最后把内容落到哪、叫什么名字、怎么归档，还是你来。

终端 Agent 是工程面。它在命令行里工作，能读整个代码仓库、改文件、跑测试，有的还能直接提交改动、开合并请求。它解决的不是「帮我写一段代码」，而是「这个仓库里的问题，让它自己找、自己改、自己验证」。代价是学习曲线更陡，长会话的 token 也更容易失控。

桌面 Agent 是操作面。它直接读写你授权的本地文件夹，能整理目录、生成带公式的表格、把一堆材料合成一份文档；有的还能定时跑任务，或者从手机上派活。它把「上传、下载、再上传」这一段省掉了。代价是权限更大：它能碰你的文件，也就意味着它能在你不知情的时候改错东西。

交接成本，主要藏在三个地方

输入怎么进去，是第一道摩擦。聊天窗口要你上传，文件一多就变成体力活；桌面 Agent 能直接读目录，但你得先想清楚授权哪一层。给整个盘最省事，也最危险。

结果怎么出来，是第二道。聊天窗口给你一段文本，复制到文档里还要排版；终端和桌面 Agent 直接把结果落盘，但你得知道去哪找、怎么判断它对不对。

出错怎么回滚，是最容易被忽略的一道。聊天窗口说错了，重开一轮就行；能改文件的 Agent 一旦批量操作，没有版本控制就是灾难。最常见的翻车，是让它整理文件夹，它按自己的逻辑重命名，原文件名再也找不回来。

这三件事，才是「值不值得交给工具」的真正账。模型能力强不强，只决定上限；交接顺不顺，决定这活是顺手收尾，还是拖到晚上。

我的分工：按交付物，不按模型

一段文字、一份提纲、一次材料归纳，交给聊天窗口。它擅长在对话里来回改，我也能随时叫停。

一个能跑的改动、一次重构、补一组测试，交给终端 Agent。因为这类活有明确的验收标准：测试过没过、构建有没有报错、行为有没有变。标准越硬，越适合放手。

一批本地文件、一张要交出去的表、每天重复的整理，交给桌面 Agent。它省掉的是中间那段搬运，不是判断。

如果一件活横跨三种，比如把散落的会议记录整理成周报：先在聊天窗口里定结构，再让桌面 Agent 去读文件夹里的记录、合并成初稿，最后自己改语气和判断。别指望一个入口全包，跨面的活硬塞给一个入口，通常会得到一份「看起来完成了」的东西。

一条交接单，比提示词更有用

我现在派活之前，会先写五行：

• 输入：文件在哪，哪些能读，哪些不能碰
• 交付：什么格式，放到哪个目录，文件名怎么起
• 验收：跑什么命令、对哪几个数、谁来签字
• 禁区：不能改的目录、不能发的消息、不能用的账号
• 失败：卡住时停在哪一步，不要自己扩大范围

这五行写清楚，提示词短一点没关系。反过来，提示词写得再漂亮，验收标准含糊，最后还是要你从头看一遍。Agent 用不顺，多半不是提示词的问题，是派活的时候自己也没想清楚「做完是什么样」。

权限给到刚好，不要给到方便

只授权当前项目的文件夹，不要图省事给整个盘。

批量改文件之前，先提交一次版本，或者复制一份带日期的备份。没有版本控制，就不要让 Agent 做不可逆的操作。

涉及付款、对外发送、删除的动作，必须有人确认。可以让它把邮件写好、把表格填好，但发送键自己按。

桌面 Agent 能控制屏幕的时候，尽量在干净的环境里跑，别让它碰到已经登录的后台、网银或者客户系统。这不是不信任工具，是给失误留一条退路。

哪些活我仍然不交给 Agent

需要承担责任的判断：合同签不签、这个人招不招、这笔预算批不批。工具可以列事实、给对比，字还是人签。

信息本身不全的活：输入是错的，Agent 只会更快地错。先把材料补齐，再谈自动化。

十分钟能做完的一次性活：写交接单、验收、返工的时间加起来，比自己做还长。

需要审美和关系判断的活：对外沟通的语气、设计上的取舍、难听话怎么说。这些交给工具，省下的是打字时间，赔进去的是分寸。

一个判断顺序

我现在选入口，先看输入在哪、交付是什么、错了能不能退，最后才轮到模型。顺序反过来，活还是那些活，人多半会更累。