Четыре основных слоя отражают поток интеллекта через платформу: от сырых данных до работающих агентов для бизнеса и клиентов. Три фундаментальных задают контроли и принципы, без которых верхние слои не выходят за пределы демонстрации.
Слои 5 и 7 - безопасность и аппаратная часть - разобраны отдельно ниже: именно на них чаще всего спотыкаются при переходе от пилота к промышленной эксплуатации.
Верхний ряд читается слева направо - так данные превращаются в результат у сотрудника. Номера слоёв идут навстречу потоку: первый слой тот, который видит бизнес. Три полосы внизу работают под всеми четырьмя сразу.
Сначала железо и фундамент, затем системы-источники и данные, потом платформа моделей и только в конце агенты. Обратный порядок даёт демонстрацию без промышленной эксплуатации.
Бизнес видит только верхний слой: агента, который что-то делает. Остальные шесть слоёв он оплачивает, поэтому их ценность нужно объяснять отдельно.
Безопасность, наблюдаемость и железо не идут по очереди после остальных. Они работают под всеми слоями с первого дня и закладываются вместе с первым сценарием.
От систем-источников до агента, с которым работает сотрудник. У каждого слоя - своё содержание, свои технологии и свой принцип, который определяет решения внутри него.
Агенты, которые автоматизируют действия и дают выводы по данным. Верхний слой - единственный, который видит бизнес.
принципАгентные фреймворки строятся на гибкость: источники данных, интерфейсы и логику меняют по мере развития бизнеса, не переписывая слой заново.
Обучение, развёртывание и обслуживание моделей: и языковых, и классических.
принципЯдро проектируется на устойчивость и скорость: быстрые эксперименты, дообучение и вывод решений в промышленную среду.
Пайплайны для структурированных и неструктурированных данных, витрины, векторные индексы и единый смысловой слой поверх них.
принципАрхитектура ведётся ценностью для бизнеса: каждый слой привязан к измеримому результату, а не к факту внедрения технологии.
Системы-источники и связи с ними: учётные и операционные системы, внешние интерфейсы, потоки данных.
принципИнтеграция данных и систем строится сквозной: меньше сбоев на стыках и меньше ручных переходников между платформами.
Эти слои не идут по очереди после основных. Они работают под всеми четырьмя сразу и закладываются вместе с первым сценарием: добавить их поверх готового решения дороже, чем спроектировать сразу.
Отвечает за безопасность, приватность и соответствие требованиям по всей платформе - на каждом слое, а не только на входе.
принципОтветственный подход и управление встроены в платформу: объяснимость решений и соответствие требованиям регуляторов.
Мониторинг, объяснимость и управление для всех моделей и агентов, включая учёт затрат.
принципЕдиное управление даёт прозрачность затрат и устойчивую эксплуатацию вместо разрозненных отчётов по каждой команде.
Вычисления, хранилище и сеть, на которых работает платформа.
принципПортируемость и готовность к эксплуатации достигаются контейнеризацией: решение переносится между площадками и облаками.
Безопасность агентной системы - это не одна проверка на входе, а контроли на всём пути запроса, плюс журнал, по которому потом можно разобрать любой ответ.
Аппаратный слой опирается на то, что уже стоит в компании. Отдельный вопрос - как один пул делится между разными типами нагрузки: это определяет и стоимость, и скорость ответа.
Разговор обычно идёт про верхний слой - какого агента сделаем. Работа при этом уходит вниз: подключить системы, привести данные в порядок, разграничить доступы. Пропорция сдвигается под задачу, но соотношение сохраняется.
Самая частая ошибка при разборе неудачи - менять модель. Почти все типичные жалобы чинятся на конкретном слое, и модель к ним отношения не имеет.
Технологии в слоях меняются каждый год. Принципы, по которым эти технологии выбираются, меняются гораздо медленнее - именно они определяют, доживёт ли платформа до второго года.
Источники данных, интерфейсы и логику можно менять по мере развития бизнеса. Агент, который жёстко зашит под один процесс, живёт до первой реорганизации.
Ядро платформы спроектировано на быстрые эксперименты и короткий путь от прототипа до промышленной среды. Иначе проверка гипотезы стоит квартал.
Каждый слой привязан к измеримому результату и владельцу. Слой, у которого нет показателя, не обслуживается и через год превращается в технический долг.
Данные и системы связываются от источника до потребителя, а не точечными выгрузками. Ручные переходники между платформами - главный источник сбоев.
Объяснимость решений, честность и соответствие требованиям встроены в платформу изначально. Добавить их поверх готового решения дороже, чем заложить сразу.
Контейнеризация и стандартное развёртывание дают возможность перенести платформу между площадками. Это же снимает зависимость от одного поставщика.
Компетенции растут внутри компании, а управление остаётся централизованным: прозрачные затраты и предсказуемая эксплуатация.
Семислойная рамка приведена по материалам реконструкции коммерческого предложения и экспертного разбора. Формулировки уточнены, содержание слоёв сохранено.
Это удобная рамка для разговора, а не стандарт. Четыре верхних отражают путь данных до результата: системы дают сырьё, слой данных его готовит, платформа обслуживает модели, агенты доводят до пользователя. Три нижних - сквозные условия, без которых верхние не выходят в эксплуатацию: безопасность, наблюдаемость с управлением затратами и вычислительные мощности.
С четвёртого и третьего: системы-источники и данные. Это самая трудоёмкая часть, и без неё верхние слои показывают демонстрацию, а не рабочий результат. Параллельно закладываются пятый и шестой - правила доступа и учёт, потому что добавить их потом дороже.
Да, если класс данных допускает обработку вне контура компании. Тогда седьмой слой арендуется, а не покупается. Собственное железо нужно, когда данные нельзя выносить или когда постоянный поток запросов делает аренду дороже владения.
Разговор про агентов идёт про верхний слой. Этот разрез показывает, что под ним стоит ещё шесть, и что стоимость проекта определяется в основном ими. Сама по себе сборка агента - это недели, а сборка условий для его эксплуатации - месяцы.
По симптомам. Агент даёт неверные факты - слой данных. Никто не может сказать, почему он так ответил, - наблюдаемость. Согласование тянется месяцами - безопасность не была заложена заранее. Всё работает, но дорого - управление затратами. Каждый симптом чинится на своём слое, а не заменой модели.
Эта страница - разбор архитектуры по слоям. Рядом лежат два других взгляда: практический порядок сборки платформы и отдельная тема собственной модели в контуре компании.
Тот же предмет с другой стороны: жизненный цикл агента, роадмап на 24 месяца, операционная модель, четыре сценария развёртывания и типовые ошибки внедрений.
pavel-doronin.com/ai-agentic-platform/ Своя ИИ-модель внутри контураДетальный разбор слоёв 2 и 7: когда перенос модели внутрь оправдан, сколько нужно мощностей, как проходит проверка безопасности и что это даёт в деньгах.
pavel-doronin.com/internal-llm/На первой встрече пройдём по семи слоям применительно к вашей компании: что уже есть, где узкое место и с чего начинать.