Harness и Amazon Bedrock: запрос от команды юристов

Сначала нужно понять, какой именно Harness требуется

Я бы начал с уточнения термина Harness, потому что без этого архитектуру легко увести не туда. В исходной переписке запрос сформулирован коротко: настроить Harness вместе с Amazon Bedrock, затем обучить юридическую команду. Исполнитель передает проект по модели white label из-за нехватки свободных специалистов.

Если речь идет об Amazon Bedrock AgentCore Harness, то в документации Amazon Web Services описана управляемая оболочка для запуска агентных процессов. В ней можно задать модель, системный промпт, инструменты, память и ограничения выполнения, а отдельные параметры менять при каждом вызове. Развертывание и запуск поддерживаются через AgentCore CLI и AWS SDK, включая boto3.

Для юридической среды главный слой находится не в промптах, а в правах. Согласно документации по безопасности Harness, вызову InvokeHarness нужны разрешения bedrock-agentcore:InvokeHarness и bedrock-agentcore:InvokeAgentRuntime для соответствующего ARN. Я бы отдельно проверял роли для доступа к хранилищам документов, векторным базам и внешним системам, не объединяя их в одну универсальную роль.

На момент разбора, 5 октября 2026 года, рекомендации Amazon Web Services также включают принцип минимальных привилегий, MFA, журналирование через CloudTrail и TLS 1.2 или выше. Для закрытого сетевого маршрута предусмотрен AWS PrivateLink, а ключами шифрования можно управлять через AWS KMS. Особенно неприятная мелочь: чувствительные данные нельзя помещать в теги и свободные поля именования, куда легко случайно записать клиента или номер дела.

Юристам нужен не чат, а проверяемый процесс

Реальный сдвиг здесь в том, что команде требуется не доступ к модели, а стандартизированный рабочий контур. Шаблоны проверки договоров, правила редактирования данных, разрешенные инструменты и границы выполнения должны быть одинаковыми для всех пользователей. Иначе обучение команды закрепит набор личных приемов вместо воспроизводимого процесса.

Я бы оценивал такую систему отдельно по качеству поиска, извлечения фактов и соблюдения политик. Для юридических документов полезны точность извлечения пунктов, корректность ссылок, полнота редактирования, частота галлюцинаций и доля исправлений рецензентом. Публичного специализированного набора тестов для этой связки в доступных материалах нет, поэтому проверка должна строиться на репрезентативных внутренних документах.

Это не история про замену юристов и не особенно впечатляющий демосценарий. Ценность появляется только там, где каждый ответ можно проследить, доступ ограничен конкретным делом, а ошибка попадает к человеку до принятия решения. Главный нерешенный вопрос здесь не выбор модели, а предел ответственности системы, когда уверенный ответ оказывается юридически неверным.

Мы ранее разбирали, почему внедрение LLM требует строгого контроля доступа, журналирования и разделения рабочих сред. Эти принципы особенно важны при настройке Harness и Amazon Bedrock для юридических данных.