Chert 押注企業將為 iMessage API 付費——藍色氣泡、Tapback 回應等一應俱全

Chert 是一套用於傳送、接收、路由與觀測真實 iMessage 對話的 API 與工作流程層：針對每個傳入與傳出事件提供 REST API 與 webhook、電話線路健康檢查、當收件人不在 iMessage 上時改用 SMS/RCS 備援、可從幾條測試線路自動擴充到數百條線路的自動化線路開通、用量計價，以及原生同步到 CRM（Salesforce、HubSpot、Attio）、Slack、行事曆（Calendly、Cal.com）與 Vapi 等語音代理工具。它也提供專人協助的導入流程，每位客戶都從一場 20 分鐘的啟動通話開始。

押注 iMessage 使用量最高的商業用途——客服支援、回電簡訊、購物車挽回、來電潛在客戶——會願意為可靠的 API 基礎設施付費，而不是自己拼湊土法煉鋼的方案。

公司未揭露任何一輪募資；EveryDev 的目錄列出已從 YC（P26）、Z Fellows 與 Betafund 募得 50 萬美元。

Gary 與 Ian 一開始是在 iMessage 之上打造產品，因為藍色氣泡介面、輸入中指示與表情回應，讓代理式對話比 SMS/RCS 更像真人互動：一個一鍵式的 iMessage 代理建置工具在一週內達到 2,000 名使用者，以及一個每天發送數千則訊息的自動化對外開發序列工具。在與企業交談後，他們發現使用量最高的情境並非 B2C 代理或銷售群發，而是居家服務、DTC 與物業管理領域的客戶服務、未接來電回電簡訊、購物車放棄與來電潛在客戶捕捉。

他們把 Chert 打造成基礎設施層而非應用程式：透過 API 進行真實的 iMessage 傳遞、webhook、送達回條、SMS/RCS 備援、CRM 與 Slack 整合，以及自動化線路開通。團隊刻意讓導入流程保持人工——「我們目前還不是完全自助式」——因此每位客戶的使用情境都會在取得存取權限前經過審查，這是對討論串核心反對意見的直接回應：這是一台等著被 Apple 封殺的垃圾訊息機器。

仍在營運並持續導入客戶；長期風險仍是 Apple 的平台政策——討論串中 Beeper 的先例被反覆提及——而 Chert 的答案是防濫用控管，加上專注於來電與主動選擇加入的對話。

iMessage 是美國最受信任的訊息介面，而企業沒有合法途徑觸及它——一套具備備援的 API 能開啟一個沒有其他人擁有的管道。

藍色氣泡對話的閱讀與回覆率是 SMS 與電子郵件比不上的，使每則訊息都珍貴到足以收費。

防濫用控管與人工導入流程，直接回應了主導市場質疑的「這是垃圾訊息機器」反對意見。

Twilio 從未打造 iMessage 支援，留下一個 Chert 能在 Apple 推出更好的商業管道之前填補的基礎設施缺口。

在你不掌控的平台上打造產品是一項融資決策：好處是擁有一個競爭對手無法複製的管道；代價是隨時可能因 Apple 的一道政策變更而遭封殺。

截至 2026 年 9 月，Chert 是一家活躍的 YC P26 公司（兩人團隊，位於紐約市，主要合夥人為 David Lieb），仍透過啟動通話持續導入客戶，背後有一次 Product Hunt 發布，並整合了 Salesforce、HubSpot、Attio、Slack、Close、GoHighLevel、Vapi 與行事曆工具。存亡問題並未改變：Apple 隨時可以限制商業 iMessage 流量，而 HN 討論串以及 ic.work 等分析都將此視為真正的風險。Chert 的答案是流量上限、身分暖身，以及專注於來電、主動選擇加入的對話，而非冷群發。