主线交给最强的主控,周边交给最合适的辅助。
不是工具越多越好,而是每个工具都站在自己的位置上。

[图片]

这篇文章,记录的是我最近在做Obsidian思维导图插件开发时,真正稳定下来的一套组合。

它不是那种“为了追新工具,把一堆模型都装上”的方案,也不是“看到新 AI 就想换”的方案。
它更像是一个已经跑通的工作分工:

  • Codex 桌面端 + GPT 5.5:主控,负责真正的开发判断和代码推进

  • Claude CLI + DeepSeek V4 Pro:辅助,负责调研、对比、整理、辅助思考

  • 本地模型和其它工具:做周边任务,不抢主线

我现在越来越相信一件事:

AI 工具不是越强越多越好,而是越清楚越好。

一、为什么我不再追求“全都上”

做导图插件这类项目,最怕的不是模型不够聪明,最怕的是角色混乱。

今天让 A 模型看需求,明天让 B 模型改结构,后天又换 C 模型做测试,表面上像是“多模型协作”,实际很容易变成:

  • 结论不统一

  • 代码风格不统一

  • 方案判断不统一

  • 记忆链路断掉

  • 改到最后连自己都不知道为什么这么改

尤其是在长期项目里,真正消耗人的不是单次任务,而是反复切换上下文。
每切一次工具,就像把脑子重新开机一次。

所以我后来慢慢收敛成一个原则:

主线只留一个最强主控,其他模型只做辅助。

这不是保守,而是为了让项目能持续推进。

二、为什么主控固定成 Codex 桌面端 + GPT 5.5

我把这套组合放在主控位,不是因为它“听起来最厉害”,而是因为它最适合做长期开发。

1. 它适合做全局判断

导图插件这种项目,问题经常不是局部 bug,而是全局链路问题。

比如:

  • 一个视觉问题,可能源头在布局计算

  • 一个交互问题,可能源头在事件顺序

  • 一个保存问题,可能源头在数据模型

  • 一个稳定性问题,可能源头在多个模块同时抢状态

这种时候,最需要的是能先看全局、再拆局部的主控。
而不是上来就改一个参数、补一条样式、换一个时机。

2. 它适合做连续开发

长期项目最宝贵的不是“某一轮做得多快”,而是“下一轮还能不能接上”。

主控如果稳定,就能把这些东西串起来:

  • 当前目标

  • 最近修改

  • 失败尝试

  • 用户反馈

  • 验收结果

  • 下一步动作

这样做下来,项目不是靠临场发挥,而是靠持续积累。

3. 它适合做复杂修复

我现在这类导图开发,常常要同时看:

  • 拖动

  • 缩放

  • 选择态

  • 外框

  • 联系线

  • 时间轴

  • 括号图

  • 深色模式

  • Obsidian 里的真实表现

这些东西单独看都不难,难的是它们会互相影响。
主控模型必须能稳住全局,不被局部噪音带偏。

所以我现在把 Codex 桌面端 + GPT 5.5 作为主控,是因为它更像一个真正的“工程总指挥”。

三、Claude CLI + DeepSeek V4 Pro 为什么适合做辅助

我并没有把其它工具扔掉。
相反,我把它们放到了更适合的位置。
当然,Claude桌面端也行,不一定要用CLI。

1. 适合做调研

有些任务不需要直接改代码,而是先把外部信息看清楚:

  • 查资料

  • 对比方案

  • 看竞品

  • 整理术语

  • 搜索最佳实践

这类事情,辅助工具非常有价值。
它们能帮助我先建立认知,再让主控去落地。

2. 适合做周边工作

比如:

  • 写一版整理好的说明

  • 产出一版短内容提纲

  • 梳理测试点

  • 汇总用户反馈

  • 生成发布前 checklist

这些工作很适合放在辅助线上,不必占用主控的判断力。

3. 适合做“第二视角”

一个项目做久了,人会有惯性。
辅助模型最大的价值之一,就是提供第二视角。

不是每次都让它拍板,而是让它帮我看看:

  • 这个方向有没有遗漏

  • 这个文案是否太硬

  • 这个方案是否还有更轻的写法

  • 这个流程是否对用户太重

这能有效减少“我以为没问题,实际上有盲区”的情况。

四、我在导图开发里是怎么分工的

以我现在开发思维导图插件为例,实际分工非常清楚。

主控做什么

主控负责:

  • 问题定位

  • 全局策略

  • 代码修改方案

  • 回归判断

  • 锚点收口

  • 文档沉淀

也就是说,真正会影响项目方向的事情,基本都交给主控。

辅助做什么

辅助负责:

  • 资料检索

  • 方案对比

  • 内容整理

  • 轻量脚本

  • 运营文案

  • 测试清单

它们不直接掌控主线,但能让主线跑得更顺。

本地工具做什么

本地模型和其它工具更多是:

  • 离线问答

  • 隐私型摘要

  • 文本预处理

  • 小任务处理

它们不是核心指挥,而是边上的工具箱。

五、这套组合为什么适合长期项目

如果只是做一次性小任务,随便一个工具都能上。
但如果是长期项目,尤其是像导图插件这种要持续打磨的产品,最重要的是三件事:

1. 稳定

今天能做,不代表明天还能接得上。
长期项目最怕每次都从零解释。

2. 分层

主控、辅助、周边,各做各的。
不要让所有工具都去碰同一条主链路。

3. 可回收

每一轮都要能沉淀成:

  • 文档

  • 经验

  • 锚点

  • 下一轮待办

这样项目才不会在一次次对话里散掉。

六、如果你也在选 AI 工具,我的建议很简单

如果你也在做内容、产品、开发、知识管理,真的可以试试这种思路:

主控只选一个

选你最信任、最稳定、最能跟你走长线的那个。

辅助可以有多个

但它们只做特定角色,不要抢主控。

先定分工,再谈效率

很多时候,不是你不够努力,而是你的工具链没有分工。

一旦分工清楚,效率通常会自己上来。

七、我现在对这套组合的判断

一句话总结就是:

Codex 桌面端 + GPT 5.5 负责把事情做成,Claude CLI + DeepSeek V4 Pro 负责把事情看清。

这套组合对我来说,不是炫技,也不是尝鲜,而是长期工作里真正能落地的方案。

它最好的地方,不是看起来“AI 很多”,而是每个角色都很明确。

这就是我现在做导图开发时的工作方式:

  • 主线不折腾

  • 辅助各司其职

  • 每一轮都能接着往前走

如果你也在搭自己的 AI 工作流,别急着堆工具。
先把主控定住,再慢慢把辅助补上,往往更稳,也更长久。

Logo

汇聚全球AI编程工具,助力开发者即刻编程。

更多推荐