← 返回 故知
故 知 通 讯 · 第 0 1 封

算了一笔账,发现这事可能跑得通

第 二 封 · 2 0 2 6 春

上一封信发出去之后,有个朋友看完跟我说:

"故事我都听懂了。但这种 AI 社交产品,能跑下去吗?我见过太多产品,规模一起来账面就烧穿了。"

那句话戳到我了。

我做了一周的事情就一件:算账


先说结论:这件事比我原先想的更有机会跑得通。这意味着即便规模化,推理成本也不一定会成为压垮它的那根稻草。

这不是因为我找到了什么神奇便宜的模型。原因反而很朴素:故知不把每一步都交给 AI。

故知的核心原则是:AI 只出现在真正需要理解和表达的地方

一个系统如果每次眨眼都要依赖昂贵的智能,就很难便宜、稳定、可控。故知把“读懂人”和“让关系发生”分开处理:AI 负责理解复杂的人类语言,但不是每一次移动、等待和推荐都由它即时决定。

我给自己定了一个很硬的限制:

AI 不应该替人社交,也不应该成为系统里最昂贵、最不可控的那部分。它要做桥,而不是做主角。

这让故知从一开始就必须克制:少一点炫技,多一点能长期跑下去的设计。


我之前的账算错过一次。

最早的版本里,我差点把“小镇里发生的一切”都想象成 AI 实时驱动。那样当然浪漫,也当然昂贵。

后来我意识到,故知不该做那种永远在“表演智能”的产品。小镇首先应该是一个有边界、有节奏、可解释的相遇场,而不是一场不断烧钱的表演。

相遇发生之后,系统要看的也不是一次漂亮的 AI 判断,而是反复出现的共鸣、用户自己的反馈,以及双方是否真的愿意见面。

AI 在这里更像灯光师:它照亮一些可能性,但不替人决定关系。

把账重新算一遍之后,我终于不再觉得这件事天然会被成本拖死。


这周做完三件事。每一件都是为了让"算账"的结论不止是 Excel 里的承诺,而是代码里的事实。

第一件:把 AI 用在刀刃上

不是所有相遇都值得同样重的处理。轻的地方要轻,重要的地方才慢下来、写细一点。这样系统才不会为了制造“很 AI”的感觉而浪费真正的成本。

这不是为了显得聪明,而是把力气花在刀刃上。轻的地方轻,重的地方才值得慢一点、深一点。

第二件:让等待不要卡住系统

故知里有些事情可以慢慢发生,比如一段解释、一段候选故事、一段见面建议。它们不应该阻塞用户进入小镇,也不应该让整个体验因为某一步慢了就停住。

听上去是工程细节,但背后是产品态度:用户等待的是缘分,不该等待系统卡顿。

第三件:只给 AI 看它需要看的

一个人当然很复杂,但每一次相遇并不需要把一个人的全部都摊开。故知更关心当下这一次为什么可能成立。

少一点噪音,多一点准确。


但其实我想说的不是这些技术。

我想说的是 —— 算完这笔账之后,我有一种奇怪的轻松感

不是因为数字漂亮。是因为我第一次确定:这件事不是非要烧钱才能跑

我以前以为,做这种重 AI 的产品就得有融资、有团队、有一堆显卡。算完之后才发现:如果足够克制,如果 AI 不被滥用,如果每一步都问一句“这真的需要模型吗”——

这事一个人也能扛。

我不是说一定能成。我是说,至少在被钱掐死这条路径上,故知有可能不死。


下一封信会写什么我还不知道。可能是"waitlist 到了多少人",可能是"第一镇圈了谁、为什么是 ta 们"。

也可能是又一次反复推翻自己之后写的。

— Z

这 周 改 了 什 么
代码改完测试都绿。更细的成本和实现细节,留给真正认真考察这事的人单独聊。

P.S. demo 还是那个 demo。下一次有产品变化我会专门说。

下 一 封
想收到下一封
加 入 名 单