Один ключ на всі канали

Кожна платформа обміну повідомленнями вигадує власний API: свої ключі, свій формат вебхуків, своє уявлення про помилку. Поставте п'ять таких платформ за одним продуктом — і команда зрештою підтримує п'ять інтеграцій, які об'єднує хіба що логотип. Ми пішли іншим шляхом.

Що однакове всюди

• Ключ. Один ключ API в заголовку X-API-KEY відкриває LinkedIn API, Inbox API, WhatsApp API, Discord API і X API. Ключ визначає організацію, а організація — те, що можна назвати.
• Межа. Усе, що не належить вашій організації, відповідає 404, а не 403, тож вгаданий ідентифікатор нічого не повідомляє.
• Помилки. Один формат JSON, {"type":"errors/<code>","status":<n>,"detail":"..."}, з detail, написаним так, щоб його можна було показати людині.
• Вебхуки. Один набір ендпоінтів, підписаних однаково, які несуть події LinkedIn API і кожного каналу.
• План. Місця, які рахуються за тим, чого у вас найбільше, — за однією підпискою й з одним 30-денним пробним періодом.

Що це дає ШІ-агентові

Сервер MCP — це перелік інструментів і обіцянка про те, як вони себе поводять. Оскільки кожен канал тримає одну й ту саму обіцянку, один ШІ-агент може нести їх усі, не вивчаючи п'ять діалектів: універсальний агент за адресою /mcp має всі інструменти, а агент кожного каналу — /inbox/mcp, /whatsapp/mcp, /discord/mcp, /x/mcp — лише свої, для асистента, який має торкатися одного каналу й нічого більше.

Ті самі агенти працюють у Claude, у ChatGPT, у чому завгодно ще, що говорить MCP, і всередині проєктної кімнати, де люди бачать кожен виклик і його відповідь у міру того, як це відбувається.

Ціна всього цього в тому, що канали стають трохи менш собою. Особливості платформ нікуди не поділися, і кожен довідник каже, де саме; просто тепер вони за одними дверима.

Часті запитання