Ruby

Ruby 做的事情很窄：在销售或客服通话过程中，实时理解对话内容，并在侧边栏或耳机里轻声提示“下一个问题可以怎么问”。它不是通话记录仪，不是事后分析工具，也不是对话脚本生成器。它的用户是那些每天要打几十通电话、需要在几秒钟内做出反应的人——销售代表、客户成功经理、招聘面试官。

今天，这类用户在通话前通常会自己准备一份问题清单，或者从团队共享的 Notion 文档里复制一套话术。通话过程中，他们一边听客户说话，一边在脑子里快速匹配下一个问题。遇到客户抛出意料之外的异议，比如“你们比竞品贵”，很多人会本能地进入防御性解释，而不是追问。事后，团队可能会用 Gong 或 Chorus 回听录音，标注哪些地方问得不好，但那个电话已经结束了，丢掉的线索不会回来。有些团队会让经理实时旁听，通过 Slack 私聊给销售递话，但一个经理最多同时盯两三个通话，没法规模化。

真正的卡点不在“不知道好问题长什么样”，而在“知道却来不及想”。通话是实时流，客户说完一句话，销售通常只有一两秒的沉默窗口。在这个窗口里，人要同时完成理解、判断和构思，认知负荷极高。Gong 和 Chorus 解决的是“事后知道哪里...