哎李博,你上次给我推荐那个AI客户端叫啥来着?就是本地装的那个。
Chatbox啊,怎么了,你终于用上了?
用了用了,但我先问你一个问题——你一个搞AI研究的博士,为什么天天用一个'套壳'工具?这不是你们最看不上的东西吗?
哈哈,你这个问题问得好。我跟你说,套壳和套壳之间的差距,比人和狗之间的差距都大。
得了吧,你这比喻也太离谱了。
不是,你听我说。这个项目在GitHub上快4万Star了,三万九千多,Fork都有四千多。你想想,GitHub上做ChatGPT客户端的项目少说几百个,凭什么就它能杀出来?
真的假的?4万Star?这什么概念?
这么说吧,很多你叫得上名字的知名开源项目都没这个数。这已经是GitHub上的顶流级别了。
等会儿让我想想……我之前做产品调研的时候确实看到过一堆AI客户端,但大部分真的就是周末hackathon的水平,用两次就卸了。
对,核心区别就在这儿。你用过OpenAI官网的网页版吧?
用过啊,天天用。
体验怎么样?
嗯……说实话,作为产品经理,我觉得那个界面就是个毛坯房。对话管理乱得一塌糊涂,想找个历史对话翻半天,多模型切换也费劲。
这不就对了嘛!Chatbox做的事情就是把这些痛点一个个解决掉。它用TypeScript写的,跨平台,Mac、Windows、Linux都能跑。
诶,我发现一个有意思的点。它那个组织名就叫chatboxai,特别直白——我就是个盒子,你往里面装AI。
哈哈对,你看现在GitHub上那些项目,取名恨不得把全部希腊字母用上,搞得跟学术论文似的。人家就很务实。
这个我作为产品经理太有感触了。好的产品命名就是要让用户一秒钟知道你是干嘛的。
你们产品经理就知道用户体验。
那不然呢?用户体验不重要吗?
重要重要,我说反了,这次用户体验确实是核心壁垒。你想啊,它支持OpenAI、Claude,甚至本地模型的API,一个客户端全搞定。
等等,你说本地模型也行?就是那种不用联网、跑在自己电脑上的模型?
对,这个其实很关键。比如你们公司如果有数据安全顾虑,不想把内容传到云端,就可以接本地模型。Chatbox就是个统一的交互层,底下接什么模型你自己定。
懂了懂了,这不就是我们做产品时说的'中间件思维'嘛。它不创造智能,但它让智能变得好用。
嘿,你这个总结比我说的还到位。其实我觉得Chatbox最厉害的一点,是它让你忘记自己在调用API。
这句话什么意思?展开说说。
就是说,好的工具应该是透明的。你打开Chatbox,脑子里想的是'我要解决一个问题',而不是'我要先选模型、填API Key、配参数'。它把这些技术细节都藏到后面去了。
嗯,这个我同意。而且你看它四千多个Fork,说明开发者社区也认可这个架构,愿意在上面做二次开发。
没错,TypeScript这个技术栈选得也聪明。社区生态成熟,前端开发者上手成本低,想贡献代码或者自己改一改都很方便。
哎我突然想到,我们组有个同事还在用浏览器开一堆标签页管理不同的AI对话,每次看他切来切去我都替他累。
哈哈哈,赶紧把Chatbox推荐给他。说真的,如果你手里有API Key,又受不了官方网页的体验,或者需要频繁在不同模型之间切换对比,这个工具基本是刚需。
那你觉得这种工具的天花板在哪?毕竟它本质上还是依赖底层模型的能力。
这个问题很好。我觉得它的价值不在于模型本身多强,而在于——怎么说呢——它降低了普通人使用AI的门槛。
对,就像你不需要懂发动机原理才能开车。
完美类比。而且这近4万个Star买的就是这份'无感体验'。工具不创造智能,但好的工具让智能触手可及。
行,今天算是被你说服了。回去我就把它推给我们整个产品组。李博难得推荐一个靠谱的东西,大家珍惜一下。
什么叫难得!我推荐的哪次不靠谱了?
哈哈哈行行行,每次都靠谱,这次尤其靠谱,行了吧?