我有个毛病，估计你也有：刷到个新 AI 工具，吹得天花乱坠，立马装上试。用两天，又看到个更火的，再装。
折腾了大半年，我收藏夹里躺着十几个"神器"，真正天天用的，一个手数得过来。
最让我上火的不是装了又删，是每换一次，我之前调顺的那套用法、攒下的配置、好不容易养出来的手感，全打水漂，从头再来。
后来我才慢慢琢磨过味儿来：我一直问错了问题。
我老在问"哪个 AI 工具最好"。可这问题压根没法答------工具年年出新的，今天封神的，明年就被拍在沙滩上。我真正该问的，是另一个问题：
哪个工具，值得我花时间养、能陪我用上几年，而不是用着用着反过来卡我脖子？
这篇就跟你聊聊，我换了一圈、栽了几回跟头之后，看 AI 工具时慢慢养成的几个习惯。不是什么标准答案，是我自己的教训。
一、我开始关心"它会不会有一天卡住我"
我想先说说，我是怎么把眼光从"好不好用"挪开的。
一开始我也只看一件事：顺不顺手。界面漂亮、上手快、演示炸裂，我就觉得是好东西。
可栽多了我发现，"现在顺手"和"能陪我走远"，根本是两码事。
那些第一眼惊艳的工具，深用半年，毛病全出来了：我想加个自己的小功能，加不了；想换个更便宜的模型，绑死了；最惨的一次，我重度依赖的一个工具说涨价就涨价，我连搬家都搬不动，所有东西都卡在它那套封闭格式里。
从那以后我看工具，关心的就不是"它现在能给我什么"了，而是------它会不会有一天反过来卡住我。
下面这几件我后来格外在意的事，全是顺着这个担心来的。每一件，背后都是一种"将来可能把你卡死"的坑。我顺手拿 OpenCode（前面带你装过的那个 AI 搭子）对照着说------倒不是劝你用它，是它正好这几样都占了，拿它当个看得见摸得着的例子，比我空口讲清楚。
二、我会先看，它愿不愿意让我看见内部
我现在装一个准备长期用的工具，第一反应居然是去看它开不开源。
我以前也觉得，开不开源关我啥事，我又不读代码。
后来想通了一层。一个闭源工具，对你就是个黑盒子：它背地里干了啥，你不知道；它把你的数据传哪去了，你不知道；它哪天悄悄改规则、加限制，你也只能认。
开源不一样。它把里子翻开给你看。哪怕你自己不看代码，全世界总有人在替你盯着------有问题会被人揪出来、吵出来、修掉。
我越来越离不开 AI 帮我干活------让它读我的文件、改我的东西、连我的账号。你说，我凭啥信它？凭它官网文案写得好？
能被看见的，才谈得上信。 这是我后来才认的一个理。
拿 OpenCode 说，它整个代码就摊在 GitHub 上，谁都能翻、能提意见、能改了交回去。有个细节我特别有感触：它管 AI 的那套规矩，不是锁在哪个公司服务器里，而是写在你项目里一个叫 AGENTS.md 的明文文件里，还专门建议你把它提交进 Git，跟代码一块儿管。
你品品------AI 该守什么规矩，是一份你能读、能改、能查到每次改了啥的文件。 这种"摊开给你看"的劲儿，才让我敢把活交出去。
三、我吃过被绑死的亏，所以现在很在意能不能换"脑子"
这件事我是真栽过。
你得先知道个事：大多数 AI 工具自己并不聪明，真聪明的是它背后接的那个大模型。工具是个壳，模型才是脑子。
我之前用的一个工具，壳和脑子是焊死的，只能用它指定那一家模型。结果那家一涨价，我直接挨宰；后来那模型又出了点状况被限流，我整个活儿跟着停摆。那一刻我才反应过来：我的命，攥在别人手里。
能自由换脑子的工具，完全是另一种活法：哪个模型便宜、哪个强、哪个更对我这个活的胃口，我换就是。粗活用小模型省钱，硬骨头上强模型，随我。说到底就一句------没谁能拿捏你。
所以我现在看工具，会盯着这一条：它到底把选择权给不给我。
OpenCode 这点让我挺舒服：它自己不绑任何一家模型，我给它配上哪家的钥匙，它就用哪家，主流的几乎都能接，内部认模型就是 提供商/模型名 这么个写法，换家等于改个名字。它甚至让我给不同的活配不同的脑子------规划分析用个快又便宜的，真动手实现再上强的。连这种细活的选择权，都还在我手上。
四、我后来很看重，它的内部分不分得清
前两件事，担心的都是"外面会不会卡我"。还有一件，是往工具肚子里看的。
我打个你肯定遇过的比方。家里那种一体机------洗衣、烘干、净化全揉在一个机器里，听着方便。可一旦坏了，修哪儿都得整台搬走；想单独换个更好的烘干，没门，全焊死了。
工具也这样。我后来特别怕那种"一锅粥"式的 AI 工具：规矩、角色、能力全搅在一起，我想动一点点，整个就塌一片。
我喜欢的是分得清清楚楚的那种。还记得前面聊过那个 AI 编辑部吗？一个能干活的班子，得有清楚的结构：谁拍板、谁干活、活怎么交接、什么事不许擅自做。这些不能糊成一团，得各是各的。一个工具内部要是也这么分层，你才改得动、调得明白------想改规矩就动规矩那块，想加个角色就动角色那块，互不打架。
这块我翻 OpenCode 的时候，确实有点惊喜，它是真把这几层切开了，而且每层我都能自己调：
管 AI 的规矩 ，就是前面那个 AGENTS.md，大白话写清楚它在这项目里该守什么。
角色分成两种：一种是你直接对话、负责调度的"主管"，一种是被叫来干专门活的"专员"------它甚至自带一个只许看、不许改代码的"探子"角色。你想加新角色，丢个 Markdown 文件就成。
每个角色能动哪些工具，单独配，能细到"这个角色只读，不许写"。
最戳我的是它那套红线 设置：每个动作能设三档------放手做、先问我、压根不许碰。它干脆内置了两个模式，一个"干活模式"全放开，一个"规划模式"，默认把所有改文件、跑命令的动作都设成"先问我"，让 AI 只许动脑、不许动手。
你看，"谁拍板、谁干活、什么必须问人"这套秩序，在它这儿不是一坨看不透的黑盒，是一层层摊开、能逐层改的东西。
五、我现在会想，它能不能长出我自己的东西
这件事是上一条的延伸。
我用工具用久了有个体会：刚上手时，官方给啥我用啥。可用着用着，我就有了自己的怪癖、自己的活法、自己那些"别人没有就我有"的需求。
这时候工具分两种。一种像买回来的成品家具，啥样就啥样，你长出新需求，它在原地不动，迟早被你嫌弃换掉，然后又开始下一轮折腾。另一种像乐高，留着标准接口，你想加什么自己拼上去。
我现在偏爱后一种。术语叫"插件"，但你不用记这词，你只要知道它意味着仨事：别人写好的好东西你能直接装；你的特殊需求能自己做一个挂上去；一堆人各造的零件能凑成一个越来越大的生态，彼此能用。
说个 OpenCode 文档里的真实例子，我看完就记住了：你可以写一小段插件，专门拦住 AI，不让它去读 .env 这种存密码的文件。 这种"我自己的安全规矩"，不用求着官方更新，自己几行就加上了。
更让我改观的是，这种"自己加零件"的玩法，根本不用你一个人从零搓。一个肯敞开的工具，周围迟早会长出一圈社区------一堆人把自己趟过的路、攒下的本事，做成现成的零件摆在那儿，你拿来就能用。
我随手翻过几个，都是 GitHub 上能自己去看的：有人把"给一篇文章配图、生成封面、排成各平台能用的格式"这套活，打包成了一组现成技能（JimLiu/baoyu-skills）；有人更狠，把"遇到 bug 怎么一步步查"、"动手写之前先怎么想清楚"这类做事的章法，沉淀成了一套方法论技能（obra/superpowers）；还有人嫌命令行黑乎乎的不好看，干脆做了个带界面的壳，把 OpenCode、Claude Code、Codex 这些工具一股脑套进同一个窗口，还能自己换皮肤（iOfficeAI/AionUi）。
这些没一个是哪家公司发的官方功能，全是社区里的人自己造、自己开源、互相能拿来用的。你缺的那个能力，大概率已经有人造好了；你鼓捣出来的东西，也能塞回这个池子，让下一个人接着用。
我后来才咂摸出这里头的分量：一个值得长期养的工具，不该逼你闭门造车。它得留着口子，让你站在一堆人的肩膀上往上搭------把别人的零件拼成自己的活法，再把自己的活法喂回去。一个人能想到的玩法，总归有限；一圈人对着同一个开放内核各搭各的，那是另一个量级的事。
这一下我的身份就变了------我不只是个用户，我还能当这工具的"改装师"，甚至是这个生态里的"供货商"。它能跟着我长，也跟着一群人一起长，长出我自己的样子。
六、我会多看一眼，它能不能从"自己用"变成"给别人用"
前面几件，说的都是我一个人用得爽不爽。最后这件，是我越想越觉得重要的：这工具，能不能从"我自己用"长到"给别人用"。
大多数 AI 工具就一副面孔------你在自己电脑上敲。这没毛病，但也就到头了。
可有的工具是会"变形"的。同一套东西，能在你终端里用，能开成个网页让全组人一起用，甚至能当个后台服务，塞进你做的产品里，让你的用户去用。
你可能想，我一个人用用，要这么多花样干嘛。
我换个角度说。今天你只是找个 AI 帮自己干活；可你慢慢攒下的这套本事------怎么编排一个 AI 班子、怎么定规矩、怎么兜底------它是能变成生产力、甚至变成一门小生意的。真到那天，一个只能"自己用"的工具，你得整个推倒重来；一个本来就能变形的，你换个面孔对外开就行，底子不动。
OpenCode 在这点上是真留了后路：同一个内核，官方就给了好几副面孔------终端里的、浏览器里的、塞进编辑器的，还有个能被程序调用的服务端和开发套件。
意思就是，我今天在终端里调教熟的那套 AI 班子，哪天想做成网页给同事用、或者接进自己产品里，地基不用换。你今天的搭档，没准就是你明天产品的地基。 选的时候多看这一眼，将来能少一次重头再来。
七、写在最后
绕回开头那个问题：到底哪个 AI 工具最好？
聊到这儿你大概也看出来了------我觉得这问题问错了。
没有什么"最好"的工具，只有"配不配长期陪你"的工具。而我换了一圈、栽了几回之后，看的也就是这么几样：它愿不愿意让我看见内部、肯不肯把换脑子的选择权给我、里头分不分得清、能不能让我加自己的东西、将来能不能跟着我从自己用长到给别人用。
我一路拿 OpenCode 对着说，真不是想让你也去装一个。是想让你看清一件事：这几样不是我编出来唬人的漂亮话，是真有工具一条条做到了------所以这几条，是量得出真东西的。
我想留给你的，从来不是一个工具名，是这几个看工具的角度。
因为工具会换，眼光不会。今天你拿它看 OpenCode，明天出了别的，你照样这么看。会过时的永远是工具，不会过时的，是你心里那套判断它的标准。
往后真正会用 AI 的人，多半不是追新追得最快的那个，而是心里有杆秤、知道什么东西值得自己花几年去养的那个。
不过话说回来，挑明白了只是第一步。一把好工具刚到手，还是台"通用机器"------它不认识你、不懂你的规矩、不知道你这摊活该怎么干。下一篇，咱们就动手：从一张空白的 AGENTS.md 开始，一步步把一个谁都能用的通用 AI，调教成只听你这套规矩、专帮你干这摊活的私人搭子。挑工具靠眼光，养工具靠手------下一篇，我带你上手养一个。
关于 ArchAIHarness
这篇文章是「看懂 AI 与智能体」专栏的一部分，由 ArchAIHarness 持续输出。
ArchAIHarness 是一套面向 AI 时代软件工程的人机协同架构哲学与公开工程资产，主张：
架构师定义秩序，AI 在秩序中生长。人立法，AI 执行，体系审计。
如果你也希望 AI 在明确的架构边界内协作，而不是在混沌中碰运气，欢迎到 GitHub 上看看我们在做什么：
- 组织主页 ：github.com/ArchAIHarne... --- 了解完整理念与资产全景
- 本专栏 ：
zhuanlan-ai-and-agents--- 所有文章的源码与发布记录 - 实践指南 ：
docs--- 架构哲学、工程方法和落地指南 - 开源工具 ：
agent-workflows--- 可复用的 AI 协作 Agents、Skills 与 Tools - 工程样例 ：
framework--- DDD + AI 协作的工程底座，展示如何在开发中融合 AI
Engineered by Architects · Empowered by AI · Audited by Discipline