Copilot Studio чи Teams Toolkit: що обрати для агентів Copilot?

Встановлений Microsoft 365 Copilot працює на базових знаннях, моделях і контенті у вашому орендарі. Це корисно, але ваші регламенти, кадрові політики чи ERP-система залишаються для нього недоступними. Без конекторів, grounding або власних агентів Copilot з ними не взаємодіє.

Copilot можна навчити, але для цього треба знати, коли обирати Copilot Studio, а коли Teams Toolkit. Не менш важливо, як у цей процес вписуються керування, моніторинг і ліцензування. Розберемо все по порядку.

Чому успішне демо ще не означає перемогу

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

Перші «боси» продуктивного середовища

• Масштабованість. Чи витримає агент корпоративне навантаження без збоїв. Тут важливі моніторинг і діагностичні журнали системи керування Copilot.
• Застарілі дані. Коли дані в SharePoint або Dataverse змінюються, агент має підключатися до актуального стану. Це забезпечують конектори та grounding через Graph.
• Відповідність і аудит. Якщо регулятор чи внутрішній аудитор попросить переглянути історію агента з журналами та мітками конфіденційності, ви маєте це показати.

Тестування в Copilot Studio схоже на спаринг, де можна нескінченно змінювати запити, а все виглядає чудово. У реальності перевантажене зовнішнє джерело даних сповільнює відповіді, і користувачі починають подавати тікети.

Архітектура агента: єдиний стек

Мозок Copilot складається з кількох рівнів:

1. базова модель, рушій обробки мови;
2. оркестратор, який визначає, які функції і коли викликати (Microsoft 365 Copilot забезпечує його за замовчуванням);
3. grounding, тобто зв'язок із корпоративним контентом, щоб відповіді не були вигаданими;
4. навички: ваші плагіни чи конектори для конкретних завдань.

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

Ознака успіху — не влучна відповідь на демонстраційний запит, а стабільна робота під час нарахування зарплат, міграції даних, під наглядом офіцерів комплаєнсу і при високому навантаженні.

Copilot Studio чи Teams Toolkit: що обрати для агентів Copilot

Microsoft пропонує два набори інструментів. Teams Toolkit називають також Microsoft 365 Agents Toolkit. Обидва розширюють Copilot, але розраховані на різні групи людей і потреби. Помилка у виборі коштує часу, бюджету, а можливо, й репутації.

Copilot Studio: візуальний low-code

Це візуальний конструктор для швидкості та ясності. Він пропонує потоки з drag-and-drop, шаблони, керовані діалоги та вбудовану аналітику. Набір конекторів до джерел даних Microsoft 365 дає змогу досвідченому користувачеві працювати з SharePoint, повідомленнями Teams чи документами HR-політики без коду. Публікувати можна прямо в Microsoft 365 Copilot або як окремого агента.

За словами автора, понад 160 тисяч клієнтів уже використовують Studio для звірки фінансових даних, адаптації співробітників і відповідей на питання про товари в роздрібній торгівлі. Якщо команда вже працює в Power Apps чи Power Automate, середовище буде знайомим. Достатньо чіткої мети та базових навичок low-code.

Teams Toolkit: територія full-stack розробників

Toolkit інтегрується у VS Code. Тут можна архітектурно будувати декларативні агенти зі структурованими правилами або створювати власні агентні рушії, де ви самі визначаєте виклики моделей, оркестрацію та обробку API. Є каркаси, засоби налагодження, конфігурація та шляхи публікації не лише в Copilot, а й у Teams, застосунки Microsoft 365 в інтернеті та зовнішні канали.

Studio — це готові меблі з каталогу, Toolkit — самостійне виготовлення дощок і проводка в будинку. Свобода велика, але відповідальність за кожен цвях і запобіжник теж ваша.

У чому реальна різниця

Studio означає розширення в межах обмежень Microsoft: безпечні конектори, адмінконтроль, полегшене управління. Toolkit означає переписування обмежень, власну оркестрацію, виклик зовнішніх LLM і поведінку, якої Microsoft не надала з коробки.

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

Є й практичне правило щодо ліцензій. Частина можливостей grounding доступна, лише якщо орендар має ліцензію Microsoft 365 Copilot або активоване тарифікування Copilot Studio. Ідеться про вміст SharePoint, чати й наради Teams, вбудовані файли, дані Dataverse, конектори до пошти та пошуку людей. Без відповідних прав вибір Studio ці функції не відкриє.

Швидкий контрольний список

1. Потрібні швидкі агенти під контролем адміністратора, яких створять досвідчені користувачі без IT? Обирайте Copilot Studio.
2. Потрібні власна оркестрація, зовнішні моделі або глибока інтеграція в корпоративну інфраструктуру? Обирайте Agents Toolkit.
3. Не довіряйте назвам, довіряйте реальним навичкам і цілям команди.

Studio схожий на збірний будинок: ви обираєте кольори й шафи, а сантехніка вже надійна. Toolkit — це необроблена ділянка, де ви проєктуєте все самі й берете на себе всі ризики.

Grounding: на чому агент базує відповіді

Обидва інструменти марні без grounding. Агент Studio без конекторів — це папуга, а агент Toolkit без grounding — папуга, написаний кодом. Grounding — це момент, коли агент перестає імітувати мудрість і починає працювати з реальними знаннями. Він переходить від блефу до відповідей, які можна захистити.

Microsoft 365 Copilot уже спирається на дані, які бачить через Microsoft Graph: файли, чати, наради, календарні події. Найцінніше ж часто лежить поза цим ядром: ERP зберігають інвентар, CRM відстежують життєвий цикл клієнтів, HR тримає регламенти в глибинах SharePoint, а політики лежать у захищених папках юридичного відділу.

Чим підключити джерела

• Copilot Studio та конектори Microsoft Graph дають доступ до SharePoint (документи), Dataverse (структуровані таблиці), Exchange (пошта) і Teams (чати).
• Понад 1200 конекторів через Power Platform відкривають зовнішні системи: фінанси, HR, тікетингові системи.
• API дозволяють підключити бізнес-застосунки без стандартних конекторів.

Приклад: співробітник питає про політику відпустки по догляду за дитиною. Без grounding агент дає правдоподібну відповідь із загальних знань моделі, без посилань і доказів. З grounding він бере реальну політику з SharePoint, називає документ і додає посилання. Журнали показують увесь шлях: запит, отриманий документ, згенеровану відповідь. Саме такий аудиторський слід переконує аудиторів і HR.

Кожне підключення — також точка ризику. Недбале підключення до HR-даних може розкрити особисті записи разом із публічними FAQ. Неправильний доступ до ERP дозволить торговому агенту побачити зарплати. Найбезпечніше додати мітки конфіденційності та класифікацію Microsoft Purview до плану grounding, тоді агент отримує лише той вміст, який відповідає його правам доступу.

Governance: як не допустити хаосу з агентів

Один агент із grounding керований, а десятки без нагляду — вже проблема. Governance — це набір правил про те, хто створює агентів, де вони працюють і до яких даних мають доступ. Microsoft надає для цього чотири опори:

• систему керування Copilot у центрі адміністрування Microsoft 365;
• керування життєвим циклом у центрі адміністрування Power Platform;
• Microsoft Purview для міток конфіденційності та DLP;
• діагностичні журнали Copilot для аудиту.

Ці налаштування потребують спеціальних ролей, як-от глобальний адміністратор або адміністратор ШІ. Дотримуйтеся принципу мінімальних привілеїв: обмеження кола тих, хто може перемикати налаштування, — окрема форма управління.

Чотири правила життєвого циклу

1. Визначте, хто може створювати агентів, і прив'яжіть це до середовищ у центрі адміністрування Power Platform.
2. Визначте, хто може публікувати агентів, через налаштування Copilot у центрі адміністрування Microsoft 365 для схвалення чи блокування релізів.
3. Визначте, де можуть працювати агенти, призначаючи їх в ізольовані середовища.
4. Визначте, як розподіляються кредити, за допомогою лічильника споживання агентів Copilot, який показує, хто і як швидко витрачає ресурси.

Purview і діагностичні журнали

Мітки конфіденційності переносяться у відповіді агента, навіть коли він підключається до джерела. Політики DLP блокують доступ агентів до конфіденційних полів. Політики зберігання не дають агентам використовувати дані, які мали втратити актуальність.

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

Управління не сповільнює інновації, а спрямовує їх. Без нього швидкість призводить до дублювання та суперечностей, а з ним допомагає створювати багаторазові ресурси, що відповідають стандартам.

Ліцензування та витрати: пастки, яких не видно заздалегідь

Copilot Studio працює на кредитах Copilot. Їх купують пакетами (у розмові згадано 25 тисяч кредитів приблизно за 200 доларів на місяць для орендаря) або користуються лічильником з оплатою за фактом, де рахунок приходить наприкінці періоду. Споживання нерівномірне: стандартні негенеративні дії коштують менше, генеративні відповіді — більше. Точні цифри змінюються згідно з ліцензійними правилами Microsoft, тож документацію з білінгу варто тримати під рукою.

Тестові запити та виробничі відповіді вичерпують один і той самий пул, прихованої безкоштовної пісочниці немає. Пул спільний для всього орендаря, тому інтенсивне тестування в одному відділі може вичерпати ресурси іншої команди. Коли кредити закінчуються, Copilot Studio не обмежує швидкість і не шле м'яких попереджень. Вона просто призупиняє роботу агентів, доки пул не поповнять.

Teams Toolkit працює інакше. Списання кредитів за запит ви не бачите, бо робота виконується в межах ліцензії Microsoft 365 Copilot користувача після публікації в пакеті. Але це лише базовий рівень. Власні агенти й зовнішні сервіси додають витрати: API мають свої лічильники, корпоративні конектори часто потребують окремих ліцензій, а згоди адміністратора можуть підключити непередбачені тарифи.

Отже, Toolkit приховує витрати в рівнях інтеграції та сервісах, а Studio вимагає платити наперед кредитами. Жоден варіант не дешевший у будь-якому разі. Легкий бот для погоджень на базі SharePoint може добре працювати в Studio, витрачаючи мало кредитів. Складна інтеграція із зовнішньою CRM може бути доцільнішою в Toolkit, хоча платити доведеться за виклики API CRM.

Як тримати витрати під контролем

1. Увімкніть моніторинг споживання на рівні орендаря.
2. Налаштуйте пороги сповіщень, щоб фінансовий та ІТ-відділи дізналися до того, як бюджет вичерпається.
3. Розподіліть бюджети за підрозділами через окремі пакети кредитів або чіткі внутрішні політики.

Каталогізуйте ліцензії та конектори під час проєктування й визначте відповідальних за оплату кожного. Зовнішній API, підключений на тестуванні, у продакшні виставлятиме рахунки вам, а не Microsoft.

Часті помилки та стольники

• Відкладене управління. Команди думають, що додадуть його пізніше. Проблеми з масштабуванням, невідповідністю даних і безпекою тоді з'являються в найгірший момент.
• Агент як одноразовий проєкт. Прототип показують і залишають без нагляду. Відділи створюють власні рішення без документації й безконтрольно витрачають токени. Потрібен простий операційний посібник: хто відповідає за конектори, хто перевіряє grounding, хто стежить за кредитами.
• Вибір інструмента за назвою. Обидва «розширюють Copilot», але за різними правилами.
• Ігнорування ліцензій для grounding. Без потрібної ліцензії або активованого вимірювання конектори не запрацюють.
• Недбале підключення даних. Без міток конфіденційності й класифікації агент може розкрити зайве.
• Тест без планування кредитів. Навіть тестові збірки списують кредити з того самого пулу.

Практичні висновки та фінальний підсумок

• Обирайте Copilot Studio для швидкості low-code, а Teams Toolkit для власних рушіїв і глибшого контролю.
• Мислити варто операційно: журнали аудиту, адмінобмеження, резервні копії та перевірки стану формують довіру до системи.
• Прив'язуйте агентів до реальних джерел даних і з першого дня поєднуйте конектори з класифікацією.
• Перед публікацією активуйте мітки Purview, ролі адміністраторів, діагностичні журнали та моніторинг споживання.
• Дотримуйтеся принципу мінімальних привілеїв для налаштувань Copilot.
• Перевірте схему ліцензування до вибору шляху: від неї залежить доступ до частини джерел.
• Плануйте витрати: Studio використовує кредитні пакети або оплату за фактом, Toolkit переносить витрати на зовнішні API та сервіси.

Перемога не в ефектному демо, а в дотриманні правил, які роблять агентів корисними й передбачуваними. Правильний інструмент, надійний grounding, продумане управління та контроль витрат разом дають агента, який витримує реальне навантаження.