На тлі стрімкого розвитку штучного інтелекту (ШІ) та його інтеграції в корпоративні процеси, постає фундаментальне питання: як забезпечити ШІ-агентам необхідний контекст для виконання завдань? Хто поставив завдання, які зацікавлені сторони залучені, які дані чи обговорення передували, і як саме слід діяти? Ця проблема “інженерії контексту” залишається однією з ключових невирішених задач ери ШІ. Стартап SageOx, заснований ветеранами, що створювали оригінальну інфраструктуру AWS EC2 та EBS, пропонує своє рішення: новий системний рівень, який вони називають “агентною інфраструктурою контексту”. ### Архітектура командної пам’яті Сучасні ШІ-агенти працюють в ізольованих сесіях, позбавлених спільної пам’яті про попередні рішення чи архітектурні наміри. Кожне завдання фактично розпочинається з нуля, змушуючи розробників вручну відновлювати контекст — процес, що нівелює саму швидкість, яку мають надавати агенти. SageOx вирішує цю проблему за допомогою багатофункціонального набору продуктів, розроблених для фіксації контексту там, де він природно виникає. В центрі цієї екосистеми розташований Ox Dot. Це спеціалізований апаратний пристрій, призначений для спільного офісного простору. Він фіксує зустрічі, стендапи та дизайн-рев’ю одним дотиком. Найбільш вражаючою його особливістю є функція “Auto Rewind” — свого роду “запасний план” для несподіваного блиску команди. Якщо прорив відбувається під час незаписаної розмови, Auto Rewind дозволяє команді “повернутися назад” і зафіксувати обговорення постфактум. Цей аудіозапис транскрибується, ідентифікує спікерів та перетворюється на командну пам’ять, доступну як для людей, так і для агентів. Для розробників містком слугує Ox CLI — відкритий інструмент з ліцензією MIT. Такі команди, як `ox agent prime`, дозволяють помічникам з кодування, включаючи Claude Code та Codex, звертатися до спільної історії команди перед написанням коду. Це гарантує, що якщо команда на зустрічі вирішила використовувати певний шаблон автентифікації, агент буде про це знати, навіть якщо це не було явно вказано в промпті. Доктор Рупак Маджумдар, науковий директор Макс Планка з систем програмного забезпечення, відзначив швидкість розробки команди, зазначивши, що вони фактично “ставляться до коду як до асемблера”. ### Агентна інженерія: вихід за межі “чистого” коду Перехід до робочого процесу, орієнтованого на агентів, змусив команду SageOx переглянути майже кожен принцип сучасного управління програмним забезпеченням. Технічний директор SageOx, Райан Снодграсс, колишній співробітник Amazon, зазначає у витягу з блогу, що традиційне управління гілками та “чиста” історія комітів часто є “шкідливими для агентів”. У старому світі люди віддавали перевагу великим pull requests (PR), які легко читати під час одного огляду коду. В агентну еру PR обсягом 10 000 рядків, що охоплюють весь код, роблять неможливим для агента аналіз намірів. Натомість SageOx виступає за невеликі, високочастотні та високозосереджені коміти. Ця “читабельна для агентів” історія дозволяє машині переглядати та точно розуміти, чому було внесено конкретну зміну. Команда навіть переглядає структури репозиторіїв; хоча наразі вони використовують монорепозиторій для своїх 750 000 рядків коду, вони досліджують майбутнє, де агенти керуватимуть сузір’ям мікрорепозиторіїв, оскільки агенти можуть “загубитися”, коли кодова база стає занадто великою для їхнього контекстного вікна. Ця філософія “швидкість понад стагнацію” дозволила команді створити власну прошивку для Ox Dot менш ніж за два тижні, попри відсутність недавнього досвіду роботи з апаратним забезпеченням. Надаючи технічні PDF-файли та документацію мовним моделям, вони обійшли місяці традиційних досліджень. Генеральний директор Аджіт Банерджі називає це “рознавчанням” старих звичок — усвідомленням того, що “недиференційовану важку роботу” знаннєвої праці можна тепер передати системі, яка пам’ятає все, що знає команда. ### Радикальна прозорість: від open source до моделі “відкритої роботи” Можливо, не менш значущою, ніж сама технологія, є прихильність SageOx до “Open Work”. Виходячи за межі традиційного відкритого програмного забезпечення, компанія практикує форму радикальної прозорості, щоб сприяти прискоренню розробки в усій спільноті відкритого коду та будь-яких підприємств, які бажають вчитися на їхньому досвіді. Команда SageOx відкрито ділиться своїми внутрішніми промптами, плановими сесіями та навіть неуфільтрованими внутрішніми дебатами з громадськістю. Користувачі можуть увійти до консолі SageOx і спостерігати, як команда будує SageOx в режимі реального часу. Цей підхід “відкритого кімоно” був свідомим рішенням, щоб показати приклад. Банерджі стверджує, що оскільки вони просять команди змінити спосіб роботи, вони повинні бути готові демонструвати моменти “WTF” та коригування курсу в міру їх настання. “Революція не буде транслюватися по телебаченню”, — каже Банерджі. “Вона буде SageOx-ованою”. Ця прозорість покликана довести, що невелика, гнучка команда, “чіпляючись за гнучкість”, може випереджати величезні організації, використовуючи спільний контекстний шар. Щодо планів SageOx щодо монетизації та досягнення прибутковості, Банерджі зазначив, що шлях до доходу моделюється за сценарієм AWS EC2: почати з ранніх послідовників, особливо невеликих стартапів, орієнтованих на ШІ, а потім розширюватися до великих підприємств, коли потреба стане очевидною. ### Спадщина інфраструктури Технічна основа SageOx сягає ранніх днів хмарної інфраструктури. Банерджі був одним з перших членів команди AWS EC2, а Снодграсс — одним з перших інженерів Amazon, який очолював перехід від монолітних архітектур до мікросервісів. Цей досвід відображений у назві компанії: “Ox” (Бик) символізує “чорнову роботу”, яку вони прагнуть виконати — надійну тварину, що бере на себе важку роботу з даними та контекстом, дозволяючи команді рухатися вперед. Бачення SageOx — це світ, де люди більше не є ручними складальниками контексту. Натомість вони діють як директори “паралельного обчислювального” механізму. Під час нещодавньої демонстрації запит на нову функцію пройшов від усного обговорення до реалізації менш ніж за сім хвилин. Попередньо підготувавши агентів до кодування за допомогою записаного контексту оригінального обговорення, команда обійшла необхідність формальних специфікацій або Jira-тикетов. ### Новий спосіб роботи Наразі SageOx зосереджує свої зусилля на стартапах, “орієнтованих на ШІ” — командах, які працюють переважно за допомогою промптів і значною мірою покладаються на агентів-колег. Їхній набір інструментів, від відкритого Ox CLI до апаратного Ox Dot, розроблений для вирішення нагальної проблеми дрейфу узгодженості. Оскільки ШІ перетворюється з інструменту на члена команди, найціннішим активом компанії більше не є вихідний код, а її спільний контекст. SageOx припускає, що шлях вперед полягає не в тому, щоб приховувати інформацію за “приватними парканами”, а в створенні спільного простору, де наміри видимі для кожного члена команди — людини чи машини. У цю нову епоху перемагатимуть команди, які зможуть запам’ятовувати так само швидко, як і виконувати.
Прогноз ІТ-Блогу: SageOx може стати каталізатором для нової хвилі корпоративних ШІ-інструментів, що фокусуватимуться на “пам’яті” та контекстуальній обізнаності. Цей підхід, ймовірно, спонукатиме конкурентів до розробки аналогічних рішень, що призведе до стандартизації механізмів управління контекстом для ШІ-агентів.
Подробиці можна знайти на сайті: venturebeat.com