最近几天都在筹备一场大活动，大家明天就能看到。

前几天社群一位老师问我能不能分享下“拆虾”的工作？

这是一位我很佩服的老哥。 早上起来看到消息时我脑子都开始打架了。 他问我拆虾，话说回来，就那个一步、二步、三步就完成的操作，这不太正常啊。

实际来看，早上起来脑袋完全启动需要点时间。我当时竟然没有 get 到稍微深一点的意思。其实，这才符合我对老哥的认识嘛？按理说，动不动就要给我们上思想强度。

理解后我当时就答应，要梳理下接下来分享个内容出来。但很遗憾，今天不是一个完整的终章。因为担心最近太忙导致忘了这件事，所以，有了一点思考，咱就先分享一点。如果应该把整合到一起，后续再。话说回来，

为什么要拆虾？——从痛点出发

1️⃣ 使用者体验痛点：命令对齐与历史清空

单只虾的时候。 我每次发送命令，需要强调下当前问题的领域知识、专有名词，好达到“对齐”的状态；甚至为了更好的效果，还需要清空下对话历史。这导致这方面，

• 等待时间长每次都要重新设置上下文。
• 准确率低同一任务在不同情境下表现不一致。
• User frustration

2️⃣ 程序成本痛点：全量加载与模型单一化

单只虾每次对话都需要加载全部的 skill。虽然有“按需加载”，但现在动不动就 20 几个甚至更多的 skill不论是效率还是成本，都有点过高了。按理说，而且针对不同业务场景。单只虾只能采用一个模型，很明显无法达到最优效果。

3️⃣ 产品价值痛点：记忆瓶颈与协作缺失

虾的一个特性是“记忆”，或者说是“进化”。如果把所有信息塞进一只虾里全在的可能性不高，精神分裂的可能性更大一点。社会分工、多专家模式、“男女搭配干活不累”等实际来看，只有协作起来才能碰撞出新的东西。

拆虾方案简述

• #1 多实例化：
• #2 动态按需加载：skill；显著降低内存使用和启动时间。
• #3 专家协同：
• #4 模型多样化：

Pain Point Summary