Каждый второй разговор с фаундером начинается одинаково: «У нас уже есть промпт-инженер, зачем нам ещё и архитектор?» Вопрос закономерный — со стороны обе роли выглядят как настройка ИИ под задачу продукта. На практике это разные профессии, которые решают непохожие задачи, и одна не заменяет другую.
Что делает промпт-инженер
Промпт-инженер берёт готовую языковую модель и настраивает её под конкретную задачу: пишет и уточняет инструкции, тестирует разные формулировки, добивается стабильного и предсказуемого ответа. Это тонкая и важная работа — от качества промпта напрямую зависит, насколько точно и удобно продукт отвечает пользователю.
Что делает юридический архитектор
Промпт-инженер работает с формой: как модель формулирует ответ, какую роль и тон принимает, звучит ли она убедительно. Юридический архитектор работает на другом уровне — с тем, что системе вообще дозволено делать, и с границей ответственности: какие решения продукт вправе доверить алгоритму, а какие обязан передавать живому специалисту. Если промпт-инженер отвечает за то, чтобы формулировка не «поплыла», то задача архитектора — заложить логику так, чтобы сам сценарий действий алгоритма не создавал повод для претензии регулятора или клиента. Это не инструкция для модели, а логика продукта: деревья решений, матрица Red Flags, критерии эскалации — то, что задаёт промпт-инженеру рамки, внутри которых он может действовать.
Где проходит граница: пример
Разница хорошо видна на автоматическом онбординге клиента в необанке — и здесь важно точно развести роли:
- Архитектор закладывает жёсткое правило: если клиент — публичное должностное лицо, автоматика не одобряет заявку сама и передаёт её на усиленную проверку комплаенс-офицеру; если клиент найден в антиотмывочном списке — операция блокируется полностью.
- Разработчик привязывает это правило к API проверки по официальным реестрам. Сама проверка PEP-статуса и антиотмывочных списков в финтехе всегда идёт через детерминированный запрос к нему — не через языковую модель: доверять такую классификацию промпту небезопасно и технически неверно.
- Промпт-инженер подключается на следующем шаге, там, где нужен текст, а не решение: формулирует, как вежливо и юридически корректно попросить у клиента дополнительные документы, не раскрывая, что именно вызвало вопрос, или как кратко суммаризировать досье клиента для комплаенс-офицера.
Без правила, которое задаёт архитектор, промпт-инженеру попросту нечего суммаризировать и не для кого формулировать ответ — решение о том, кого эскалировать, принимается раньше и без участия языковой модели.
Почему нужны обе роли
Это не конкуренция за бюджет и не выбор «или-или», а последовательная работа. Юридический архитектор проектирует логику один раз, на старте, и обновляет её при изменении законодательства — для этого на лендинге есть формат Legal Maintenance. Промпт-инженер настраивает модель под эту логику и донастраивает её по мере роста продукта.
Нанять только промпт-инженера — значит доверить решение о границах ответственности человеку, который не обязан в них разбираться. Нанять только архитектора — значит получить правильную логику, которую пока некому стабильно передать модели.
Часто задаваемые вопросы
Может ли промпт-инженер сам определить эти правила? Иногда пытается — и это частый источник проблем. Промпт-инженер обычно не юрист и не обязан разбираться, какие законодательные требования и риски стоят за конкретным сценарием. Хорошо написанный промпт поверх отсутствующей правовой логики не спасает: модель просто не знает, в какой момент нужно остановиться и передать случай человеку — а отвечает при этом так же уверенно, как если бы знала.
У нас есть штатный юрист — разве не он должен формулировать эти правила? Штатный юрист хорошо знает право, но обычно мыслит нормами закона и судебными спорами, а не структурами данных — деревьями решений и граничными состояниями системы. Собрать калибровочный датасет тестовых сценариев для автоматической проверки кода — отдельный навык на стыке права и системного проектирования, которого юридическое образование само по себе не даёт. Юридический архитектор переводит экспертизу юриста в формат, который сразу можно передать разработчику и промпт-инженеру.
С чего начать, если у нас уже есть и разработчик, и промпт-инженер, но нет юридической логики? С формата Core Architecture & Triage Logic — это проектирование логики с нуля: деревья решений, матрица Red Flags, критерии эскалации, которые затем ложатся в основу промптов и кода.
Уже используете промпт-инженера, но чувствуете, что логике продукта не хватает рамок? Посмотрите, как устроена юридическая архитектура — форматы работы и что именно я передаю команде. А если у вас уже есть команда, которая строит платформу, — чем архитектор отличается от разработчика, разобрано отдельно.