创小搭 AI 可以概括为「2+4+N」:两个知识库、四个系统和一批已经投入使用的 AI 产品。
有专业能力,不等于已经有了产品。
经验只放在脑子里,它只能跟着你本人走;整理成文档以后,它可以反复使用,但交付仍然依赖你亲自发送和解释;做成一个系统以后,用户才能自己找到内容、按需要使用,并持续得到更新。
我把自己的专业能力做成创小搭 AI,走的就是这条路。现在这套产品可以概括为「2+4+N」:两个知识库沉淀内容,四个系统负责交付,N 个 AI 产品再从真实工作中不断长出来。
五个月的使用记录留下了什么
过去五个月,我在 Claude Code 里的累计原始 Token 用量超过 300 亿,87 个 Token 活跃日平均每天约 3.5 亿。按近期操作记录估算,AI 每天辅助工作的时间接近 12 个小时。
这里的 Token 包含输入、输出、缓存创建和缓存读取,工作时长也是根据操作间隔估算出来的。它们不能直接等同于费用或者人工工时,只能说明一件事:AI 已经持续进入我的知识整理、产品开发和内容生产。
这些数字记录的是投入强度。更值得看的是,这些工作最后留下了什么。从项目使用情况看,主要成果正好组成了「2+4+N」。
两个知识库沉淀专业能力
「2」是两个知识库。
第一个知识库来自我过去十年的业务积累,主要包括营业执照、税务、许可、五险一金、知识产权,以及一个人怎样开办和管理一家公司的业务经验。
第二个知识库是一人公司知识库,主要记录一个人怎样做 IP、做产品和做运营。整套内容当时统计已接近一百万字。我怎样用 AI 开发产品、上线部署、做内容和做运营,用了什么工具,遇到什么问题,最后怎样处理,都持续记录在里面。
这一步解决的是「专业能力放在哪里」。过去遇到一个客户,我就重新讲一遍;现在先把反复出现的问题、判断和处理过程写下来,变成可以检索、修改和继续积累的内容。
只有知识库还不够。文档再多,如果用户不知道去哪里找、看完也不知道怎样继续使用,它仍然更像内部资料。专业能力还需要一个稳定的交付入口。
四个系统负责稳定交付
「4」是创小搭 AI 的四个系统:微信小程序用户端、用户 Web 端、后台内容管理端和后端接口服务端。
创小搭 AI 平台架构:用户端、管理端、后端服务、数据与内容底座及 AI 助手之间的关系
小程序和 Web 端负责让用户找到和使用内容;后台管理端负责维护内容、用户和平台运营;后端接口服务端把前面几个入口与数据、知识库连接起来。
四个系统不是为了把项目做得复杂。它们分别接住了产品交付里绕不开的四件事:用户从哪里进入、内容在哪里呈现、运营者怎样维护、数据怎样在各端之间流动。
小程序把知识放进用户的真实动线
小程序主要有首页、企服、创客、咨询和我的五个模块。
首页是一张一人公司的创业路径图。用户走到哪一步,就可以点击对应节点。比如点击「开公司」,就会进入企服模块。
企服模块主要解决一家企业从开办到日常经营会遇到的问题,包括营业执照设立、变更和注销,税务、社保公积金、经营许可、知识产权和企业资质等。目前已经整理了两百多条视频,很多内容还配有文书下载和图文指南。
这些内容来自我过去十年参与省级业务平台积累的经验。用户看完以后,一家公司不少日常事项可以自己处理。记账报税等需要专业人员长期负责的工作,仍然交给专业人员。
创客模块包含 AI 热点、OPC 之路、AI 工具箱、产品展示和 OPC 资讯。
• OPC 之路从认识 OPC 开始,继续走过找对标、开公司、做 IP、做产品和复利思维,记录我自己走过的路、踩过的坑,以及最后留下来的方法。
• AI 热点连接我开发的 AI 资讯雷达,从维护的全球信源中自动采集信息,筛选当天重要的 AI 新闻,再生成内容解读和每日速递。
• AI 工具箱收录我推荐的 AI 工具、开源项目和高星 Skills,并按真实使用场景整理介绍。
• 产品展示放的是我一个人用 AI 做出来、正在使用或者已经上线的产品。
• OPC 资讯持续汇总全国不同地区发布的一人公司政策、创业资源和相关动态。
咨询模块是 AI 助手入口。目前,AI 助手已经可以基于知识库回答问题,调用 Skills 的基础流程也已经跑通。我还围绕公司运营、产品分析、产品开发和内容生产做了一系列 Skills,接下来会继续接入。
知识库提供有依据的回答,Skills 把具体任务继续做下去。用户因此可以从「看内容」走到「问问题」,再走到「让 AI 帮忙完成一项工作」。
「我的」模块负责最近浏览、收藏和会员权益等用户信息。它看起来不直接承载专业内容,却决定了用户能不能把一次访问变成持续使用。
Web 端让同一套内容适合深度阅读
Web 端与小程序使用同一套内容,只是按照电脑端的阅读方式重新组织。顶部包括首页、开公司、OPC 之路、AI 工具箱、产品展示、OPC 资讯和 AI 热点等入口。
Web 首页展示我做出来的商业级 Vibe Coding 项目,也说明我为什么认为一个人仍然需要一家公司。
我的答案是四个字:自己的舞台。
别人的平台再大,你也只是演员。自己的事情再小,舞台也是你自己的。
一人公司的规模可以很小,但它依然是一家真正的公司。五十人、一百人公司要做的事情,一个人公司基本一件也不会少,只是业务量更小。哪一件没做好,也足够让人头疼。
所以我会坚持 Build in Public,把一个人做产品、做内容和运营公司的过程持续公开记录下来。公开记录同时会回到知识库,成为后续内容和产品继续迭代的材料。
重复出现的方法继续变成产品
「N」是从实际工作中长出来的 AI 产品。目前已经投入使用的有 AI 资讯雷达、AI 投研分析、公众号排版、AI 提词器、AI 剪辑和 AI 审稿台等。
这些产品不是先想出一个名字,再去寻找需求。它们大多来自我自己反复做的工作:每天筛选 AI 资讯、分析一个产品、给公众号排版、录制视频时看提词器、剪口播视频、给课程稿写批注。一个动作重复得足够多,输入和结果逐渐稳定下来,就有机会从个人方法变成别人也能使用的工具。
这也是「2+4+N」之间的关系:
1两个知识库保存我知道什么,以及真实工作是怎样完成的。
2四个系统把这些内容放进用户能够访问和持续使用的产品里。
3N 个 AI 产品把其中反复出现、规则相对稳定的工作继续做成工具。
缺少第一层,系统里没有经过长期积累的内容;缺少第二层,知识仍然主要靠我本人解释和发送;缺少第三层,用户可以看、可以问,但很多工作仍要自己从头做。
正式产品不等于一定要开发软件
创小搭 AI 最后做成了小程序、Web 端和一批 AI 产品,这是我的业务选择,不是每个人都要照搬的标准答案。
有些专业能力适合做软件,有些更适合做课程、模板、数据库、会员内容或者标准化服务。判断它是不是正式产品,不看有没有 App,而看三件事:交付内容是否明确,用户是否能重复获得相对稳定的结果,下一位用户到来时是否还要从零开始。
如果每个客户的问题都高度不同,必须由你本人重新判断,先把服务过程和交付边界做清楚,比急着开发系统更重要。软件只能放大已经跑顺的交付,不能替你把没有想清楚的服务变清楚。
小结
我的「2+4+N」已经比较大,但起点并不大。它最初只是把做过的事留下来,再把反复出现的部分一层层接起来。
你可以先从一个经常被问到的问题开始:把自己的答案写成一份别人看得懂的内容,交给一个真实用户使用,再记录他在哪里看不懂、还缺什么。等这份内容能够重复交付,再决定要不要把它接进课程、会员服务或软件。
先让专业能力离开你本人以后仍然有用,再考虑把产品做大。