Microsoft 365 Copilot vs Copilot Studio vs Microsoft Foundry: де будувати AI-рішення

Microsoft 365 Copilot доречний для human-led роботи у Word, Excel, Outlook, Teams та Copilot Chat із контекстом дозволених Microsoft 365 даних. Copilot Studio доречний, коли business team потребує керованого low-code агента, власних knowledge sources, topics, tools, flows і каналів. Microsoft Foundry потрібен, коли product або platform team володіє custom UX чи machine trigger, code-first orchestration, Azure resources, deployment, telemetry та production reliability.

Це не лінійні тарифні сходинки. Готовий assistant може бути кращою кінцевою архітектурою для змінних knowledge tasks; Studio — для керованого departmental workflow; Foundry — для власного application boundary. Hybrid виправданий лише з явним ownership: наприклад, Foundry agent публікується в Microsoft 365 surface або reviewed artifact із Copilot передається окремому service без transcript і delegated credentials.

• Робота людини в Microsoft 365 apps → Microsoft 365 Copilot candidate.
• Керований low-code agent або workflow → Copilot Studio candidate.
• Власний product, endpoint чи Azure runtime → Microsoft Foundry candidate.
• Кілька контурів → versioned handoff, один authority owner і незалежний rollback.

Employee surface визначає, де людина починає задачу, бачить sources і приймає результат. Microsoft 365 Copilot уже вбудований у work context, Studio agent можна публікувати у підтримувані channels, а Foundry agent — викликати з власного застосунку або через підтримуваний publishing protocol. Наявність Teams як спільного каналу не робить runtime, state, billing і support однаковими.

Control plane володіє identity, environment або project, data eligibility, tool policy, budgets, evaluation, logs і lifecycle. Application plane додає frontend, API contract, queues, retry semantics, accessibility, SLO та on-call. Власний code path виправданий, якщо ці controls змінюють verified outcome або потрібні для hard requirement; branding сам по собі не покриває нову operational surface.

Microsoft 365 Copilot діє в user context і спирається на Microsoft Entra identity та доступи користувача до Microsoft Graph. Copilot Studio додає maker/admin roles, Power Platform environment, connections і runtime users. Foundry працює в Azure subscription, resource і project boundaries та може використовувати Entra/RBAC і managed identity. Одна людина може керувати всіма поверхнями, але її Copilot license, maker permission і production workload identity не взаємозамінні.

Створіть identity ledger: human initiator, tenant, license, environment, agent owner, connection owner, Azure subscription/resource/project, managed identity, source-system principal, effective role, credential, expiry і incident owner. Joiner-mover-leaver test окремо перевіряє user access, shared connection, service principal, managed identity, secret, schedule і downstream token. Видалення license не доводить, що автономний trigger або Azure workload зупинився.

• Employee → Entra user, Microsoft 365 permissions і license.
• Maker → environment role, solution ownership і connection references.
• Workload → managed identity/service principal та Azure RBAC.
• Tool target → власна авторизація без успадкованої довіри до prompt.

Для Microsoft 365 Copilot інвентаризуйте Graph-grounded content, web grounding, prompts and responses, feedback, history, audit і retention. Для Studio додайте environment, Dataverse або інший agent state, knowledge sources, transcripts, analytics, connections, flows і channel data. Для Foundry додайте requests, responses, files, indexes, thread state, traces, storage, search resources, model deployment і власні application logs.

Побудуйте matrix `data class → surface/feature → identity → purpose → storage → region → retention → deletion → processor`. Microsoft 365 permission inheritance не виправляє надмірні SharePoint ACL, а provider protection не видаляє копію у вашому Dataverse, storage account, Application Insights чи downstream system. Preview, region і bring-your-own-resource contours перевіряйте в цільовому tenant та subscription до допуску даних.

Microsoft 365 Copilot добре підходить для читання, drafting і user-reviewed дій у робочому контексті. Studio додає connectors, agent flows та tools у low-code governance. Foundry дає developer path до functions, APIs, search і agent tools. Але capability catalog описує можливий виклик, а не право змінити конкретний invoice, ticket, account чи production record.

Перед consequence-bearing write поставте deterministic adapter: він валідовує typed input, повторно авторизує principal/object/action, застосовує allowlist і business rules, вимагає approval за risk tier, виконує idempotent write та читає authoritative end state. Timeout після можливої дії отримує статус unknown і reconciliation. Prompt confirmation або tool success message не замінюють receipt із системи істини.

Не припускайте, що Microsoft 365 Copilot license автоматично покриває кожний Studio або Foundry workload. Entitlements, meters і rates залежать від product, agent experience, tenant, contract та часу. Для Copilot рахуйте licenses, enablement, content cleanup, admin і review. Для Studio — authoring, environments, solutions, connectors, flows, capacity або credits, analytics і support. Для Foundry — models, runtime resources, search, storage, networking, observability, engineering, security, evaluation та on-call.

Порівнюйте cost per accepted verified outcome на однаковому task contract, а не list price чи messages. Workspace може перемогти для широкої нерегулярної роботи; Studio — коли low-code ownership скорочує delivery loop без втрати governance; Foundry — коли повторюваний workload потребує custom reliability й integration. Зберігайте entitlement snapshot, meter receipt, internal labor і invoice reconciliation; calculator estimate не є фактичним bill.

Візьміть 15–25 representative tasks: document synthesis, meeting follow-up, structured intake, recurring event, stale source, denied document, prompt injection, revoked identity, tool timeout і no-action case. Route A виконує працівник у Microsoft 365 Copilot; B — мінімальний Studio agent; C — мінімальний Foundry application. Freeze source snapshot, ACL, task budget, risk policy й reviewer rubric; не вимикайте потрібну suite інтеграцію лише заради штучної симетрії.

Вимірюйте verified task success, supported claims, access violations, prohibited actions, correction minutes, latency до accepted outcome, total cost, trace completeness і recovery. Capability проходить лише коли доступна у target tenant/environment/project та витримує positive і negative tests. Якщо кілька маршрутів проходять hard requirements, обирайте меншу operational complexity; polished demo, adoption dashboard або vendor benchmark не є local outcome evidence.

• Freeze → task, sources, ACL, configuration та acceptance rubric.
• Execute → Copilot, Studio і Foundry на порівнюваних slices.
• Verify → artifact, citations, trajectory, permissions та final state.
• Reconcile → entitlement, consumption, human effort і failures.
• Decide → найменший reversible contour, що проходить hard requirements.

Inventory кожного workflow фіксує owner, trigger, users, environment/project, data classes, sources, tools, identities, state, retention, KPI й consequence tier. Studio assets мають рухатися через governed solution lifecycle; Foundry code й configuration — через versioned deployment, offline replay, shadow mode та canary. Handoff містить approved fields, schema version, source references, artifact hash, approver та expiry — не browser session, full transcript або user token.

Rollback Microsoft 365 path вимикає agent/app або звужує deployment group. Studio rollback disables trigger і connections, повертає approved solution version та reconcile незавершені flows. Foundry rollback stops endpoint/tool writes, restores known-good deployment, revokes нову workload identity й переводить task у manual fallback. Повторіть decision review після зміни license, credits, agent harness, connector, model, region, retention, protocol, risk class або observed task mix.