AI 只是聊天工具?
在职还是单干干法不同
先把一个节点跑通
AI Native · 自己干 · 落地动作
小路 | AI 编程做产品
📦 4 Parts + Conclusion
👉 滑动
PART 01
还在上班的人
先别改造公司
PART 02
单干的人
没人拦你
PART 03
一个判断
别被劝退
PART ///
写在最后
两个动作
我用飞书妙记处理了一段 30 分钟的视频,讲一下,里面聊什么东西?
那段音频聊的是 Zara 提的「四个 AI 原生 工作方式」。四个方法都挺实在:会议全录下来当 Agent 的养料、团队共用一个 Agent、给上下游做 Skill、审美也算生产力。
但我一边整理一边想,这些听着都对,落到普通人身上,关键不在方法好不好,看你处在哪个场景。
在公司上班的人,和已经单干、一个人干的人,干法完全不一样。
这篇就聊聊这个。不聊概念,聊我自己怎么干的,以及普通人能从哪先动手。

01
PART
还在上班的人,先别想着改造公司
IN OFFICE · 在职篇
先说还在上班的人。
Zara 那套方法,前提是企业级的。团队共用 Agent、给上下游做 Skill,这些你得有组织权限才能推。
普通打工人,动不了公司架构。你没法说「我们把全公司按 Loop 重组吧」,老板大概率当你疯了。
所以上班的人,第一步不是改造组织,是先把自己这个节点变成 AI Native 的。
说白了,你管不了别人,但你能管自己那个重复到烦的活。
我自己的公众号脚本
以前我做公众号,每次写完要手动排版、手动同步到草稿箱,一堆重复动作。后来我写了个脚本(publish-wechat-draft.mjs),文章一写完,跑一下,排版加同步全自动。
这一个节点跑通了,我每天省下来的不是十分钟,是「又得弄这个」的心理负担。
Zara 说的「会议即 PRD」「妙记给 Agent 当 Context」,在公司里你可能没权限搭整套。但你可以用低成本版本:把自己每周的周报、复盘、重复汇报,先接上 AI。
比如我还有一个脚本盯着飞书文档的变更(check_updates.py),哪个文档改了、改了啥,自动推给我。这就是一个人在组织里能做的「Context 管理」最小版。
不在大,在真的跑起来。
上班的人最容易犯的错误,是看完觉得「我们公司该这么搞」,然后啥也没动。
你先别管公司。你把自己那几个烦人的重复动作,挑一个,接上自动化。这就已经比大多数同事往前走了。
说有问题也有,说没问题也没问题——一个人跑通,不代表组织效率提升。但你自己这个节点轻松了,是真的。
02
PART
单干的人,优势是没有人拦你
SOLO · 单干篇
再说已经单干、一个人干的人。
这部分我更有发言权,因为我现在的节奏就是主副业、自己干。
单干的人,最大优势是没有组织拦着你。
Zara 那四个方法,在公司里要层层审批,你一个人想怎么搭就怎么搭。
而且你一个人,本来就是「按 Loop 重组」的最佳样本。什么职能分工、上下游依赖,全在你一个人身上。选题、写、排、发、看数据,一个 Loop 全自己跑通。
我现在的做法是,把每个环节都塞一个 Agent 进去。
写长文,我有工作流把外部资料整理进知识库、把 AI 对话同步成卡片(sync_ai_sessions.py)。
做短视频,我有一套流水线(make_video.py + remotion-story),从脚本到出片大部分自动跑。
公众号排版发布,刚才说的那个脚本一键搞定。
这些不是「一个 Agent 帮我干活」,是几个 Agent 各管一段,组合成一个我能跑的生产线。
Zara 说「团队共用 Agent,要拉到群里让大家一起用」。我一个人没团队,但我把 Agent 接进飞书,自己跟它对话、让它推进,本质上就是我一个人的「团队 Agent」。
还有「给上下游做 Skill」。单干的人上下游是谁?是你的用户,和内容平台。
我现在把出海关键词的量化做成了一套可复用的流程(哥飞公式那套),这其实就是给「未来的我」和「看我内容的人」做的一个 Skill——下次再做,直接调,不用重来。
审美这块,单干的人更得自己来。你没设计师,就得让 AI 把好看的事接了。我现在封面、配图能用 AI 出的就用 AI 出,把精力留给内容和判断。这跟 Zara 说的「审美也是生产力」 是一个意思。
一个人干,最容易卡住的不是「不会用 AI」,是「入口太多,自己都忘了用」。
Zara 提了个点我特别认同:产品要做进用户已经在的地方。关 Tab 的插件放 New Tab 页,看 YouTube 的插件做成浏览器插件而不是网页。
放到自己身上同理——你的 Agent 得待在你天天开着的地方。我的就接在飞书和知识库里,每天自然就用到了,不用「今天记得去用 AI」。
!自己的坑 🕳
刚一个人干的时候,我贪多,想把每个环节都自动化,脚本写了一堆。结果一半没真正天天用,因为入口太散,想起来才去跑。后来我才学乖:先让一个 Agent 待在我天天开着的地方,比写十个脚本都管用。
话题有点聊偏了,再说回落地。
03
PART
一个判断:别被那句话劝退
ONE CALL · 判断
写到这,得说一个判断。
Zara 开头有个前提:个人效率提升,不等于组织效率提升。工厂有了电,不重新设计,效率也不会变。
这话对公司成立。但对个人,我有点不同看法。
上班的人,你一个人跑通一个环节,组织未必变,但你自己变了——你腾出时间去思考更值钱的事。
单干的人,你一个人跑通整个 Loop,那就是实打实的效率提升,因为没有别人拖你。
所以别被「个人效率不等于组织效率」这句话劝退。它劝的是老板,不是你。
你先别纠结「我这点效率有啥用」,先想清楚「我先把哪个烦人的活跑通」。
///
LAST
最后,落到两个很具体的动作
ACTION · 落地
还在上班
这周挑一个重复又烦的动作,接上 AI 或脚本
已经单干
列出产出 Loop,哪段最手工就先让 Agent 接那段
跑通一个,你就已经在落地了。别一下全改,改一段就够。
方法 Zara 都讲了,我这篇没发明新东西。差别在于——你得先认清楚自己是哪种人,再从自己那个节点动手。
先别急着搞大系统。把自己那个重复的活跑通,剩下的慢慢加。
一定要去做属于自己的东西,属于自己的工具,属于自己的产品。
我是小路,用 AI 编程做产品,分享 AI 自动化实战。如果你觉得今天这篇有收获,欢迎点赞、在看、转发三连,我们下篇见。
既然看到这里了,如果觉得有用,随手点个赞、在看、转发三连吧。
THANKS FOR READING
夜雨聆风