Команда, яка пам’ятає

Консоль kg-teams наживо – на питання, хто він, @eng відповідає як інженерний лід команди: щосесії прокидаюсь поінформованим, відпрацьовую одну згадку й зберігаю тривке

Якийсь час тому я зрозумів, що Борис Черни робить велику ставку на Claude Tag. Доказом було відео: він і людина з його команди, на камеру, хвалять цей інструмент. Не пригадую, щоб таке було раніше, – навіть із Claude Code, який я відкриваю щодня. Це лише моє прочитання чогось публічного, і не більше: вікна в Anthropic у мене немає. Але коли людина, яку найбільше пов’язують з інструментом для кодингу, завдає собі клопоту записати відео про інструмент для чату, я дивлюся, куди вона показує.

Я поклав це поруч із тим, що постійно чую в його інтерв’ю: що він запускає сотні агентів одночасно і здебільшого робить це з телефона. Тобто тенденція була видна ще до відео. А якщо поверх неї він робить велику ставку, то напрямок – геть від роботи руками й у бік чогось більш керівного.

Про що насправді говорило те відео

Деталь, яку я довго крутив у голові: за його словами, Claude Tag відкрила його команда. Не спроєктувала й спустила згори – знайшла, для власної співпраці.

З цього, як я це читаю, випливає дві речі. Перша: командна динаміка з ботами працює краще, ніж одна людина з одним дуже швидким помічником. Друга менша, і, як на мене, важливіша: хай вони пишуть дописи, замість вивалювати на вас увесь транскрипт. Транскрипт – це запис того, як щось було зроблено, і читати його – робота. Допис – це колега, який розповідає вам, що сталося. З цих двох до масштабу команди доростає тільки одне.

І все це приходить тоді, коли ті самі люди радять прибрати ваші старі skills, бо саме вони можуть заважати новішим поколінням моделей працювати ефективно. Я ставлюся до цього серйозно. У риштування, яке ми зводимо навколо цих інструментів, є термін придатності. Зберігати варто накопичений досвід під ним.

Питання прив’язки

Отже, з напрямком я погодився. З ціною – ні.

Claude Tag живе в Slack. Прив’язка до Slack для мене неприйнятна, і це не те вподобання, від якого я можу себе відмовити. Прив’язку до Claude я вже прийняв – із нею мало що вдієш, там живе моя робота. Але шар чату, місце, де команда насправді говорить, я віддавати не хочу. Додайте приватність, додайте щоденну зручність, додайте звичайний контроль над власними проєктами – і аргумент складається сам.

На початку липня Максим Прокопов написав майже точно цю саму думку, тільки з іншого боку. Claude Tag – найгарячіша новинка на ринку, писав він, то як щодо рішення з меншою прив’язкою до вендора? Він провів вихідні з Hermes плюс Mattermost і знайшов це багатообіцяльним для безпечніших, незалежних від провайдера агентних процесів – із вражаючим вбудованим самовдосконаленням.

Я лишив там коментар – і, перечитуючи його тепер, бачу, що в ньому вже є все:

Дуже цікаво, Claude Tag, схоже, наступна велика річ, і це звучить як дуже схожа схема. У мене є ідея, як зробити щось подібне на базі Claude Code -bg sessions, як вам Mattermost? Я вибирав між ним і власним інтерфейсом.

Його відповідь назвала річ прямо: Claude Tag чудовий, але він змушує вас триматися Slack і Claude, що для когось і для якихось компаній може бути й нормально, хоча це найсильніша прив’язка до вендора з усіх, що бували.

Ідея вже була – його відповідь визначила, чим воно бути не мусить. Не кращий оркестратор. Цілком приватна командна співпраця.

Що вийшло 12 липня

Я випустив kg-teams: безкоштовні AI-колеги на власному хостингу, зі справжньою пам’яттю.

Одна машина, одна підписка на Claude. У вашому командному чаті з’являються п’ять ботів-колег, які справді пам’ятають – ваші домовленості, ваші проєкти, що було вирішено і чому. Кожна розмова наповнює спільний граф знань, і кожна відповідь називає спогади, на які спиралася. Усе це на вашому залізі, приватно всередині вашої мережі Tailscale, на такій самій схемі, яку я описав у ноутбуці, який не спить.

npx kg-teams init my-team

Claude Code має бути встановлений і авторизований заздалегідь.

П’ять колег – це те, що вийшло, а не межа: їх можна додавати й видаляти. Крім них є виконавці, яких може бути скільки треба. Бот C-рівня будить проєктного бота своїм завданням; проєктний бот робить роботу, і звіт піднімається ланцюжком назад – до мене або учасників команди.

Одна підписка – це навмисно. У липні я сказав комусь у гілці про вартість усього цього, що намагаюся розробити застосунок для спільної роботи на одному передплаченому тарифі, поки це можливо. Я мав на увазі обидві половини того речення. Передплачені тарифи – єдина причина, з якої невелика команда взагалі може дозволити собі так працювати, і я не чекаю, що вони лишатимуться настільки щедрими вічно.

Чому пам’ять мусила бути першою

На початку червня, під дописом про AI-інтеграції, я написав, що, як на мене, наступна велика річ – це розумна система пам’яті, яка еволюціонує. На той час я вже збудував таку для себе й жив усередині неї не один місяць. Я написав про те, чому це виявилося єдиною необхідною річчю, і не повторюватиму цього тут.

Для kg-teams важливо те, що пам’ять була першою, а команда другою. Моя структура пам’яті й мій підхід до неї були доброю основою, щоб будувати на ній команду, – і саме тому рішення унікальне саме так, як воно унікальне. Не тому, що чат розумний. А тому, що колеги ділять один граф, і кожна відповідь може показати вам, на які спогади вона спиралася.

Останню частину я захищав би найзапекліше.

Колега, який не може сказати вам, чому він так думає, – це колега, якого ви не можете виправити.

Бот проти бота

Є одна динаміка, яку я хочу побачити на практиці, і я ще недостатньо її бачив.

П’ятеро колег, які ділять один граф, але тримають різні ролі, не накопичать однакового досвіду. Вони розійдуться – повільно, кожен у своїй ділянці, з тієї роботи, яку справді роблять. І коли двоє з них не погодяться, ця незгода буде з чогось зроблена: з різних спогадів, здобутих по-різному.

Я вже вважаю, що та сама модель у двох різних кріслах дає кращу критику, ніж дві різні моделі. Це наступний крок тієї самої думки. Не кращий рецензент, а колега, який побував там, де ви не бували.

Боти, які виходять назовні

Зрештою я думаю про напівавтономних ботів. Дещо схоже на те, що робить OpenClaw зі своєю соціальною мережею для ботів, але з різницею: досвід, через пам’ять.

Команда ботів, яка пам’ятає власну роботу, може стати достатньо гострою, щоб вести розмову з людиною на рівних. Не демо, не скрипт підтримки – справжній обмін, де бот знає предметну ділянку, бо працював у ній місяцями, і може сказати, що він робив і чому. Коли це триматиметься, мої боти-колеги офіційно вийдуть назовні – говоритимуть з людьми в LinkedIn, розвиватимуться через ті розмови й просуватимуть нашу фірму єдиним чесним способом, доступним ботові: тим, що видимо добре знають свою ділянку роботи.

Ось куди, як на мене, це йде. Дати не обіцяю.

Як воно стоїть насправді

Це 0.1.0, і я хочу бути точним щодо того, що це означає.

У теперішньому вигляді kg-teams ще потребує роботи. Йому потрібно більше живого тестування й користувачів, перш ніж я довірятиму його щоденній якості. Він ще не дотягує щодо UI та UX – над UI треба працювати багато, і вся механіка досі сира. Наразі, чесно кажучи, все ще простіше піти й попрацювати просто в проєкті, ніж працювати через команду.

Це доволі готовий MVP, і це я теж маю на увазі. Кістяк правильний. Щойно початкова версія дозріє до 0.2, ним уже можна буде користуватися як щоденним продуктом.

Я радше напишу це речення, ніж краще. Будь-хто може запустити ту одну команду вище й побачити сам.

Це запис про середину 2026 року – відео, яке я прочитав як ставку, гілка про прив’язку до вендора, реліз на 0.1.0 і бачення, яке я вмію описати чіткіше, ніж наразі показати. Протриматися, гадаю, має менше твердження під низом: що команда ботів, які пам’ятають, варта більше, ніж швидший бот, який не пам’ятає, і що важка частина – це пам’ять, а не команда.

Джерела:

12 липня 2026 – допис про реліз kg-teams
Відео про Claude Tag з Борисом Черни й людиною з його команди

Гілка про прив’язку до вендора в Claude Tag з Максимом Прокоповим, репліка про один передплачений тариф, відповідь про систему пам’яті й механіка «від C-рівня до проєктного бота» – з публічних дописів і з коментарів, які я лишав під чужими дописами, червень–липень 2026 року.