Unity Gateway дава общ контрол над Claude Code и Codex

На 24 септември 2026 г. Databricks представи Unity Gateway CLI за централизирано управление на агенти за писане на код. Администраторите могат да публикуват одобрени модели, MCP сървъри, умения и политики за разходите, а разработчиците да стартират Claude Code или Codex с командите ug claude и ug codex. CLI прилага фирмените настройки, преди да отвори избрания агент в познатия му интерфейс.

Общият контрол следва пътя на заявките и поддържаните функции на всеки клиент. При Claude Code и Codex моделите могат да се свържат през Unity Gateway; при Cursor Agent CLI настройва MCP връзките, но заявките към модели остават в акаунта на Cursor. Тази разлика определя кои разходи и действия се виждат през Databricks, без разработчикът да сменя предпочитания си агент.

Пътят от командата до модела и MCP сървъра

Разработчикът започва в терминала на проекта и избира агент с команда на ug. При първото стартиране CLI иска работно пространство на Databricks и удостоверява потребителя; след това настройва връзката за избрания клиент. Агентът запазва собствените си команди и начин на работа. Промяната за разработчика е в начина на стартиране и в ресурсите, до които получава достъп.

Заявката към модел минава през Unity Gateway, когато агентът е настроен да използва одобрен модел оттам. Администраторът може да посочи моделите за конкретния агент и началния избор, а достъпните възможности зависят и от правата на потребителя. Поддържането на различни агенти не прави моделите им взаимозаменяеми: Claude Code и Codex изискват съвместими с тях API, затова списъкът може да е различен за всеки клиент.

MCP сървърите са отделен път. Те предоставят на агента инструменти за работа с разрешени услуги и данни; добавянето им към настройката не променя правата на потребителя върху тези ресурси. Споделените умения добавят инструкции за определени задачи и могат да бъдат предоставени на поддържаните агенти. Така общата конфигурация обхваща както избора на модел, така и инструментите, които агентът може да използва по време на работа.

При следващо стартиране ug проверява публикуваната конфигурация и прилага промени в настройките за агента и модела. За незабавно обновяване на управляваните MCP сървъри и умения е предвидена командата ug configure. Това разграничение е важно при промяна на фирмените правила: нов начален модел може да се появи при стартиране, докато синхронизирането на инструментите и уменията има отделна команда.

Какво задава администраторът

Документацията на Databricks за управляваната конфигурация посочва, че тя е в Beta и изисква администраторът на работното пространство да включи съответната предварителна функция. Той публикува настройка за разрешените агенти, началния агент, източниците и началните модели, MCP сървърите и споделените умения. За поддържаните клиенти могат да се зададат и функции като Smart Routing и проследяване.

Работното пространство поддържа една публикувана конфигурация. Моделите, MCP сървърите и уменията се посочват като ресурси в Unity Catalog, но администраторът трябва отделно да предостави достъп до тях на разработчиците. Появата на ресурс в общата настройка следователно не е достатъчна, за да може всеки член на екипа да го използва. При моделите конфигурацията може да съдържа конкретен списък, услуга на доставчик или място в каталога, от което да се виждат разрешените за потребителя услуги.

Този механизъм позволява промяна на началния модел или агент за екипа от едно място. Ако администраторът публикува друга настройка, ug я получава при стартиране и подготвя съответния клиент. Разработчикът продължава да работи в Claude Code, Codex или друг разрешен агент; общото правило се прилага към връзката и достъпните ресурси, а не заменя интерфейса и локалните команди на клиента.

Как бюджетите и проследяването влияят на работата

Бюджетната политика може да промени препоръчания начален избор, когато разходите достигнат зададен праг. Тогава за нови стартирания може да се предложи по-евтин агент или модел, без да се прекъсва текуща сесия. Командата ug usage показва на разработчика направения разход и използваната част от бюджета. Това е управление на избора при следващо стартиране, а не твърдение, че всяка заявка на всеки външен агент минава през Databricks.

Smart Routing позволява избор на модел според задачата и може да направи отделен избор за работа, възложена на подагент. Проследяването, когато е включено и се поддържа от клиента, може да обхване локални извиквания на инструменти и използване на умения. Така екипът получава сведения за действията около заявките към модела, а не само за общата сума на разходите. Обхватът на тези данни остава свързан с конкретния клиент и с начина, по който е настроен.

Кои агенти са включени и къде е границата при Cursor

Освен Claude Code и Codex, ug има команди за Gemini CLI, OpenCode, GitHub Copilot CLI и Pi. Поддръжката означава, че CLI може да подготви и стартира съответния агент с подходящите настройки; наличните модели и функции зависят от клиента. Разработчикът може да преминава между разрешени агенти, без да изгражда отделно връзката към Unity Gateway за всеки от тях.

При Cursor Agent обхватът е по-тесен. Публикацията на VibeHacker за анонса уточнява, че ug cursor конфигурира MCP, докато моделният трафик продължава през акаунта на потребителя в Cursor. Същата граница е съществена за тълкуването на бюджетите: разходите за тези моделни заявки не могат да се приписват на управлявания път през Unity Gateway.

Разликата може да се обобщи по двата пътя на работа: централната конфигурация определя одобрените ресурси и настройките, които ug прилага към поддържаните агенти; акаунтът на Cursor остава мястото за неговите моделни заявки. За ИТ екипа последствието е конкретно: общото стартиране улеснява разпространяването на настройки, но пълната картина за разходите зависи от това дали избраният агент действително изпраща заявките към модели през Unity Gateway.