这几天,我和一个做云服务很多年的前辈谈了两次,前后六个小时左右。

聊得很散:云服务、AI、项目、学生市场、创业、自媒体、客户、咨询。

回来以后重新整理,我发现这些话题最后都指向同一个问题:

一个刚开始做事情的人,究竟应该先抓什么?

过去我很容易把顺序弄反。

做自媒体,先想涨粉;做项目,先想能不能写进简历;帮别人解决问题,也会自然想到以后能得到什么。

这些想法都不算错。

只是太早了。

01|先别急着定义自己

一个人还没做出多少东西的时候,最不缺的其实是标签。

AI、Agent、Builder、独立思考、长期主义,这些词都可以写进简介。

但它们本身没有多少证明力。

别人真正想知道的是:

你解决过什么问题?

你做过什么东西?

碰到一个模糊的问题,你怎么把它拆开、怎么判断、怎么推进,最后有没有把事情收住?

所以我现在更愿意把顺序换过来。

先别急着定义自己,先把事情做出来。

02|信任和正式劳动,是两回事

他讲到维护客户时,有一个例子我印象很深。

今天一个学生可能只买 100 块钱的服务器,甚至什么都不买,只是来问你一个域名为什么打不开。

你帮不帮?

如果只算今天这一笔账,当然不划算。

半个小时解决一个问题,可能一分钱也没有。

但人的情况会变化。

学生会毕业,会工作;做小项目的人以后可能开始做真正的产品;今天只会问域名解析的人,几年以后也可能自己创业。

所以有些很轻的问题,几分钟能解决,顺手帮一下,本质上是在积累信任。

信任可以靠小事慢慢积累,但不能靠无限付出来维持。

几分钟能解决的问题,可以顺手帮;需要一天、两天,甚至长期维护的事情,就应该回到正式劳动的规则里。

这时候,需要重新谈范围、责任和回报。

真正要分清楚的是:什么是在积累信任,什么已经属于正式劳动。

后来我发现,这个判断不只适用于客户关系,也适用于做项目。

一个请求到底是顺手修一下、一次性支持,还是已经变成需要明确范围和交付的任务?

边界不清,事情很容易越做越多,最后连自己到底在交付什么都说不清楚。

03|别先想项目,先找真的问题

我最近碰到的很多事情,其实都不大。

朋友的网站打不开,我会先把 DNS、服务端、反向代理这些层拆开排,而不是一上来重装环境。

朋友准备开宠物店,我一开始也会想能不能加 AI、能不能做 Agent。后来真正往业务里走,优先级很快就变了:先把商品、库存、会员、预约、订单、退款这些最基本的经营链路接住,再谈 AI 能放在哪里。

看到一个开源项目,我也越来越不愿意只看 README。先跑起来,看依赖、安装成本、真实边界,再判断它能不能接进自己的工作流。

还有 Book Voice。我想做的不是“PDF + 向量库 + 问答框”,而是把一本书整理成 AI 真正可以调用的认知结构。往下做以后,内容被继续拆成原始记忆、语义模型、机制与方法、作者世界模型、文风、问答契约和运行契约。

这些事情技术上并不是一个方向。

但做法越来越像:

先把问题弄清楚,再决定用什么技术。

这和我以前做项目的习惯差别很大。

以前很容易先问:什么项目显得高级?什么技术写在简历里好看?然后再编一个需求,把技术装进去。

最后项目看起来很完整,却说不清到底解决了谁的什么问题。

所以我现在更愿意先问四个问题:

  1. 身边的人现在到底有什么麻烦?
  2. 这个问题是不是会反复出现?
  3. 我能不能先用最简单的办法解决一次?
  4. 解决以后,它有没有必要继续变成一个系统?

先去做事:发现问题、研究、解决、写下来

发现问题 → 研究 → 解决 → 写下来。先把真实问题做出来,再谈更大的系统。

现在我不太怕项目小。

我更怕的是项目很大、技术很多,但没有真实问题托住它。

04|自媒体对我来说,先是公开工作记录

我们也聊了不少自媒体、涨粉和变现。

但对现在的我来说,自媒体最有价值的地方暂时不是流量,而是公开工作记录。

今天研究了一个东西,就把结论写下来。

踩了一个坑,就把问题是什么、为什么会出错、最后怎么解决的写下来。

一个项目做失败了,也把失败的位置和判断过程留下来。

写的时候,很多原本“我好像懂了”的东西会马上暴露。

这个结论从哪里来的?

我自己验证过没有?

有没有代码、PR、截图、测试结果,或者别的东西能证明我真的做过?

如果一篇文章只有结论,没有过程和证据,我自己现在都会觉得不太够。

所以写作对我来说不只是内容生产,更像一次复盘和自测。

它还有另一个作用:让别人认识我的方式发生变化。

不是因为我说“我会做 Agent”“我懂工程”,别人就应该相信。

而是他可以顺着文章去看项目、仓库、PR、测试记录,再自己判断。

简介只能声明能力,作品才能证明能力。

05|我想训练的是一个完整的工作循环

以前我会把项目、学习、写文章、自媒体分成几件事。

现在它们在我这里越来越像同一条线:

问题 → 研究 → 解决 → 验证 → 复盘 → 公开 → 新问题

做项目,是为了把问题解决掉。

研究,是为了知道自己为什么这么做。

验证,是为了确认“能跑”和“真的解决了”不是一回事。

复盘和写作,是为了把一次性的经验变成以后还能调用的方法。

自媒体,只是把这些东西公开出去的出口。

这条循环真正想训练的,其实是几种很具体的能力:

把一个模糊的问题拆成可以执行的任务;

在信息不完整的时候继续判断和推进;

知道什么该做,什么暂时不该做;

最后把结果变成别人能够检查的东西。

这比单独追一个技术栈,对我更重要。

06|个人 IP 不是先设计出来的

我以前理解个人 IP,多少带着一点“先设计一个形象”的思路。

我要让别人觉得我是一个什么样的人?

我要发什么内容?

我要贴哪些标签?

现在我更愿意反过来看。

不是先有一个“个人 IP 计划”,然后到处找内容往里面填。

而是先做事情。

事情做多了,研究多了,留下的记录多了,一个人的判断方式、关注的问题和做事习惯,自然会慢慢显出来。

我现在做的事情还不算大。

这没什么。

问题不在大或小,而在于是不是真的。

如果几年以后别人问我会什么,我希望不用解释太多。

仓库、文章、项目、测试记录摆在那里,就够了。

我想做的,不是把自己包装成某种人,而是让做过的事最终把我说明白。