从“会聊天“到“能干活“：用 OpenCode 给自己找个 AI 搭子

你肯定有过这种感觉和 AI 聊了半天说的都对但就是落不了地。让它写文案改了五版还是不对味让它分析问题分析得头头是道但解决不了让它帮忙整理资料它说你把资料贴给我——你有几十份资料贴到什么时候问题出在哪出在你一直在和 AI聊天从来没让它真的干活。聊天框里的 AI再聪明也只是嘴上说说。真要做事你得给它找一个能干活的地方。这篇文章我们就来聊聊这件事。一、为什么聊天框里的 AI 干不了活先打破一个常见误解不是 AI 不够聪明是你把它放错了地方。你想想一个人再能干你把他扔在一个空房间里只给一部手机跟他聊天他能干成什么事他看不到你的文件用不了你的工具不知道你的规矩。他除了跟你聊天啥也干不了。AI 也是一样。聊天框里的 AI就像被关在空房间里的人——它只有你刚说的那几句话别的什么都不知道什么都碰不到。那要让 AI 真的干活得给它什么说穿了就三样。第一它得能看到你的资料。不用你每次手动粘贴它自己能找、能翻、能读。第二它得能用你的工具。能改文件、能跑命令、能接外部系统不是光嘴上说。第三它得知道你的规矩。做事的方式是什么、输出的格式是什么、什么能做什么不能做心里得有数。有了这三样AI 才从陪你聊天的变成跟你一起干活的。二、OpenCode 是什么OpenCode 就是这么一个能让 AI 真干活的地方。你可以把它理解成——给你的 AI 搭子准备的一张工作台。这张工作台上有它干活需要的所有东西你的项目文件、代码、文档它都能看到读写文件、执行命令、调用工具它都能做你定的规矩、写的 AGENTS.md它会照着来。感兴趣的话可以直接去看官方文档这里就不多展开了我们重点说——为什么有了这张工作台AI 就能干活了听起来好像也没什么特别的不就是个 AI IDE 吗不对。区别在于——聊天框里的 AI 是被动的你问一句它答一句OpenCode 里的 AI 是主动的你给它一个目标它会自己想办法做完。你给它一个目标它会自己拆步骤、自己动手、自己检查做完了告诉你结果。中间走偏了它会自己调整做错了它会自己修正。这就是 Agent 的执行闭环——目标、计划、行动、观察、修正、验证。聊天框里没有这个闭环。你说一步它走一步。你不说它就停着。这不是更强的 AI这是不同的工作方式。就像同一个人在路边跟你唠嗑是一个状态坐在工位上干活是另一个状态。人还是那个人环境变了行为模式就变了。三、跟着跑一遍让搭子帮你整理项目文档说再多不如跑一遍。我们拿一个所有人都能理解的场景来试让 AI 帮你整理一个项目的 README。别小看这个任务——它包含了读文件、理解项目结构、组织语言、输出结果是一个完整的小闭环。第一步告诉搭子你要做什么打开 OpenCode选好你的项目目录然后说一句话帮我把这个项目的 README 重新整理一下。按项目定位、目录结构、快速开始、维护约定四段来写语言要简洁不要废话。就这么一句话。注意你不需要把项目介绍一遍也不需要把文件贴给它。为什么因为它自己能看到工作区里的文件。这就是和聊天框最大的区别。第二步看搭子怎么干活说完之后你就看着——它会先翻一翻项目里的文件看看这是个什么项目然后它会读现有的 README看看写了什么、缺了什么接着它会根据项目结构重新组织内容最后它直接改 README 文件改完告诉你哪里改了、为什么这么改。整个过程你不用插一句话。它自己找资料、自己判断、自己动手。你最后做一件事就行检查结果告诉它哪里不对。第三步你验收它修改如果你觉得哪段不对直接说第三段快速开始写得太简单了把环境要求也加上再补一个常见问题列表。它马上就改。改完再给你看你再验收。来来回回几次直到你满意为止。发现没有这才是搭子的感觉——不是你问一句它答一句是你们一起把一件事做完。四、这个搭子为什么能干活看到这你可能会说不就是 AI 能读文件吗有什么了不起的还真不只是能读文件。能读文件只是第一步真正让它从聊天的变成干活的是三件事同时凑齐了看得见你的资料、用得了你的工具、知道你的规矩。缺了任何一样它都干不了活。先说看得见资料这件事还记得我们前面说过AI 每次只能看一张纸吗那张纸上有什么直接决定了它能干成什么样。聊天框里的 AI那张纸上只有你刚敲进去的几句话——你不说它就不知道。你不贴资料它就没资料可用。OpenCode 里的 AI 呢那张纸上塞得满满的——整个项目的目录结构它扫得到README 它读得到代码文件它翻得着你写的 AGENTS.md 它也看在眼里甚至前面聊了什么它都记得。完全不是一个量级的上下文。所以你不用反复解释这个项目是干嘛的不用把资料一份份贴给它不用每次从头讲背景。它自己找、自己看、自己用。这事儿说穿了不值钱但真用起来差别巨大——就像你跟一个完全不了解情况的人聊天和跟一个已经在项目里待了半年的同事聊天效率能一样吗再说用得了工具这件事光有资料还不够。你让它整理文档它总不能在聊天框里给你口述一遍怎么改吧你还得自己复制粘贴、自己找文件、自己改。那叫什么干活那叫你指挥它出主意最后活还是你干。在 OpenCode 里不一样——它有手有脚。读写文件是基础操作改代码、跑命令都不在话下。你让它整理 README它直接就把文件改好了你打开看就行不用你手动搬运。这还只是最基础的 Tool。再往上一层是 Skill——比如它知道怎么按你的风格整理文档怎么对齐团队的代码规范怎么做代码审查。这些不是天生就会的是别人把经验封装好变成了 AI 能调用的专业能力。再接上 MCP 就更夸张了——它能直接连你的飞书、连你的数据库、连你公司的内部系统。你让它把整理好的文档发去飞书群它直接就发了不用你下载下来再上传。你看AI 从会说到会干中间差的不是更聪明的大脑是能碰到真实世界的手和脚。最后是知道规矩这件事有资料、有工具就一定能干好活吗不一定。你肯定遇到过这种情况明明说清楚了要干嘛结果 AI 给出来的东西就是不对味——格式不对、风格不对、重点也不对。为什么因为它不知道你的规矩。你说帮我整理一下文档你心里的整理是按我们团队的模板来分四个部分语言要简洁但 AI 理解的整理可能是把内容重新排一排加点润色。信息差就在这里。那规矩怎么来小规矩写在你说的那句话里。比如按四段来写语言要简洁——这就是单次任务的契约你写清楚了它就按这个来。大规矩写在 AGENTS.md 里。比如这个项目用什么架构、代码风格是什么、提交信息怎么写、文档模板长什么样——这些长期有效的规矩写一次AI 每次都照着来。小契约 大契约合起来就是 AI 做事的边界。边界越清楚它干的活越靠谱。边界越模糊它就越容易自由发挥——发挥出来的结果嘛大概率不是你要的。这也是为什么我们前面说别再找 Prompt 模板了——模板解决不了根本问题。根本问题是你有没有把任务的边界、格式、验收标准清清楚楚地告诉 AI。在 OpenCode 里这个逻辑被放大了。不止 Prompt 是契约整个工作区的规则都是契约。五、这个搭子还能干嘛整理 README 只是最简单的一个例子。只要你愿意试它能帮你干的活多了去了。随便说几个日常能用的一堆杂乱的笔记扔进去让它按主题分类整理最后给你一个索引会议录音转成文字稿了扔给它帮你提炼成结构化的会议纪要谁要做什么、deadline 是什么列得清清楚楚。改简历、改文案、改邮件这种事就更不用说了——你把你要的风格告诉它它帮你调来来回回改几版总能找到你想要的感觉。甚至你读一篇长文章嫌累扔给它让它给你总结核心观点有什么具体问题直接问它能在文章里找答案给你。如果你是工程师那用法就更多了。刚接手一个新项目让它帮你梳理代码结构把核心流程和关键模块给你讲明白比自己瞎翻代码快多了。写代码的时候跟它说清楚这个项目的架构约定和代码风格它写出来的东西至少在格式和结构上不会跑偏。出 Bug 了把报错信息和相关代码扔给它让它帮你定位问题、分析原因、给出修复思路——不一定每次都对但至少能给你一个方向比自己闷头想快。还有写单元测试、写接口文档、做代码审查……这些重复劳动都可以丢给它先打个底你最后过一遍就行。当然不是说 AI 什么都能干。它能干得好的都是那些有明确目标、有明确规则、结果能验证的事。越是模糊的、需要拍板的、没有标准答案的事它越干不好——至少现在还不行。但话说回来——我们每天的工作里有多少是真正需要拍板定方向的大部分时候我们缺的不是创意是有人帮我们把那些繁琐但重要的事踏踏实实干完。这就是搭子的价值。六、普通人怎么上手工程师能玩多深不同的人用这个搭子的方式完全不一样。如果你只是想用它省点时间不用学什么复杂的东西记住三件事就够了。第一件事别啥都在一个对话框里聊。写文章就在文章的工作区做项目就在项目的工作区个人生活的事单独开一个。不同的事放不同的地方搭子才不会搞混。第二件事说清楚你要啥。别只说帮我整理一下——整理成什么样给谁看要多长按什么结构你说得越清楚它干得越靠谱。你模棱两可它就只能瞎猜。第三件事会验收会提修改意见。第一版不满意太正常了别用了一次觉得不行就放弃。你告诉它哪里不对、要怎么改它马上就能调。来来回回几次总能调到你想要的样子。就这三件事不用学编程不用懂技术普通人都能用好。如果你是工程师或者想玩得更深一点那能折腾的东西就多了。最基础的你可以给每个项目写一份 AGENTS.md把这个项目的架构约定、代码风格、提交规范都写进去。写一次以后 AI 在这个项目里干活都会照着来。再进一步你可以写自己的 Skill。什么意思呢就是把你擅长的工作方法、检查清单、专业流程封装成 AI 能调用的能力。以后它干活就用你的方法而不是它自己瞎摸索。再接上 MCP 呢它就不只是你代码里的搭子了——它能直接操作你的数据库、调用你的接口、发消息到飞书、查 Jira 工单。整个研发流程里的重复劳动都可以交给它。玩到最后你甚至可以搭多 Agent 工作流。一个负责写代码一个负责做审查一个负责写文档各司其职你最后拍板就行。从用它省点时间到让它帮你搭一个 AI 团队中间的空间很大。你想走多远就看你自己了。写在最后回到开头的问题为什么你和 AI 聊天总觉得差点意思因为 AI 的价值从来不在聊天里而在做事里。你不需要一个更能聊的 AI。你需要的是一个能跟你一起把事做成的搭子。未来真正会用 AI 的人不一定是最会写 Prompt的人也不一定是最懂技术的人。而是最懂得怎么给 AI 找对位置、定好规矩、分好工的人。就像找搭子一样——不是找最厉害的是找最合适的、能一起把事干成的。下一篇我们聊一个更深入的问题这个搭子干完了活它能记住吗难道每次都要从头开始这就是分层记忆要解决的事。关于 ArchAIHarness这篇文章是「看懂 AI 与智能体」专栏的一部分由ArchAIHarness持续输出。ArchAIHarness 是一套面向 AI 时代软件工程的人机协同架构哲学与公开工程资产主张架构师定义秩序AI 在秩序中生长。人立法AI 执行体系审计。如果你认同这套思路欢迎到 GitHub 上跟进我们的工程样例、AI 协作工具和长期方法论沉淀组织主页https://github.com/ArchAIHarness方法论沉淀docs工程样例frameworkgatewayAI 协作工作流agent-workflowsEngineered by Architects · Empowered by AI · Audited by Discipline