AiiN.Стартап Ando будує месенджер для команд, де люди й агенти працюють в одному просторі як рівноправні учасники. Продукт претендує на заміну Slack для агентних команд. Ставка на чат, де агент має ідентичність, памʼять і права нарівні з людиною, а не існує як бот, прикручений до розмови ззовні. За даними TechCrunch, Ando будує платформу командного спілкування саме під таку взаємодію.
Ідея проста лише на слайді. На практиці месенджери на кшталт Slack проєктувалися для людей: повідомлення лінійні, інтеграції підключаються через ботів, права налаштовуються через адмінку. Коли агент стає виконавцем, що самостійно бере задачі, пише код, відповідає клієнтам і тримає контекст тижнями, ця модель тріщить по швах. Ando підказує іншу архітектуру: чат як робоче середовище команди, а не стрічка повідомлень із пришитими ботами.
Для AI-білдерів це сигнал: варто оцінювати власних асистентів як повноцінних учасників роботи. Якщо агент не має сталої ідентичності, історії та меж відповідальності, він лишається дорогим автодоповненням, а не колегою.
Що саме задумав Ando і чому це не просто ще один чат?
Ando будує месенджер, де людина й агент перебувають в одному просторі як рівноправні учасники: агент має ідентичність, памʼять і права нарівні з людиною. У звичній моделі месенджерів усе інакше: бот — окрема сутність із вужчими правами, яку підключають до чату ззовні.
Агентні команди, як правило, впираються в три проблеми:
- контекст розсипається між тредами й інструментами, і агент щоразу починає з нуля;
- відповідальність розмита: незрозуміло, що агент зробив самостійно, а що затвердила людина;
- інтеграції живуть окремо від розмови: щоб агент діяв, треба виходити з чату в інший інтерфейс.
Якщо чат одразу проєктувати під участь агентів, ці проблеми вирішуються на рівні платформи, а не костилями. Агент отримує місце в організаційній структурі, а не роль гостя. Схожу логіку показує кейс Meta, де агент отримав аватар, пошту і Mac: Muse став колегою: Meta дала агенту аватар, пошту і Mac. Тут вона охоплює весь месенджер.
Як має працювати чат, де агент — рівноправний учасник?
Рівноправність у чаті означає, що система ставиться до агента як до субʼєкта з трьома атрибутами: ідентичність, памʼять і права. Без будь-якого з них агент деградує до бота.
Ідентичність — це стабільний профіль агента з імʼям, аватаром, статусом та історією дій, яку бачать усі. Колеги згадують агента через @, додають у тред, призначають відповідальним. Така видимість створює довіру й дає змогу робити аудит: хто що сказав і коли.
Памʼять — проєктна памʼять, привʼязана до каналів, задач і рішень. Агент памʼятає домовленості з минулого тижня, може послатися на повідомлення й не перепитує те, що вже обговорили. Питання в структурі контексту: тред як одиниця роботи, файл як артефакт, рішення як зафіксований стан.
Права — це модель доступу, де агент має обмежені права нарівні з людиною: читати канал, писати в тред, запускати інструменти лише в дозволених просторах. Це вимагає дисципліни, знайомої з корпоративного керування агентами (див. Dataiku запускає крос-платформне керування агентами для enterprise): без централізованих політик рівноправний агент швидко стає ризиком.
Кому це здешевить роботу і де зламається Slack-підхід?
Найбільший виграш отримають команди, де агент уже виконує операційну роботу: підтримка, розробка, аналітика. Коли агент може самостійно взяти тікет із каналу, оновити статус і відзвітувати в треді, людина економить не хвилини на копіпасті, а цілі перемикання контексту.
Модель «чат для людей плюс боти» ламається у трьох місцях:
- тред як другорядна сутність: довгу роботу агента легко загубити, звʼязок між запитом і результатом рветься;
- бот як вебхук: агент не присутній у розмові постійно й не бачить неформальних домовленостей;
- права через адмінку, розраховану на людей: агенту дають або забагато, або нічого, і тоді людина стає проксі.
Для продуктів, де агенти працюють автономно, це питання швидкості й вартості. Кожне перепитування агента через людину — це затримка й токени. Чат, де агент має власну присутність, дає змогу будувати процеси без людини-посередника й залишати людям рішення, де справді потрібне судження.
Що з цим робити білдеру вже зараз?
Ідею можна перевірити й без Ando: архітектуру, де агент має ідентичність, памʼять і права, реально прототипувати на наявному стеку й побачити, чи готова ваша команда до такої моделі.
Почніть із малого. Виділіть один канал, де агент буде рівноправним учасником, а не ботом за викликом. Дайте йому іменований профіль, чіткі межі дій і правило: усі його дії видимі в треді з посиланням на джерело. Виміряйте два показники: скільки ручних передач зникло і скільки помилок через брак контексту залишилося.
Висновок AiiN: Ando показує наступний крок після чат-ботів — чат як середовище спільної роботи людей і агентів, де агент проєктується як колега з відповідальністю, а не як інструмент за кнопкою. Теза AiiN: конкуренція месенджерів у 2026 році йде не за емодзі й треди, а за модель прав і памʼяті для агентів. Виграє той, хто зробить агента аудитованим, передбачуваним і легко відкличним у тому самому інтерфейсі, де працюють люди.
FAQ: чи замінить Ando Slack завтра?
Ні. Заміна корпоративного чату — це міграція історії, інтеграцій і звичок. Ando може виграти нішу агентних команд, де біль від бот-моделі вже критичний, і там показати, що нова архітектура працює швидше за латки поверх Slack.
FAQ: чи потрібен окремий месенджер, якщо є Slack з ботами?
Потрібен, якщо ваші агенти працюють автономно годинами, тримають контекст між каналами й несуть відповідальність за результат. Якщо агент лише відповідає на команду й одразу забуває діалог, бот-моделі вистачить.
FAQ: як дати агенту права й не відкрити дірку в безпеці?
Давайте агенту мінімально необхідні права на рівні каналу й треда, логуйте кожну дію з можливістю відкоту та вимагайте підтвердження людини для незворотних операцій. Рівноправність не означає вседозволеність: це однакові механізми контролю для людей і агентів.