最适合瑜伽疗愈 + 关系/分手教练 + 预约订课机器人的LLM?Llama 70B vs GPT-OSS 120B vs Claude?[200用户,需要记忆]

Reddit r/AI_Agents 新闻

摘要

一位开发者正在为瑜伽工作室构建生产级聊天机器人(疗愈、健康指导、订课),寻求在 Llama 70B、GPT-OSS 120B 和 Claude 之间选择的建议,并讨论了在 Groq/OpenRouter 上约200用户的记忆架构、延迟和成本权衡。

大家好,我正在为瑜伽工作室(越南市场)构建一个生产级聊天机器人,需要帮助选择合适的模型。我们的用例有点复杂——不仅仅是订课。 机器人的功能: 疗愈/人生教练:谈论分手、关系问题、婚姻/离婚压力、人生间歇期、心理健康辅导(不是临床诊断,而是更具共情力的辅导 + 基于瑜伽的应对方法) 健康教练:一般健康、瑜伽疗愈 预约订课:通过严格的JSON + 工具调用预订瑜伽课:check_availability -> MongoDB -> Google Calendar API 同步 常见问题:费用、时间等。 问题: 对于需要跨对话记住历史记录的疗愈/分手/关系教练场景,Llama 3.3 70B 是 Groq 上最好的选择吗,还是我们应该咬咬牙用 OpenRouter 付费版 Claude 3.5 Sonnet?Claude 以共情能力著称,但价格为每1M tokens $3/$15,而 Llama 70B 是 $0.59/$0.79,延迟为 2.5s 对比 0.74s。 如果我们继续使用 Groq 并从免费版升级到付费开发者版,实际延迟真的会下降吗?免费版为 30 req/min、6K TPM、14.4K RPD,并伴有 429 错误。付费版声称“通过提示缓存显著降低延迟,且缓存 tokens 不计入速率限制”——这在真实场景中明显吗? 关于记忆,我们现有的 MongoDB 最近20条 + 摘要方案对 Llama 70B 的 128K 上下文窗口来说够用吗?还是说200个用户需要向量数据库(Pinecone/Qdrant)?我们希望机器人能在下一次对话中回忆起相关信息。 我们还遗漏了其他非常适合这个场景的模型吗?Qwen 27B?Gemini 2.0 Flash? 我们目前锁定在 Groq 免费版,但如果值得,也可以接受 Groq 付费版或 OpenRouter 付费版。 预算目标:200个用户每月 <$5(目前 Groq 付费版 70B+20B 每月 $2.02 ≈ 5万越南盾)。 规模: 200个活跃客户 每个客户:每月至少2次对话 每次对话:15-20条消息(用户主动发起) 因此每月 6000-8000 条消息 = 约320万 tokens/月(约300万用于疗愈 + 28万用于订课) 必须能在下一次对话中记住客户历史记录(例如,用户上周谈到了离婚,机器人下次应记住姓名、过去的问题、瑜伽偏好) 当前技术栈: 后端:Python FastAPI + Pydantic 验证 + BackgroundTasks 用于日历同步 数据库:MongoDB(sessions 集合用于历史记录,users 集合用于档案/摘要,vector_embeddings 可选,用于对过往疗愈会话进行语义搜索) 记忆层:短期(MongoDB 中最近20条消息)+ 长期(档案 + 摘要)+ 向量记忆(可选) 日历:Google Calendar API 支付:Razorpay(未来) 渠道:Facebook Messenger API + 可能还有越南的 WhatsApp Business API(免费) 基础设施:Groq Cloud(目前免费版,准备转付费) 我们在 Groq 上尝试/考虑的模型: llama-3.1-8b-instant:1000+ TPS,14.4K RPD,每1M tokens $0.05/$0.08——速度极快,但对疗愈场景来说太浅,无法通过共情测试 openai/gpt-oss-20b:935 TPS,$0.075/$0.30,98% JSON 有效性——非常适合带工具调用的订课确认 openai/gpt-oss-120b:493 TPS,$0.15/$0.60——适合疗愈(HealthBench 57.6%) llama-3.3-70b-versatile:403 TPS,$0.59/$0.79,128K 上下文——目前倾向于将其用于疗愈——富有共情力,能保留长历史,推理能力强。但免费版为 100K TPD / 1K RPD,而我们的需求正好是每天 100K TPD,所以会触发 429。 我们目前的流程: 用户 Messenger -> FastAPI Webhook -> 从 MongoDB 获取历史记录 -> 意图路由 -> 70B 处理疗愈 / 20B 处理订课 / 8B 处理FAQ -> MongoDB 事务(唯一索引 date+time+class_type 防止重复订课,两阶段提交)-> Google Calendar 异步同步 我们已添加: 错误处理:对 Groq 429 使用指数退避,降级链 70B -> 20B -> 8B,断路器,用于失败日历同步的 DLQ 安全:提示注入防护、PII 脱敏、加密的 OAuth tokens、PCI 合规(不存储卡片信息)、系统提示词越狱防护 原子性:MongoDB Client Session 事务 + 唯一复合索引 性能:总响应时间需 <2s。 长话短说:需要在 Groq 上实现富有共情力的疗愈教练 + 严格 JSON 订课 + 跨会话记忆,规模为 200 用户 x 2 次对话 x 15 条消息。Llama 70B vs GPT-OSS 120B vs Claude 3.5 Sonnet——为了最低延迟 + 最佳共情 + 历史记忆保留,你会选哪个?谢谢!
查看原文

相似文章