Альтернатива Claude Cowork: чому регульовані підприємства будують власний стек AI-співробітника (2026)

Альтернатива Claude Cowork: чому регульовані підприємства будують власний стек AI-співробітника (2026)

Якщо ви прочитали наш повний гід по Cowork і внутрішній голос підказує, що він не може торкатися ваших найчутливіших робочих процесів, — ви, ймовірно, маєте рацію. Claude Cowork ідеально підходить для тієї роботи, для якої його створили, і погано підходить для регульованої, кастомної, прив'язаної до суверенітету роботи, яка заповнює корпоративні календарі. Ось чесний аналіз, еталонна архітектура та розрахунки TCO.

Де Claude Cowork справді сильний

Cowork — правильна відповідь, коли ваша робота стосується нечутливих даних, ваша команда налічує від 5 до 500 людей і ви хочете рухатися за два тижні, а не за два квартали. Anthropic ідеально відпрацював UX AI-співробітника для цієї аудиторії, а чотири галузеві пакети, випущені за останні шість тижнів, доводять, що вони інвестують у нього як у довгостроковий продукт, а не побічну ставку.

Три ідеальні сценарії для Cowork добре задокументовані в нашому кластері:

• Маркетингові операції, контент-брифи, дослідження аудиторії, багатоканальна оркестрація. Маркетплейс плагінів і примітиви планування Cowork чисто лягають на те, як насправді працюють маркетингові команди. Дивіться наш детальний розбір маркетингових операцій про патерни робочих процесів.
• Юридичні команди, тріаж контрактів, перевірка правок (redline), дослідження юрисдикцій. Галузевий пакет Legal, який Anthropic випустив 12 травня, був першою вертикаллю і досі є найдосконалішим. Ми розібрали кейси використання в нашому аналізі для юридичних команд.
• Малий і середній бізнес, виставлення рахунків, супровід клієнтів, легка звітність. Пакет SMB (13 травня) справді хороший для компаній із чисельністю до ~250 співробітників, у яких немає CISO, що стоїть над душею. Наш огляд SMB переходить до конкретики.

Anthropic також підтвердив, що Financial Services — наступна вертикаль, а стек Managed Agents, анонсований на Code w/ Claude 11 травня, піднімає стелю того, що може робити маркетплейс плагінів Cowork. Усе це не викликає сумнівів.

Cowork — правильна відповідь для більшості компаній більшість часу. Цей допис — про решту, регульовану, прив'язану до суверенітету, насичену пропрієтарною ІВ меншість, для якої Cowork — неправильний інструмент, навіть якщо це чудовий продукт.

8 корпоративних сценаріїв, де Cowork сягає своєї межі

Вісім робочих процесів відокремлюють «Cowork підходить» від «Cowork неможливий»: вимоги GDPR щодо резидентності даних, PHI в охороні здоров'я, класифіковані дані оборони/уряду, конфіденційність deal-room у M&A, регульовані фінанси під SEC/FINRA, захист пропрієтарної ІВ, широта кастомних MCP-серверів за межами ~20 релізів Anthropic та патерни оркестрації агентів, під які Anthropic не проєктував. Кожен із них — це бар'єр «так/ні», а не питання вподобань.

Якщо ви прочитали цю таблицю і два чи більше рядків описують ваш бізнес, ви вже перетнули межу «Cowork підходить». Читайте далі.

Еталонна архітектура self-hosted співробітника

Продакшн-стек self-hosted AI-співробітника має сім шарів: інференс, шлюз, пам'ять, оркестрація агентів, інструменти (MCP-сервери), RBAC/аудит та UI. Кожен шар має два-три реальні варіанти у 2026 році, а стек достатньо компонується, щоб ви могли замінити будь-який із них, не переписуючи інші. Ось що робить кожен шар, що ми використовуємо найчастіше і на що звертати увагу.

Шар 1 — Інференс (модель)

Тут власне працює LLM. У вас є чотири практичні шляхи:

1. Anthropic API напряму, найшвидше, найменші інженерні накладні витрати, але ви знову в шляху даних Anthropic. Нормально, якщо вас турбує кастомна оркестрація, а не резидентність даних.
2. OpenRouter, єдиний API для 100+ моделей. Чудово для розробки та тестування порівняння моделей, менш чудово для корпоративного аудиту.
3. Bedrock або Vertex AI, хмарно-нативні приватні ендпоінти із закріпленням у регіоні. Anthropic Claude доступний на обох. Це найпоширеніший корпоративний компроміс: ви отримуєте якість рівня Claude з хмарно-нативною відповідністю.
4. On-prem інференс, vLLM на апаратному забезпеченні H100/H200, що запускає моделі з відкритими вагами. Llama 3.3 70B, DeepSeek V3, Qwen 3 або Mistral Large. Єдиний шлях для IL5/IL6 і найдорожчий за капітальними витратами.

Anthropic не постачає ваги моделі Claude, тому справжній on-prem із Claude неможливий. Якщо вам конче потрібен on-prem, ви обираєте з моделей з відкритими вагами, а розрив у якості з Claude Opus 4.7 суттєво звузився за останні 18 місяців, але не усунутий.

Шар 2 — LLM-шлюз

Шлюз стоїть між кожним застосунком і кожною моделлю. Його робота — фейловер, маршрутизація за вартістю, аудит-логування, обмеження частоти запитів і (що критично) абстрагування вибору моделі, щоб ви могли міняти шляхи інференсу, не чіпаючи код застосунку.

Продакшн-варіанти:

• LiteLLM, open-source, розгортається на власному сервері, API сумісний з OpenAI для 100+ провайдерів. Безкоштовно.
• Portkey, керований шлюз із вбудованими дашбордами спостережності. Добре для команд, які не хочуть самостійно експлуатувати LiteLLM.
• Helicone, спостережність передусім; добре поєднується з LiteLLM, а не замінює його.

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

Шар 3 — Пам'ять і пошук

Тут живуть три підсистеми:

• Векторне сховище, Pinecone (керований, найшвидший шлях) або Qdrant (self-hosted, правильний вибір для on-prem вимог). Weaviate і pgvector теж підходять; Qdrant зараз має найчистішу корпоративну історію.
• Структурована пам'ять, Postgres для всього, що виграє від SQL. Більшість «пам'яті агента» насправді реляційна, а не семантична.
• Короткостроковий контекст, Redis або DynamoDB для стану сесії, кешу недавніх розмов і проміжних результатів агента.

Зробіть цей шар правильно — і ваші агенти здаватимуться такими, що пам'ятають речі. Зробіть неправильно — і кожна розмова починатиметься з нуля, що нормально для чат-бота і фатально для співробітника.

Шар 4 — Оркестрація агентів

Тут примітивів планування Cowork вже недостатньо. Варіанти:

• LangGraph, мультиагентний нагляд на основі графів. Найкраще для робочих процесів з умовною маршрутизацією, повторами та схваленням із людиною в циклі.
• CrewAI, агентні команди на основі ролей. Чистіша абстракція для патернів «аналітик-дослідник + письменник + рецензент».
• Кастомний DAG, для команд із сильним бекграундом у розподілених системах; дає вам повний контроль ціною того, що все будуєте самі.

Для більшості підприємств ми використовуємо LangGraph, бо модель графа спрощує історію аудиту: кожен перехід логується, кожне рішення можна перевірити. (А кредит у $500 для Anthropic Agent SDK, про який ми пишемо тут, часто субсидує перші три місяці розробки Шару 4.)

Шар 5 — Інструменти (MCP-сервери)

Кожна внутрішня інтеграція стає MCP-сервером. Salesforce, Snowflake, Jira, Confluence, Workday, ваше озеро даних, ваш внутрішній HR-API. Специфікація Model Context Protocol зараз стабільна і постачається в кожному великому агентному фреймворку. Ви пишете один сервер на джерело даних; агентний шар виявляє їх у рантаймі.

Це той шар, де маркетплейс плагінів Cowork ламається для підприємств. Anthropic курує маркетплейс, повільно і за своїм графіком. Self-hosted шар MCP дає змогу випустити сервер для легасі-модуля SAP за тиждень, а не за квартал. Зазвичай ми будуємо 15–40 MCP-серверів на один корпоративний проєкт.

Шар 6 — RBAC + аудит-логування

Тут регулятори вирішують, чи вийде ваш стек у продакшн. Компоненти:

• Двигун політик, Open Policy Agent (OPA) або AWS Cedar. Кожен виклик інструменту і кожен виклик моделі проходить через оцінку політик. На рівні користувача, ролі, класу даних.
• Аудит-пайплайн, кожен промпт, кожна відповідь, кожен виклик інструменту, кожна обрана модель, кожна понесена витрата — усе логується з повним зберіганням. Ми використовуємо траси OpenTelemetry, що стікають у SIEM у регульованій хмарі або довгостроковий архів S3 із WORM-відповідністю.
• Виявлення PII/PHI, Presidio або кастомний DLP-пайплайн на шлюзі. Маскуйте перед логуванням; ніколи не допускайте, щоб сирий PHI потрапляв у ваше аудит-сховище.

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

Шар 7 — UI

Перевага десктопного застосунку, яку Cowork має на Шарі 7, здебільшого зникає для підприємств, бо більшість корпоративних користувачів і так живуть у Slack, Microsoft Teams або кастомному веб-порталі. Практичні варіанти UI:

• Бот у Slack або Teams, найшвидший шлях до впровадження в наявні робочі процеси.
• Кастомний веб-застосунок, Next.js або ваш наявний внутрішній портал, із вбудованим агентним інтерфейсом.
• Кастомний десктопний застосунок, Electron досі є практичною відповіддю, якщо вам потрібен досвід «третьої вкладки» у стилі Cowork. Більшості підприємств це не потрібно.

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

Це 7-шаровий стек, а не проєкт на вихідні. Наступні два розділи підраховують, скільки це коштує і скільки часу займає.

5-річний TCO: ліцензії Cowork проти self-hosted стека

На 200 ліцензій Cowork Enterprise виграє за вартістю. На 1000+ ліцензій за п'ять років self-hosted побудова падає до приблизно $2/ліцензію/день загалом і перетинає TCO Cowork десь між 600 і 800 ліцензіями. Щоправда, цей перетин має значення лише тоді, якщо жоден інший бар'єр (резидентність даних, кастомна оркестрація, ІВ) уже не змусив будувати. Для більшості регульованих підприємств порівняння TCO — це перевірка здорового глузду, а не драйвер рішення.

"5-Year TCO: Cowork Enterprise vs. Self-Hosted (200 seats)"

Таблиця даних

"5-Year TCO: Cowork Enterprise vs. Self-Hosted (200 seats)"

"Sourcing Option"	"5-Year Total"
"Cowork (200 seats × $60/mo)"	720
"Self-Hosted (200 seats, build + 4yr ops)"	1850
"Self-Hosted (1,000 seats, amortised)"	2150

Припущення за цими цифрами, бо дописи про TCO, які приховують припущення, марні:

• Cowork Enterprise, $60/ліцензію/місяць — прайсова ціна для рівня Enterprise з резидентністю в ЄС і доповненням BAA, ×200 ліцензій × 60 місяців = $720 тис. Доповнення маркетплейсу не враховані.
• Self-Hosted 200 ліцензій, вартість побудови 1-го року $850 тис. (команда з шести інженерів на два квартали, капітальні витрати на інфраструктуру, векторне сховище, стек спостережності), плюс експлуатація 2–5 років по $250 тис./рік (команда експлуатації з двох інженерів, використання моделі, операційні витрати на інфраструктуру). Разом: $1,85 млн.
• Self-Hosted 1000 ліцензій, та сама побудова 1-го року ($850 тис.), експлуатація 2–5 років зростає до $325 тис./рік (використання моделі зростає з користувачами; інженерія лишається приблизно сталою). Разом: $2,15 млн, або приблизно $2,15/ліцензію/день у середньому за п'ять років.

Цікавий рядок — третій. Інженерні витрати на self-hosted стек здебільшого фіксовані: два інженери можуть підтримувати стек, що обслуговує 100 ліцензій чи 10 000. Використання моделі масштабується з користувачами, але стискається, коли ви пакетуєте та кешуєте. Перетин TCO з Cowork реальний, але він стається на масштабі, якого більшість підприємств сягають, лише якщо розгортають платформу на багато підрозділів.

Якщо у вас 50 ліцензій і ваші дані не регулюються, Cowork виграє за всіма параметрами. Якщо у вас 5000 ліцензій і є CISO, self-hosted побудова окупається до 3-го року. Математика перевертається десь на 600–800 ліцензіях, і більшість корпоративних пілотів у цьому діапазоні або вище.

Час до цінності: крива, яка дивує CFO

Cowork можна використовувати вже першого тижня, і він виходить на плато на другому місяці. Self-hosted повільно розганяється протягом Q1, обходить Cowork приблизно на шостому місяці й продовжує зростати. Питання для CFO не «що швидше», а «яка крива відповідає нашому профілю ризику та нашому горизонту планування».

"Time-to-Value: Cowork vs. Self-Hosted (12 months)"

Таблиця даних

"Time-to-Value: Cowork vs. Self-Hosted (12 months)"

"Months"	"Cowork"	"Self-Hosted"
"M1"	70	5
"M2"	80	15
"M3"	80	35
"M4"	80	55
"M5"	80	70
"M6"	80	80
"M9"	80	92
"M12"	80	100

Три речі, які цей графік недооцінює:

1. Показник Cowork на 1-му місяці високий, бо це продукт, а не проєкт. Anthropic випустив UX та інтеграції; ви їх впроваджуєте. Розрив у 30 пунктів на 1-му місяці реальний, і він має значення, коли ви намагаєтеся продемонструвати ROI від AI раді директорів, яка два роки про це чує.

2. Крива self-hosted нелінійна, бо робота нелінійна. Місяці 1–2 — це архітектура, вибір вендорів і «сантехніка» Шарів 1–2. Місяці 3–4 — перші справжні релізи агентів на стеку. Місяці 5–6 — коли гранична вартість агента №5 падає до частки вартості агента №1. Це і є точка перегину, і причина, чому побудова платформи відчувається прикро повільною перші 90 днів.

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

Ми пройшли ту саму форму кривої в нашому аналізі «будувати проти купувати» для AI-голосових агентів — принципи переносяться. Якщо ваш бізнес-кейс живе чи помирає від результатів 3-го місяця, купуйте. Якщо він живе від результатів 12-го місяця, будуйте.

Матриця рішень «збудуй сам»

Оцініть ці сім питань у 0, 5 або 10. Якщо ви набрали понад 25 — будуйте власне. Від 15 до 25 — пілотуйте Cowork і перегляньте рішення. Менше 15 — залишайтеся на Cowork. Матриця — єдина найінформативніша частина цього допису; якщо щось і додавати в закладки, то цю таблицю.

Ми проганяли цю матрицю на 30+ проєктах AI-інтеграції за останні 18 місяців. Частка організацій із результатом понад 25 зросла з приблизно 30% наприкінці 2024 року до близько 55% у травні 2026 року — здебільшого завдяки правозастосуванню GDPR та Правилу розкриття інформації про AI SEC 2025 року. Цей зсув не ідеологічний, він регуляторний.

Варто зауважити патерн: результати мають схильність групуватися на крайнощах. Компанії або набирають 5–15 (Cowork очевидно правильний), або 35–70 (self-hosted очевидно правильний). Середня смуга 15–25 трапляється рідше, ніж здається, і зазвичай представляє компанії на межі перетину регуляторної лінії, до якої вони ще не усвідомлюють, що наближаються.

Коли Cowork усе одно виграє, навіть на корпоративному масштабі

Навіть усередині підприємств, які набирають 50+ за матрицею, Cowork усе одно виграє для трьох патернів: нерегульована маркетингова команда, 90-денне «спочатку прототип, потім купівля» та надбудова для зрілих внутрішніх AI-платформ. Хостити все самотужки так само неправильно, як і купувати все; майстерність — у маршрутизації кожного робочого процесу до правильного стека.

Три патерни:

• Нерегульована маркетингова команда всередині регульованого підприємства. Фармацевтична компанія не може класти PHI у Cowork, але її команда бренд-маркетингу не торкається PHI — вони пишуть брифи кампаній і аналізують ефективність каналів. Там Cowork доречний. Маршрутизація низькочутливої роботи до Cowork, а високочутливої — до внутрішнього стека, є очевидною, але рідко впроваджуваною архітектурою, і ми детально розбираємо питання заміни маркетинг-менеджера в іншому місці.

• Патерни «спочатку прототип, потім купівля». Використовуйте Cowork 60–90 днів, щоб довести, що робочий процес працює на реальних даних і реальних користувачах. Якщо ROI з'являється, тоді будуйте. Якщо ні — ви витратили $20 тис. на ліцензії Cowork замість $200 тис. на побудову, яка розв'язує проблему, якої у вас не було. 90-денний пілот Cowork — це найякісніша вправа зі збору вимог у корпоративному AI.

• Зрілі підприємства, які вже мають внутрішні AI-платформи. Якщо ви вже збудували 7-шаровий стек для високочутливої роботи, прикрутити Cowork до низькочутливої поверхні — швидко, дешево і зменшує ризик «тіньового IT», коли команди впроваджують AI-інструменти самотужки.

«Солодка точка» Cowork для малого бізнесу застосовна й усередині підприємств: для будь-якої підкоманди, що працює як малий бізнес, Cowork структурно є правильним інструментом, незалежно від регуляторного профілю материнської компанії.

Self-hosted — правильна відповідь для чутливих навантажень. Cowork — правильна відповідь для всього іншого. Майстерність — у тому, щоб знати, що є що, і не вдавати, ніби це бінарний вибір.

Як Techsy будує корпоративні AI-інтеграції

Ми реалізували 30+ проєктів AI-інтеграції з 2024 року в регульованих фінансах, суміжних з охороною здоров'я, суміжних з обороною та чутливих до ІВ споживчих брендах. Методологія майже не змінилася, бо майже не змінилася архітектура — це ті самі сім шарів, кастомізовані під регуляторний профіль.

Чотирифазна методологія:

1. Фаза 1 — Воркшоп з архітектури та TCO (2 тижні, фіксована оплата). Ми разом з вашою командою оцінюємо матрицю рішень, проєктуємо 7-шарову архітектуру під ваші обмеження та будуємо чесну модель TCO. Ви виходите з робочим артефактом незалежно від того, чи наймаєте нас на Фазу 2.

2. Фаза 2 — Еталонна побудова (8–12 тижнів). Один продакшн-агент на повному 7-шаровому стеку, зазвичай робочий процес із найвищою цінністю та найнижчим політичним ризиком, який ми визначили на Фазі 1. Готовий до продакшну, а не демо. Ми використовуємо Anthropic Agent SDK і кредит у $500, про який пишемо тут, щоб субсидувати ранню роботу над Шаром 4, де це доречно.

3. Фаза 3 — Розширення платформи (3–6 місяців). Агенти з 2-го по N-й на тому самому стеку. Тут гранична вартість кожного нового агента падає — зазвичай до 30–60% вартості еталонної побудови Фази 2. 7-шаровий стек стає платформою.

4. Фаза 4 — Передача та експлуатація (постійно). Ваша команда володіє стеком. Ми залишаємося на абонентському обслуговуванні для оновлень моделі, нових MCP-серверів і щоквартальних оглядів архітектури.

Стек, який ми використовуємо за замовчуванням у 2026 році: Anthropic Claude Opus 4.7 + LangGraph + Pinecone (або Qdrant для повного on-prem) + шлюз LiteLLM + vLLM для on-prem шляхів інференсу, за RBAC на політиках OPA та спостережністю OpenTelemetry. Кожен компонент замінний; нічого кастомного заради самого кастому. Платформа розгортання агентного AI, яку ми використовуємо, загортає цей стек у розгортану поверхню, а наша практика розробки агентів детально охоплює інженерну модель.

Якщо ви хочете разом оцінити матрицю й побачити, як виглядала б ваша 7-шарова архітектура, забронюйте безкоштовний 30-хвилинний дзвінок з архітектури з нашою командою. Жодних передумов, жодних слайдів — ми проходимося по ваших обмеженнях і наживо нарисуємо стек.

Дивимося на продукт, який ми з повагою критикуємо

Anthropic випустив справді хороший продукт. Наступні тринадцять хвилин варті вашого часу — це найчіткіше формулювання того, для чого призначений Cowork, від команди, яка його створила.

Подивіться, перш ніж обирати будь-який шлях. Якщо після перегляду ви вважаєте, що Cowork розв'язує вашу проблему, купуйте Cowork. Якщо ви ловите себе на думці «це чудово, але...», друга половина цього допису для вас. Ми не проти Cowork. Ми проти купівлі неправильного інструменту для вашого регуляторного профілю.

Шлях міграції: від пілоту Cowork до self-hosted продакшну

Найпоширеніший патерн, який ми бачимо у 2026 році, — не «Cowork або self-hosted». Це «спочатку Cowork, потім self-hosted» із чистим планом міграції. Ось чотириетапний шлях, який ми рекомендуємо:

1. Місяці 0–3 — пілот Cowork. Доведіть робочий процес на реальних користувачах із реальними даними (лише низькочутливі робочі процеси). Задокументуйте, що працює, що ламається, що ви хотіли б змінити.
2. Місяці 3–4 — рішення про архітектуру. Оцініть матрицю на основі даних Фази 1. Якщо ви набрали понад 25, приймайте рішення про побудову. Ще не вимикайте Cowork.
3. Місяці 4–10 — паралельна побудова. Будуйте 7-шаровий стек паралельно з подальшим використанням Cowork. Нечутливі робочі процеси залишаються на Cowork; побудова націлена на регульовані робочі процеси.
4. Місяці 10–12 — перемикайтеся за робочим процесом, а не за відділом. Чутливі робочі процеси мігрують на self-hosted першими; нечутливі робочі процеси можуть залишатися на Cowork необмежено, якщо маршрутизація має сенс.

Правило перемикання — те, з яким більшість команд помиляється. Міграція за відділом створює політичну проблему «примусового маршу»; міграція за типом робочого процесу дає кожній команді впровадити правильний інструмент для роботи, яка перед ними. Матриця рішень оцінює за робочим процесом, а не за відділом, з тієї ж причини.

Ми також бачили зворотний патерн — «спочатку self-hosted, потім Cowork» — на підприємствах, які збудували рано і тепер хочуть дати своїм нерегульованим командам швидку поверхню. Порівняння з ChatGPT Agents — правильний орієнтир, якщо ви застрягли у виборі між Cowork і конкуруючим продуктом «купити», вже вирішивши на користь гібридної архітектури.

FAQ

Хіба будувати власне не набагато дорожче?

Не завжди, і рідко однозначно. На 200 ліцензіях Cowork виграє за вартістю за п'ять років. Між 600 і 800 ліцензіями криві перетинаються, а на 1000+ ліцензіях self-hosted дешевший. Що важливіше: якщо ви набираєте 25+ за матрицею рішень, порівняння вартості теоретичне — регуляторні чи суверенні вимоги вже ухвалили рішення за вас.

Скільки часу займає запуск self-hosted корпоративного агентного стека?

8–12 тижнів для першого продакшн-агента на повному 7-шаровому стеку, 3–6 місяців для платформи (агенти з 2-го по N-й) і постійно для «бігової доріжки» оновлень моделі. Cowork запускається за 1–2 тижні. Більшість підприємств обмінюють 8-тижневу різницю на суверенітет і кастомізацію; ті, хто ні, — не підприємства, яким потрібно було будувати.

Чи можемо ми почати з Cowork і мігрувати пізніше?

Так, це найпоширеніший патерн, який ми бачимо у 2026 році. Використовуйте Cowork у місяці 0–3, щоб довести робочий процес, будуйте 7-шаровий стек паралельно у місяці 4–10, потім перемикайтеся за типом робочого процесу, а не за відділом. Міграція складніша, ніж старт із self-hosted з першого дня, але набагато швидша, ніж будувати наосліп.

А як щодо Trust Center Claude Enterprise?

Trust Center Anthropic покриває SOC 2 Type II, ISO 27001, резидентність даних у ЄС на Enterprise та BAA для охорони здоров'я. Це сильна історія для того, що вона покриває. Вона не покриває ITAR, вимоги суверенної хмари IL5/IL6, герметичну ізоляцію deal-room у M&A чи робочі процеси, де сам контент промптів є класифікованим або регульованим. Trust Center необхідний для одних сценаріїв і структурно недостатній для інших.

Чи дозволене on-prem розгортання моделей Anthropic?

Ні. Anthropic не постачає ваги моделі Claude, тому справжній on-prem інференс Claude неможливий у 2026 році. On-prem self-hosted потребує альтернатив із відкритими вагами — Llama 3.3, DeepSeek V3, Qwen 3 або Mistral Large, що працюють на vLLM. Bedrock і Vertex пропонують опції приватних ендпоінтів, які деякі регулятори приймають як практичний еквівалент on-prem; перевірте у своїй команді комплаєнсу, перш ніж припускати.

Які поточні витрати на обслуговування з часом?

Приблизно $250 тис./рік на команду експлуатації з двох інженерів плюс використання моделі та інфраструктура на масштабі 200 ліцензій. Ця цифра зростає приблизно до $325 тис./рік на 1000 ліцензій — більша частина витрат є фіксованою інженерією, а не змінною інфраструктурою. Використання моделі масштабується з користувачами, але стискається, коли ви пакетуєте, кешуєте та маршрутизуєте менші запити до дешевших моделей через шар шлюзу.

Хто володіє промптами та інструментами, які ми розробляємо?

Ви, повністю, на self-hosted стеку. У Cowork промпти зберігаються в інфраструктурі Anthropic на їхніх комерційних умовах — нормально для більшості компаній, але неприйнятно для галузей із пропрієтарною ІВ (споживчі бренди, біотех, регульовані фінанси). Історія власності — одна з недооцінених причин, чому зрілі підприємства обирають self-hosted.

Чи підтримуєте ви гібрид: одні робочі процеси на Cowork, інші — на self-hosted?

Так, і ми рекомендуємо це частіше, ніж чистий self-hosted. Маршрутизуйте низькочутливі робочі процеси до Cowork, а високочутливі — до вашого внутрішнього стека. Шлюз LiteLLM може розподіляти за типом робочого процесу з простими правилами маршрутизації, а ваші шари аудиту та політик можуть обробляти обидві поверхні однорідно.

Як ви працюєте з «біговою доріжкою» оновлень моделі на self-hosted стеку?

Шлюз LiteLLM абстрагує вибір моделі. Коли Anthropic випускає нову модель, ви спрямовуєте на неї один конфіг. Коли модель із відкритими вагами обганяє закритого чинного лідера на конкретному завданні, ви перенаправляєте це обчислювально важке навантаження на vLLM, не чіпаючи код застосунку. 7-шарова архітектура свідомо спроектована захистити вас від прив'язки до моделі, чого Cowork за своєю природою зробити не може.

Висновок

Cowork — чудовий продукт для тієї роботи, для якої його створили, і він не є правильною відповіддю для регульованих підприємств із обмеженнями суверенітету, ІВ чи кастомної оркестрації. 7-шарова еталонна архітектура self-hosted у цьому дописі — та сама, яку ми реалізували 30+ разів з 2024 року; матриця рішень — це артефакт, через який ми проводимо кожного клієнта на Фазі 1. Прочитайте повний гід по Cowork, якщо ще не читали, а потім повертайтеся сюди, коли будете готові говорити про архітектуру.

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