24小时热榜

大家好！我们是Gary和Ian，我们正在构建Chert（<a href="https://www.trychert.com/">https://www.trychert.com/</a>），这是一个供企业大规模发送、接收和自动化iMessage对话的API。请查看我们的演示：<a href="https://www.youtube.com/watch?v=SRdwvVxMMoI" rel="nofollow">https://www.youtube.com/watch?v=SRdwvVxMMoI</a>。 我们最初是基于iMessage构建产品，因为蓝色气泡界面、输入指示和反应使得代理对话比SMS/RCS上的对话更具人性化。这些产品包括一个一键式iMessage代理构建器，在一周内吸引了2000名用户，以及一个自动化的iMessage外发序列器，每天发送数千条外发消息。 困难在于，iMessage没有像SMS/RCS那样的原生API。发送和接收iMessage需要一个单独的基础设施，这在设置和维护上都很困难，尤其是在大规模使用时。 随着我们与更多公司的交谈，我们意识到iMessage的高频使用案例并不是B2C代理或销售，而是客户服务、未接来电回复、购物车放弃和潜在客户捕获等场景，这些场景在家庭服务、直销品牌和物业管理等行业中产生了最高的使用量。 此外，这些公司通常需要额外的支持，例如自定义基础设施设置（如联系人卡、区号或本地工作人员会话）、与现有SMS/RCS或语音代理系统的集成支持，以及一种可靠的方式来随着时间的推移扩大其使用量。 我们构建Chert作为企业处理大规模iMessage对话的基础设施层。企业可以使用我们的API以编程方式发送和接收iMessage，将回复路由到人类或代理，并将对话集成到他们已经使用的系统中。 为了在外发和内发使用案例中保持稳定性，我们建立了电话线路健康检查和SMS/RCS备份系统。我们还与现有的SMS/RCS系统、语音代理、CRM（如Salesforce、HubSpot和Attio）以及Slack等工具进行集成。最后，我们让企业能够可靠地从少量测试线路扩展到数百条线路，采用自动化线路配置和基于使用量的定价结构。 我们正在与进行对话式消息传递的企业合作，涉及直销、体育项目、物业管理和家庭服务，规模达到数百条线路。 我们非常希望听到您对这一点以及其他类似领域的看法，iMessage在这些领域可能会有用。欢迎所有评论！

所有命令的格式为 `output = \func inputs` 或者简单地使用 `\function inputs`。点和标量是动态生成的。例如，在一个空画布上使用 `\line a b` 会创建点 `a` 和 `b`，并用一条线将它们连接起来。 用户可以在可视化环境中使用类似于 NumPy 和 PyTorch 的广播语义（想象一下创建一个圆的列表，其中一个维度对应半径，另一个维度对应圆心）。用户还可以使用反向传播，运行梯度下降或可视化向量场。几乎所有内容都是响应式的，因此更改一个变量会更新所有下游几何体。此外，它还允许任何人编写和加载自己的可视化，这些可视化可以进行广播和微分。

NanoApps 是一个早期开发者预览版本，面向那些希望为第七代 iPod nano 构建和运行自定义应用的爱好者和创客。欢迎大家积极参与贡献。