Comms

嘿，我是 Cale，Comms 的联合创始人。我和搭档 Andrew 下定决心要解决 iMessage 智能体的管理方式。我们花了几千美元买那些需要几周才能配置好的线路，心里清楚肯定有更好的办法。现在只要一句话，你的智能体大约 30 秒就能在真实线路上上线。

我们希望 iMessage 智能体成为企业通过支持、预约、支付等方式与客户共同成长的一种方式。沟通方式总是随着新一代人演变，我们相信把 AI 和 iMessage 结合起来就是这种趋势的延续。

演示即产品。给在线智能体发短信到 comms.osis.co，随便问它什么。Andrew 和我会全天在线——欢迎在评论区提问！

秒级上线是个不错的承诺，但 iMessage 是那个平台没有任何官方途径支持该功能的渠道，所以有意思的问题是底层怎么实现的。

具体来说：号码是谁发的？如果智能体共享基础设施，一个行为糟糕的部署被标记了，似乎会影响到下游所有用户，而且 Apple 的执法机制不是你能快速申诉解决的。每个客户之间有隔离吗？实际中你们碰到过速率上限吗？

把 iMessage 作为智能体渠道完全跳过了安装 App 的摩擦，这对消费场景来说是个很合适的切入点。Apple Messages 框架在回执和 SMS 回退方面一直很棘手。当对话中途静默地从 iMessage 切换到 SMS，智能体需要保持连贯性时，你们怎么处理智能体的会话状态？

定价对比是个很大的加分项。大多数竞争对手光线路就要收费，所以 50 美元“智能体和收件箱都包含在内”的定价框架实际上比它看起来要公平得多。

演示即产品的方式是证明这玩意确实能用的正确做法。不过我一直在想一个问题：如果有人把这个智能体的号码加到群聊 iMessage 线程里，而不是一对一的客服对话，会发生什么？群聊的同意机制和期望跟私信客服完全不同，一旦客户决定这么做，感觉从 API 侧你很难控制得住。

终于为我的副业项目搞到了一条真正的 iMessage 线路，不用跟运营商周旋，两分钟左右就设置好了，而且 API 文档居然能看得懂。固定价格比我在别处老是遇到的那种按条计费的惊喜要好得多。