ainews
Контекстная зависимость — новая форма vendor lock-in
Статья проводит параллель между классической проблемой vendor lock-in в базах данных (Oracle, проприетарные хранилища) и новой ситуацией в AI: компании передают не просто данные, а контекст — промпты, коррекции, eval-сеты, трейсы агентов — провайдерам моделей, теряя контроль над своим институциональным знанием. Автор предлагает решение по аналогии с открытыми форматами таблиц (Iceberg, Delta Lake): отделить контекст от модели, сделав его портируемым активом.
Критично для CTO и продуктовых команд, внедряющих AI: объясняет системный риск зависимости от провайдеров моделей и предлагает архитектурный подход к сохранению контроля над контекстом — ключевым активом компании.
Это аннотация к авторской статье. Мы не публикуем и не пересказываем чужие тексты целиком — полная версия у автора.
О чём статья
- Алекс Карп (Palantir) и Сатья Наделла (Microsoft) независимо описали одну проблему: компании платят за AI дважды — деньгами и проприетарным know-how, передаваемым через контекст использования
- Настоящий риск — не в статичных данных, а в контексте: промптах, коррекциях, eval-сетах и трейсах агентов, которые формируют институциональное знание компании
- Аналогия с Oracle и проприетарными БД 1990-х: vendor lock-in возникает, когда бизнес-логика встроена в инфраструктуру поставщика (PL/SQL, warehouse-форматы), делая миграцию невозможной
- Решение data-индустрии — открытые форматы таблиц (Iceberg, Delta Lake) — показывает путь: отделить данные от движка, а в AI — отделить контекст от модели
Комментарии