乐于分享
好东西不私藏

一个 AI 工具为什么需要仪式感

一个 AI 工具为什么需要仪式感
AI 工具观察2026 / 08

一个 AI 工具为什么需要仪式感

从微信消息到“奏折”,一次关于效率、趣味与表达方式的产品实验。

AI 负责拟回复,我负责最后审批。

案例复盘10 万播放

EDITOR’S NOTE

本期摘要

我把收到的微信变成“奏折”,让 AI 先拟回复,自己负责最后审批。这个原本用来安慰自己的小系统,后来带来了一条 10 万播放的视频。

01

PART

从一个小工具开始

THE ORIGIN

前段时间,我做了一个 “批阅奏折”的系统。每当我收到微信,电脑上就会多出一封奏折。

系统可以检索我的知识库,根据对方的问题拟好一份回复。我需要做的,就是检查一下内容,然后决定 “准奏”还是“驳回”

后来,我把这个系统拍成了一条短视频。没想到视频发出去以后,获得了 10 万播放

不少人觉得这个创意挺有意思,真的有一种当皇帝的感觉。有人还专门叫朋友一起来看,也有人问我能不能把它开源,让大家体验一下。

但这个系统最开始并不是为了拍视频做的。它只是我为了解决一个很普通的问题,给自己做的 小工具

02

PART

重复回答,真的会让人心累

THE PROBLEM

自从开始做自媒体、发布一些教程以后,越来越多人通过个人账号找到我,询问各种问题。后来我发现,大家关注的内容来来去去,其实就那么几个。

“可以发我一份学习资料吗?”

这个问题回答一次并不麻烦。但同样的资料、同样的链接、同样的注意事项,如果每天都要重新整理和回复,次数多了以后,还是会让人感觉 很心累

当时我每天要处理不少消息,突然觉得这个状态很像皇帝日理万机,每天都要上早朝。于是我就在想:既然每天都像在上朝,能不能干脆把这些消息变成奏折?

与其把它看成一份枯燥的重复工作,不如给它增加一点 仪式感。这个想法并不是在系统做出来以后,才为了拍视频包装上去的。在正式动手之前,我就已经想好了:要做一套“批阅奏折”的消息处理系统。

03

PART

两条走不通的技术路线

HOOK & OCR

第一条路:Hook

最开始,我使用的是 Hook 技术。它的好处很明显:获取消息比较准确。

  • 但是需要和特定版本的微信绑定,版本变化后原来的方法可能失效。

而且我本人不会开发 Hook,只能参考其他人的技术。这样一来,后续维护就会比较困难。所以,虽然它能够比较准确地获取消息,但并不适合我长期使用。

第二条路:OCR

后来,我又尝试使用 OCR。简单来说,就是先获取屏幕上的画面,再识别图片里的文字。这个方法不用深入处理微信客户端,看起来更加通用。

但实际使用以后,我发现它也不够稳定。它有时会把发送人的名字识别成消息正文;当我滚动鼠标、上下查看聊天记录时,画面里的内容和位置不断变化,系统也很容易判断错误。

我尝试解决过这些问题,但效果一直不太理想。后来我发现,自己可能没必要继续死磕 软件端的微信

04

PART

换一个入口,问题反而简单了

CHANGE THE QUESTION

在和 Agent 讨论的过程中,我注意到了网页版微信,也第一次比较具体地了解了 DOM

如果用普通一点的话来解释,DOM 就像网页里已经整理好的内容结构。一个名字、一条消息、一个按钮,在网页里面通常都有自己的位置和身份。

我们不一定要像 OCR 那样,对着整张屏幕去猜哪一块是什么,而是可以 直接从网页结构中找到需要的信息。于是,我开始利用网页版微信的 DOM 获取消息。

旧问题:怎么才能更准确地识别软件端微信里的内容?

新问题:有没有一个地方,本来就已经把这些消息整理好了?

换了一个问题以后,原来卡住我的识别问题,反而变得简单了一些。

05

PART

AI 负责拟回复,我负责做决定

HUMAN IN THE LOOP

获取消息以后,系统可以接入 AI 的 API,让它检索我的知识库,再根据对方的问题拟一份回复。目前,它支持两种处理方式。

模板模式

对于索要固定学习资料这一类高频问题,提前在知识库中写好回复模板,匹配后直接调用稳定内容。

AI 模式

如果问题没有完全对应固定模板,AI 就结合知识库中的内容,重新组织一份回答。

实际使用时,我最大的感受并不是“以后完全不用回复消息了”。更准确地说,是我 不需要再从第一个字开始写

有人已经帮我把问题整理好,也把拟好的处理意见放到了面前。我主要负责审批、打勾、打叉,或者在原有内容上稍微调整一下。这确实很像上早朝。

当然,AI 拟出来的内容并不是每次都能直接使用。有些回复仍然需要我调整资料、语气或者具体表达。所以,它没有代替我的判断。

WORKFLOW SHIFT

它只是把我从“重复写同样的话”,变成了“检查一份已经写好的回复”。

06

PART

评论区补全了系统的名字

PIAONI & PIHONG

视频发布以后,评论区出现了一件我没想到的事。有几位观众告诉我,这个系统里的两个步骤,其实可以用两个历史名词来形容:

票拟 · 批红

简单来说,“票拟”是先替皇帝拟出批答意见,再交给皇帝决定;如果皇帝同意拟定内容,再以朱笔批出,则被称为“批红”。

这和我的系统当然不能完全画等号,但放在这个有趣的设定里,确实有一点相似:AI 负责先拟,我负责最后审核

我在制作系统之前并不了解这些词。最初只知道把消息叫作“奏折”,把确认动作叫作“准奏”。反而是在视频发布以后,观众帮我把这套设定补充得更完整了。

这也是我觉得做内容比较有意思的地方。一个想法发出去以后,它并不一定就结束了。观众会带着自己的知识、经历和理解参与进来,最后让这个东西 长出一些原本没有的内容

07

PART

AI 工具也可以有一点好玩

WHY RITUAL MATTERS

回过头看,这个系统解决的问题并不复杂。它没有帮我完成什么惊天动地的大事,只是减少了一些重复回复,让我不用每次都从头整理资料和组织语言。

但它给我的感受,和普通的自动回复工具又不太一样。因为我真的会感觉,自己每天不是在处理消息,而是在上朝。AI 把回复拟好,我检查、修改,再做决定。

这种趣味感不一定能直接体现在效率数字上,但它会让我 更愿意打开这个系统,也让一件原本有点枯燥的工作变得没那么心累。

这次 10 万播放也让我发现,同样一个功能,换一种普通人能够马上感受到的说法,大家对它的理解可能完全不同。

知识库驱动的 AI 消息处理系统

把微信消息变成奏折

前一种说法当然更准确,但后一种说法明显更容易让人产生画面,也更容易被记住。

///

END

工具的价值,不只有效率

FINAL THOUGHT

一个工具首先要能解决问题。如果还能够让使用这件事变得有意思一点,我感觉它才更容易被人记住。

有用让工具被使用,有趣让工具被记住。

我是硅忆说,带你学点不一样的。

如果你觉得今天这篇有收获,欢迎点赞、在看、转发三连,我们下篇见。

在看收藏

THANKS FOR READING