Все заметки
Вы сбежали от привязки к модели. Её перенесли в ваш контекст.

7 июня 2026 г.

Вы сбежали от привязки к модели. Её перенесли в ваш контекст.

Сохранить модель заменяемой было победой года — теперь провайдера можно сменить одной строкой конфига. Поэтому на Build 2026 Microsoft спокойно перенесла привязку туда, где её не поменять: в контекст вашей организации. Work IQ, Fabric IQ, Foundry IQ — память, права и смысл вашей компании, живущие внутри вендорской интерпретации вашего бизнеса. Как сказал один аналитик: мозг поменять можно. Память — возможно, уже нет. Вот новая ловушка и как сохранить переносимым то, что реально важно.

Пару дней назад я доказывал, что модель — это товар, который стоит держать за чистым швом, чтобы смена провайдера была правкой одной строки и ни один вендор не владел той частью системы, от которой вы больше всего зависите. Это всё ещё правда и всё ещё верный ход. Но эта неделя сделала вторую половину истории невозможной к игнорированию: крупные платформы громко и чётко услышали «модель коммодитизируется» — и уже перенесли привязку туда, где её не сменишь значением в конфиге.

На Build 2026 Microsoft представила Microsoft IQ — стопку контекстных слоёв для агентов: Work IQ для сигналов Microsoft 365, Fabric IQ для бизнес-данных, Foundry IQ для контекста приложений и агентов, Web IQ для свежего заземления. На поверхности это решает реальную проблему: агенты бесполезны без контекста о вашем настоящем бизнесе. Под капотом это самая изящная стратегия привязки, что я видел за годы, — и работает она ровно потому, что модель ею быть перестала.

Мозг подешевел, поэтому вам продают память

Вот сдвиг, максимально прямо. Старая привязка была инфраструктурой: вычисления, хранилище, базы, пайплайны. Новая привязка — это организационная память, права на инструменты, поведение заземления и агентный рантайм, который их связывает. Один разбор сформулировал лучше, чем смог бы я:

Модель-агностичный контекстный слой всё равно может быть контекстной привязкой. Мозг поменять можно. Память — возможно, уже нет.

В этом предложении весь пост. Да, вы выиграли право свободно менять модели — и платформы уступили его без боя, потому что поняли: долговечной хваткой никогда не была модель. Это слой, который знает вашу организацию: кто есть кто, какой документ канонический, что значит «одобрено» в вашей компании, какие права закрывают какие данные, как связаны сущности вашего бизнеса. Как только агенты зависят от семантики Work IQ, прав Microsoft 365, онтологий Fabric и той логики ранжирования, что решает, какой внутренний факт важен, вы построили — словами того же разбора — на вендорской интерпретации вашей организации. Это всё ещё привязка. Просто привязка, которую вы закодировали сами, по одной полезной интеграции за раз.

Почему контекст куда липче модели

Смена модели механична: тот же промпт на входе — сопоставимый ответ на выходе. Контекст — наоборот, он накапливается. Чем дольше агенты работают на контекстной платформе, тем больше смысла вашей компании заливается в формы этого вендора: его формат онтологии, его модель прав, его определение сущности. Уйти — это не правка конфига; это пересборка всего семантического слоя вашей организации в другом месте. Поэтому платформы и рады отпустить модель. Они оставили часть, которая накапливается.

И в эту игру с другой стороны играет не только Microsoft. API-политика SAP 2026 теперь запрещает использовать её API для подачи автономным или генеративным ИИ-системам — напоминание, что тот, кто держит ваши бизнес-данные, держит ваших агентов за горло. Война привязок 2026-го не про модели. Она про то, кто владеет контекстом, на котором эти модели крутятся.

Что с этим реально делать

Не пользоваться контекстными платформами не выйдет — агентам правда нужно заземление, а строить всё самому редко правильный ответ. Цель не в чистоте, а в том, чтобы держать накапливающуюся часть под своим контролем. Несколько принципов:

  • Владейте источником правды, даже когда арендуете удобство. Детерминированные данные и правила, на которых заземляются агенты, должны жить там, где контролируете вы, — в скучной базе, которой владеете вы, а не только в проприетарном контекст-графе вендора. Зеркальте в их слой ради удобства; не давайте ему стать единственной копией.
  • Считайте свою контекстную схему активом, который держите переносимым. Ваша онтология — как ваш бизнес определяет сущности и связи — это вещь с реальной гравитацией. Держите вендор-нейтральное её определение, которое можно перенацелить на другой рантайм, — так же, как держали заменяемой модель.
  • Следите за швами, которых не видно. Новая привязка прячется в правах, логике ранжирования и поведении заземления — в частях, тихо решающих, что агент «знает». Спрашивайте про всё, что внедряете: если я уйду с этой платформы, что мои агенты забудут и смогу ли я это пересобрать?
  • Применяйте к контексту тот же тест, что и к моделям. Я всё время спрашиваю про провайдера: если завтра удвоят цену, сколько уходить? Спросите то же про контекстный слой. Если честный ответ «никогда не смогли бы» — вы не сбежали от привязки. Вы её проапгрейдили.

Суть

История, которую все рассказывали в этом году, — модель никогда не была рвом — была верной, и платформы поверили в неё быстрее, чем их клиенты. Они отдали товар и тихо укрепили то, что вас реально держит: память вашей собственной организации, пересобранную внутри их стен.

Так что наслаждайтесь сменой модели в одну строку; она реальна и она хороша. Просто не путайте её со свободой. Вопрос, решающий вашу независимость, больше не «могу ли я сменить модель». Это «остаётся ли контекст моим, когда я выхожу за дверь», — потому что мозг всегда был арендуемым, а ров теперь — это память. Держите свою при себе.

Комментарии

Пока нет комментариев

Войдите, чтобы участвовать в разговоре.

Будьте первым, кто оставит мысль.