文章编写于6.12
给自己好几天没更新找补下：最近几天都在筹备一场大活动，大家明天就能看到。
前几天，社群一位老师问我能不能分享下"拆虾"的工作？
这是一位我很佩服的老哥。
早上起来看到消息时我脑子都开始打架了。
他问我拆虾？
就那个一步、二步、三步就完成的操作，这不太正常啊。
事实证明，早上起来，脑袋完全启动需要点时间，我当时竟然没有 get 到稍微深一点的意思。
这才符合我对老哥的认识嘛？动不动就要给我们上思想强度。
理解后，我当时就答应，要梳理下，然后分享个内容出来。
但很遗憾，今天不是一个完整的终章。
因为担心最近太忙导致忘了这件事，因此，有了一点思考，咱就先分享一点。如果需要，后续再整合到一起。
今天这部分，主要是聊聊当时为什么要"拆虾"？
最初，我在飞书只养了一只虾。
没有改名，带数字的那种名字，养在腾讯轻量云服务器，2核2G，主模型是 MiniMax 29元 的 Coding Plan（这个价位，支持识图，真香，当然这个订阅现在好像绝版了）。
后来用的多了，发现单只虾有很多问题，我简单梳理如下：
第一个方面，对用户，也就是我来说。
单只虾的时候，我每次发送命令，需要强调下当前问题的领域知识、专有名词，好达到"对齐"的状态，甚至为了更好的效果，还需要清空下对话历史。
第二个方面，从系统角度来看。
单只虾每次对话都需要加载全部的 skill，虽然有"按需加载"，但现在动不动就20几个甚至更多的 skill，不论是效率还是成本，都有点过高了。
并且，针对不同业务场景，单只虾只能采用一个模型，很明显无法达到最优的效果。
第三个方面，从产品角度来看。
虾的一个特性是"记忆"，或者说是"进化"，那什么都往一只虾里面灌，我感觉全在的可能性不高，精神分裂的可能性更大一点。
并且，社会分工、多专家模式、"男女搭配，干活不累"等技术或者非技术的经验都告诉我们，只有协作起来，才能碰撞出一些新的东西。
上面就是我"拆虾"的出发点，如果你有不同的原因，欢迎评论交流。
顺祝大家周末愉快！