乐于分享
好东西不私藏

普通人用AI,最容易卡在“追工具”

普通人用AI,最容易卡在“追工具”

上次发公众号是 6 月 23 日,之后停了 13 天。

不是没东西写,而是越写越觉得不对。

今天 Codex,明天 DeepSeek,后天又一个新模型。单篇看可能都有用,但如果这个号只是跟着工具更新走,很快就会散掉。

它们之间缺一条线。

所以这 13 天,我想清楚了一件事:

普通人用 AI,最容易卡在“追工具”。

工具看了很多,收藏了很多,试用也试了不少。

但回头一看,它们没有进入自己的工作流,也没有解决一个长期反复出现的问题。

最后就变成:

我知道了很多 AI 工具,但我的生活和工作并没有因此变得更有秩序。


前面我写过 Codex,写过 Skill,写过 DeepSeek,也写过自己的笔记系统。

尤其是 RainOS 和 Obsidian 那套五层结构,本质上解决的是一个问题:

信息太散了,怎么接住。

飞书、微信、网页、AI 对话、日记、知识库,如果没有一个入口,下次要用的时候很难找回来。

所以我搭笔记系统,是为了让资料不再到处散。

这件事到现在我依然觉得重要。

但它只解决了第一步。

资料能找回来,不代表能变成内容。

内容能写出来,不代表能沉淀成方法。

方法沉淀下来,也不代表能持续运转。

所以光有笔记系统还不够。

我还需要想清楚:

这些资料、工具、经验,最后要汇成什么?


后来我发现,真正能把工具串起来的,不是工具本身,而是真实问题。

比如工作里遇到的事。

这一年我越来越明显地感觉到,AI 真正有用的地方,不是陪你聊天,也不是简单帮你写一段文案。

它更适合进入具体场景:

整理信息。

辅助判断。

生成初稿。

检查遗漏。

把重复流程沉淀下来。

比如一件事反复做了三次,就该想想能不能变成模板。

一个问题反复解释给不同人听,就该想想能不能沉淀成文档。

一个流程每次都要从头走,就该想想 AI 能不能帮忙检查遗漏。

这些方法不是坐在书桌前想出来的,而是在项目、协作、交付里被逼出来的。

先遇到问题,再解决问题。

解决完以后,再想办法把这次经验存下来,让下一次不要从零开始。

这里也说清楚:工作里的具体业务、客户信息、内部资料,我不会写,也不该写。

我能写的,是从这些经历里抽象出来的方法:

怎么拆问题。

AI 在哪个环节能帮上忙。

流程怎么沉淀。

一个普通人怎么把经验变成下次还能用的东西。


所以我现在更愿意按这个顺序用 AI:

先看真实问题。

再选工具。

先做一个粗糙但能用的方案。

再看它能不能沉淀成模板、流程、Skill,甚至产品。

这个顺序,和我以前写工具文章时不太一样。

以前更容易先看到一个工具,再想它能做什么。

现在我更想反过来:

先看我到底遇到了什么问题,再看 AI 能不能帮我往前推一步。

这也是我开始认真研究“一人公司”的原因。

以前我对这个词有点警惕。

它很容易被讲成副业焦虑、赚钱故事,或者另一套成功学包装。

但如果说得朴素一点,一人公司也可以是:

一个普通人,把自己的内容、工具、经验、模板和 AI 工作流,慢慢攒成一个能持续转起来的小系统。

不用马上辞职。

不用马上赚钱。

但它要留下东西。

一篇文章发完,不只是发完。

它可以变成选题库里的一条记录,变成一个方法论,变成一个模板,甚至以后变成一个小服务的入口。

一个工具试完,也不只是试完。

它要么进入工作流,要么被放弃,要么沉淀成一个以后还能复用的流程。

这样看,Codex、Skill、Obsidian、RainOS 就不是散开的几个工具。

它们应该服务于同一件事:

帮一个普通人用 AI 搭出自己的工作台。


所以接下来,我会少写“这个工具怎么用”,多写“这个工具怎么进入真实场景”。

我更想追的是:

这个工具有没有进入真实场景?

它有没有解决一个反复出现的问题?

它有没有沉淀成下次还能用的东西?

它能不能帮一个普通人搭出自己的工作流?

第一季我先定一个主题:

从追热点,到搭系统。

会从自己的实际过程写起:

怎么整理内容工作台。

怎么用 Codex 做具体任务。

怎么把重复经验写成 Skill。

怎么把一篇公众号拆成小红书和短视频。

怎么记录数据、复盘评论。

怎么判断一个想法有没有可能变成模板或者产品。

这些事单看都不大。

但如果能连起来,可能就是一个普通人的 AI 工作室。

我还没做成。

只是想认真记录这个过程。

做成了写做成的。

没做成,也照样写。


不过,在真正开始之前,我还想先提醒自己一件事。

会做东西,不等于有人需要。

我看到一个程序员写复盘,一年里试了好几个副业项目,最后亏了 2200 美金。

他不是不会做东西。代码、工具、系统,他都能搭出来。

问题是,一开始没有确认谁真的需要这个东西,谁愿意为它付钱。

这句话对我也适用。

我现在想搭系统,但系统搭起来以后,有没有人需要?

这件事不能假装不存在。

所以这一季我会一边搭,一边问自己:

这个东西到底解决谁的问题?

有没有人愿意用?

它有没有可能变成一个可复用的模板、服务或者产品?


如果你也是“工具看了不少,但串不起来”这个阶段,评论区说说你现在卡在哪一步。

我会挑几个有代表性的问题,用 AI 实际试一遍。