当前时间： 2026-07-20 13:38:16
分类：办公文件
评论(0)
AI提效的真相,不是装更多工具最近 AI 圈有个很明显的方向，各家都在把"出图"塞进自己的主力工具里。OpenAI 把 GPT-Image2 集成进了 Codex，你说一句"帮我画一张电商主图"，它就给你生成。我看到一篇讲 Codex 的文章，作者用它 10 分钟批量出了一套商品图，很多人看完都去装 Codex 了。我做了另一件事，把 GPT-Image2 直接接进了我每天都在用的 Obsidian 配图插件里。同样是用上了 GPT-Image2，但思路完全不一样。今天把这个过程完整复盘给你，顺便讲讲我为什么不选"装个新工具"这条路。我写公众号，配图一直用 Obsidian 里一个叫 Nano Banana 的插件。它能根据文章内容自动生成配图，挺方便。但它只能出一种风格，手绘信息图，就是那种白板上手写字、带涂鸦的样子。这种图偶尔用还行，但我想要的是那种干净、专业的配图，比如白底产品图、界面效果图、真实场景图，就像那些 AI 科技大号文章里的配图一样。插件做不到。我又不想为了换个出图风格，再去装一个新软件、再配一遍账号、再学一套操作。这就是我的真实状态：工具就差一口气，但换工具的成本又让人嫌烦。这里就是我和大多数人最不一样的地方。大多数人遇到"现有工具不够用"，第一反应是去找一个更强的新工具。看到 Codex 能出图，就去装 Codex。我的第一反应是：这个能力，能不能接进我已经在用的东西里？因为对我这种一个人做内容的人来说，最大的成本不是钱，是"在不同工具之间来回切换"的时间和精力。每多用一个软件，就多一套账号、多一个窗口、多一份维护。所以我的目标很明确：GPT-Image2 我要用，但软件还是我那个 Obsidian，操作还是我那套流程。下面是完整过程，我尽量讲细，你哪怕不懂代码，也能看懂这个思路。我先去翻了 Nano Banana 这个插件的内部文件。发现两件事：一是它只内置了两个出图模型，都是谷歌的 ；二是它的请求格式是按 写死的。说人话就是：这个插件天生只会跟 Gemini 说话，不会跟别人说话。这一步很关键。很多人改东西喜欢上来就动手，我习惯先把现状摸清楚，知道它怎么转的，才知道从哪下刀。继续往下看，我发现这个插件其实不是直连谷歌，而是走了一个第三方中转站。意思是，这个中转站不只能转发给 Gemini，它也能按 OpenAI 的方式工作。而 正是 OpenAI 家的。换句话说，路本来就是通的，只是插件没往这条路上走。我让系统去查了一下这个中转站到底支持哪些出图模型。结果出来，我还挺意外。它支持的不只是 Gemini，还有 和 。这里插一个小插曲。我一开始凭印象以为模型叫"gpt-image-1"，差点写错。一查才发现真实的名字是"gpt-image-2"。这个细节我专门拎出来讲，是想说：做这种事，别靠猜，一定要去查实际支持的清单。差一个字，整个就跑不通。改造的核心思路是 ：原来的 Gemini 出图我一点不动，再加一条新路，当你选 GPT 的时候，就改走 OpenAI 的出图接口。- ：动手之前先把原文件完整备份一份，万一改坏了，随时能还原。
- ：每改一段，都做一次检查，确认没把代码改出语法错误才继续。
这两个习惯，是我十年职场养成的。不管做什么改动，先想好退路，再小步快跑，别一把梭哈。插件原来的描述是写死的手绘风格，所以哪怕换了 GPT，第一次出来还是手写体。我把这套描述换掉了，让它根据文章主题自动判断画面类型：讲产品就出白底简约产品图，讲软件数据就出干净的界面或数据看板效果图，讲场景就出写实摄影风格的场景图。我还专门对着那些专业大号的配图效果去调，让风格往 上靠。我们直接对比。改造前：配图只能是手绘信息图一种风格，想要别的样式，没辙。改造后：在同一个 Obsidian 里，模型一键切到 GPT，就能出白底产品图、界面图、写实场景图，风格对标专业大号。成本呢？如果按"装新工具"那条路走，我得多维护一个软件。如果按"找设计师"那条老路，一张专业配图几十上百块。而我这套方案，复用的是插件里本来就有的账号和中转站，几乎没有额外成本，也没有再多装一个软件。一次改造，以后每篇文章配图都受益。聊到这，我想说的其实不是"怎么接 GPT-Image2"这个技术活。我想说的是一个认知差。那篇 ，是听说了这个功能、然后去装来用。这没错，这是绝大多数人的用法。而我做的是，把这个能力拆出来，接进我自己的系统里。用现成工具：你是工具的使用者，工具怎么设计你就怎么用，它没有的功能你就没有。把能力接进系统：你是系统的主人，你能决定要哪个能力、长什么样、怎么和你的其他流程配合。你的工具越是"为你而长"，别人就越难复制你。因为别人能装的工具，你也能装，那不叫壁垒。而你把一堆能力按自己的方式攒成一套系统，这套东西才真正是你的。你现在每天在用的工具里，有没有哪个也是"就差一口气"？如果你也有这种感觉，别急着换新工具。很多时候，你缺的不是另一个软件，而是把现有工具重新接成一条顺手的工作流。我整理了一份《AI工作流体检清单》，里面列了 5 个判断标准：如果你需要这份清单，可以在评论区留言 工作流，我发你。如果你已经有一个明确的问题，比如 AI 配图、公众号排版、资料整理、知识库搭建、工作流自动化，也可以通过后台留言，把你的具体场景发给我。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-07-24 22:28:28 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/767884.html
- 运行时间 : 0.098016s [ 吞吐率：10.20req/s ] 内存消耗：4,726.86kb 文件加载：145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=de8c6ace1884c3319ff8937c10a2f206
- CONNECT:[ UseTime:0.000483s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000892s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000516s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000286s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.000472s ]
- SELECT * FROM `set` [ RunTime:0.000205s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.000574s ]
- SELECT * FROM `article` WHERE `id` = 767884 LIMIT 1 [ RunTime:0.000497s ]
- UPDATE `article` SET `lasttime` = 1784903308 WHERE `id` = 767884 [ RunTime:0.001392s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000256s ]
- SELECT * FROM `article` WHERE `id` < 767884 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000506s ]
- SELECT * FROM `article` WHERE `id` > 767884 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000379s ]
- SELECT * FROM `article` WHERE `id` < 767884 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001543s ]
- SELECT * FROM `article` WHERE `id` < 767884 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001772s ]
- SELECT * FROM `article` WHERE `id` < 767884 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.003035s ]
0.101952s
夜雨聆风
