Середовище AI-розробки всередині вашого порталу
Не редактор, до якого прикрутили чат із моделлю. Companion відкриває проєкт із Проєктів порталу, тягне контекст зі сторінок Вікі, бере з дошки ті задачі, які ви йому дали, і виконує роботу кількома агентами одночасно. А статус задачі, підсумок у картці й витрачений час повертає в портал тим самим каналом та вкладка, якою ви керуєте.
- Нативно в Проєктах, Вікі та задачах
- Скільки агентів треба роботі — стільки й працює
- Видно, хто, коли й скільки працював
Задача з дошки
DEV-418 · Сесія не продовжується після оновлення токена
MCP · Wiki
2 сторінки простору «Платформа» додано в контекст
npm run check
0 помилок
MCP · Проєкти
DEV-418 → Готово, коментар додано
DEV-418
ГотовоСесія не продовжується
Companion
Продовження сесії полагоджено, перевірки зелені. Переніс у «Готово».
Записано за день
- Час агентів
- 38 min
- Коміти
- 3
- Рядки
- +128 / −54
Companion — модуль маркетплейсу: докупається до сьюта, яким ви вже користуєтесь, і окремо не продається.
Це не інтеграція з порталом. Це той самий портал
Companion звертається до платформи через її ж MCP-сервер — той самий, до якого підключаються Claude Code, Cursor, Windsurf і VS Code. 142 інструментів у 13 групах, з правами того, хто відкрив вкладку, і не більше. Тому «дістати задачу», «прочитати сторінку Вікі» й «перевести задачу в інший статус» — це не імпорт-експорт, а звичайні виклики, які видно в чаті окремими картками.
Проєкти
15 MCPВідкриває проєкт, читає дошку, бере задачу в роботу, переставляє її статус і лишає в картці підсумок, коли робота зроблена. Так само з командними задачами.
Вікі
8 MCPПідтягує сторінки простору як контекст — рішення, домовленості й регламенти, яких немає в репозиторії.
Тест-менеджмент
26 MCPЧитає тест-кейси й плани, які написала ваша QA, і звіряє з ними зроблене.
Командні задачі
12 MCPБере задачі командного простору, лишає коментарі в картці й не бере те, що вже взяв інший.
Особисті задачі
5 MCPБачить ваші особисті задачі й лишає в них слід там само, де ви їх ставили.
Client Portal
3 MCPТікет клієнта лишається тим самим записом від запиту до релізу — без переписування в іншу систему.
Чат
16 MCPЗнаходить домовленість у каналі, де її ухвалили, замість переказу з памʼяті.
CRM
19 MCPЗнає, для кого робиться робота: компанія, угода, історія звернень.
Проєкти, Вікі та задачі Companion відкриває власними екранами. Решта розділів — доступні агентові через MCP порталу тими самими інструментами й у межах ваших прав, але окремої кнопки для них у кокпіті немає.
Кожен виклик MCP видно карткою: що покликали, з чим і що повернулось.
Від задачі на дошці до статусу «зроблено» — тим самим каналом
Це не сценарій із презентації, а те, як цей сайт і сам портал щодня й робляться. Більшість кроків лишається за вами — машина робить середину; і жоден крок не потребує другого інструмента.
- 01 Ви
Обираєте проєкт у порталі
Проєкт із Проєктів привʼязується до теки на диску. Вкладка знає, з яким тенантом і командою вона працює, ще до першого слова.
- 02 Ви
Додаєте статті Вікі як контекст
Знаходите потрібні сторінки простору — і агент читає їх як частину завдання. Регламент, ухвалене рішення, опис домену: те, чого в коді немає й ніколи не буде.
- 03 Ви
Берете конкретні задачі з дошки
Ви показуєте, що саме брати, — з дошки проєкту або командного простору. Під кожну задачу відкривається своя вкладка, тож паралельні роботи не заважають одна одній і кожна має власну історію.
- 04 Companion
Companion розбирає й робить
Читає код, тягне контекст, планує, править, ганяє перевірки. Кожну команду й кожен виклик MCP видно карткою, а смуга фаз у шапці каже, на якому кроці робота зараз.
- 05 Companion
Статус і підсумок повертаються в портал
Тим самим MCP: задача переходить у потрібний статус, а в картку лягає коментар про те, що саме зроблено. Ніхто не переписує результат у тікет руками. Два обмеження навмисні: статуси, які надсилають лист клієнтові, з Companion не рухаються взагалі — тільки з порталу; а в режимі фабрики підсумок повертається коментарем майстра, і колонку в ньому рухаєте ви.
- 06 Ви
Ви дивитесь на результат, а не на процес
Звіт у вкладці, дифи в Changes, тест-кейси звірені. А в порталі — запис про те, хто, коли й скільки над цим працював.
Одна вкладка — один агент. Скільки треба роботі, стільки й вкладок
Коли задача розпадається на незалежні шматки, вкладку можна підвищити до майстра: він сам відкриває виконавців, роздає їм тікети з черги, переглядає щойно зроблене кожним, будить сплячих і знімає тих, хто пішов не туди. Сам майстер коду вже не пише — його робота в тому, щоб роздати й перевірити.
- Черга з дошки
- Тікети беруться з дошки проєкту або командного простору — тільки позначені міткою agent-ready, і кожен дістається рівно одному виконавцю. Того, чого в agent-ready немає, майстер не бере: він це називає, а не робить осторонь.
- Групи вкладок
- Десяток агентів складається в групу з назвою. Згорнута група показує, скільки чекають на вас, скільки працюють і скільки впали.
- Фабрика звітує, а не вирішує
- У конвеєрі фабрики артефакт виконавця — текст: він не пише в картку сам. Підсумок публікує майстер, і саме на майстра накладене правило не чіпати статус тікета — у цьому режимі колонку рухаєте ви.
- Ніхто не висить
- Виконавець, чий процес зник, помічається впалим, а не «в роботі» назавжди. Майстер, який замовк, отримує штовхання за 5, 5, 10, 10, 15 хвилин і далі кожні пів години.
- Свій рушій під задачу
- Claude, Grok, Codex, Kimi або MiniMax — на вашому ключі до цього провайдера. Ми не перепродаємо інференс: де CLI віддає ціну, вкладка показує її, а де порахувати чесно не може — ставить прочерк замість вигаданого числа.
- DEV-418 · auth працює
- DEV-421 · billing працює
- DEV-402 · imports потрібен ти
- DEV-399 · tests готово
- DEV-425 · docs у черзі
Згорнута група показує ті самі три числа: скільки чекають на вас, скільки працюють, скільки впали.
Хто, коли й скільки працював — без табеля, який хтось заповнює
Кожна сесія роботи — і людини, і агента — лягає подією: пристрій, проєкт, початок, кінець, тривалість. Поруч із часом ідуть лічильники з журналу репозиторію: коміти, додані й видалені рядки за день, із поштою автора коміта. Усе це згортається в добові підсумки за проєктами й синхронізується з порталом, тож статистика в кокпіті й у порталі рахує тих самих агентів однаково. Це не стеження за екраном: тут немає ні скріншотів, ні натискань клавіш — тільки те, над чим ішла робота, скільки вона тривала і що з неї вийшло в коді.
ACME Platform · тиждень
Добові підсумки, як їх бачить портал
- Пн 3 год 34 хв
- Вт 6 год 26 хв
- Ср 4 год 58 хв
- Чт 7 год 11 хв
- Пт 2 год 56 хв
Час за проєктами
Добові підсумки за кожним проєктом і пристроєм, які переживають перезапуск і оновлення застосунку.
Ліміти й вартість
Відсоток сесії й тижня береться з акаунта провайдера, а не з кешу; коли числа все ж із кешу — так і написано.
Скільки несе вкладка
Видно заповненість вікна контексту з підказками на 200K, 400K і 600K — і те, коли модель ущільнила його самостійно.
Люди, агенти й пік паралельності
У підсумку доби окремо лежить час людини, час агентів, час автономних агентів, скільки агентів працювало і скільки їх було одночасно в піку.
Під чиїм іменем
Запис у портал іде з правами того, хто відкрив вкладку, тож у картці зміну видно за людиною. Коментар при цьому підписаний агентом — видно і хто відповідає, і хто зробив.
Журнал диспетчера
Коли щось пішло не так, є що читати: рішення диспетчера пишуться в журнал, а репорт відправляється із застосунку одним пунктом меню.
Що ви бачите й чим керуєте
Усе, що агент робить, видно в момент, коли він це робить, а не постфактум. Команди й правки файлів ще й питають дозволу; виклики MCP приходять картками — це квитанція, а не шлагбаум.
Смуга фаз
P.G.B.R.Q.S. у шапці чату — видно, на якому кроці робота, не читаючи тред.
Видно кожну команду
Шелл-команди й виклики MCP приходять картками з результатом, а не ховаються за «готово».
Дерево файлів і редактор
Права колонка показує проєкт, файли правляться прямо в кокпіті, видалене йде в системний Кошик.
Changes і термінал
Дифи гілки окремою вкладкою, гілка й worktree — бейджем, а шелл-команду з відповіді можна запустити кнопкою Run.
Картки, а не стіна тексту
Звіт, питання з варіантами, QA-план і QA-результат, макети — усе окремими картками, на які можна відповісти кліком.
Голос, зображення, пошук
Диктовка з вибором мови, скріншот вставляється просто в чат, пошук іде по всьому проєкту.
Що перестає бути потрібним
- Копіювання задачі з дошки в чат із моделлю
- Переказ контексту компанії своїми словами щоразу
- Ручна зміна статусів після того, як робота вже зроблена
- Табель, у який хтось увечері вписує з памʼяті, скільки годин пішло
- Окремий інструмент тест-менеджменту, якого агент не бачить
Ця сторінка зроблена в Companion
Задача прийшла з дошки в порталі, контекст — зі сторінок Вікі цього ж простору, робота йшла в кількох вкладках паралельно, а статус і підсумок повернулись у портал тим самим MCP. Покажемо це на зустрічі — на вашому проєкті, а не на демонстраційному.
Ще з Marketplace
Працює на спільній памʼяті — Synapse
Усе, що робиться в Companion, лишає слід у спільній памʼяті компанії: задачі, рішення, дифи й перевірки стають контекстом, з якого читає решта платформи. Це та сама памʼять, з якої відповідає Synapse і на якій працює Command Center. Памʼять входить у кожен платний тариф, а її обсяг задає ваш план.