Семейный офис на базе AI: скрининг сделок для команд из двух человек

Введение

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

В этой работе разрабатывается нативная для AI операционная модель скрининга сделок для GCC семейных офисов и владельцев активов со сверхвысоким чистым капиталом, а также для главных инвестиционных директоров семейных офисов и руководителей направлений альтернативных инвестиций. Извлечение, сравнение и подготовка черновиков на основе Claude рассматриваются как ограниченные компоненты внутри контролируемой системы доказательств. Система сохраняет исходные файлы, нормализует данные о возможностях, применяет утверждённые фильтры мандата и пригодности, собирает доказательства для дью-дилидженса, маршрутизирует исключения и готовит проект меморандума для инвестиционного комитета со ссылками на источники. Принципалы, инвестиционные специалисты и квалифицированные специалисты сохраняют за собой все инвестиционные, юридические, налоговые, комплаенс-, оценочные и управленческие решения.

Юридический и управленческий контекст имеет значение. Федеральное законодательство UAE о семейном бизнесе создаёт основу для зарегистрированных семейных предприятий и управления семейным бизнесом [1]. Законодательство Дубая учредило Центр семейных компаний и регулирует в своей сфере соглашения о семейном имуществе [2-3]. DIFC и ADGM предусматривают отдельные режимы и структуры, применимые к семейным соглашениям и семейным офисам [4-8]. Требования к защите данных, бенефициарному владению, противодействию отмыванию денег, электронным транзакциям и доказыванию влияют на работу с документами и дью-дилидженс организаций [9-21]. Эти источники не создают универсальной операционной модели семейного офиса. Применимость зависит от организации, структуры, деятельности, юрисдикции и фактов, а правовые последствия определяют квалифицированные консультанты.

В документе также используются авторитетные материалы по инвестиционной практике и управлению AI. Ресурсы ILPA по дью-дилидженсу позволяют структурировать проверку частных фондов [23-25]. Стандарты CFA Institute поддерживают принципы дью-дилидженса, соответствия и лояльности для инвестиционных специалистов, на которых распространяются эти стандарты [26-28]. Материалы Anthropic описывают паттерны агентов, цитирование, оценки, использование инструментов и автономность [29-36]. Материалы NIST и W3C поддерживают проектирование в области рисков AI и происхождения данных [37-40]. Междисциплинарные исследования производительности дают внешние ориентиры [41-43]. Они не доказывают производительность инвестиционной команды семейного офиса.

В документе представлены эталонная архитектура, операционные механизмы контроля, схемы, таблицы, рабочие процессы и один Иллюстративный пример. В нём не содержатся инвестиционные, юридические, регуляторные, налоговые, бухгалтерские, оценочные, конфиденциальностные, кибербезопасностные или технологические консультации. Приписываемые Matchpoint или клиентские доходы, сокращение денежных затрат, сокращение убытков и альфа остаются USD 0 до предоставления утверждённых наблюдаемых доказательств.

Исследовательский вопрос	Операционный ответ
Что может поддерживать рабочий процесс, нативный для AI?	Приём с разграничением прав доступа, классификацию, извлечение, сравнение, поиск и выборку, формирование исключений, маршрутизацию рабочего процесса и подготовку черновиков с указанием источников в рамках утверждённых схем.
Что должно оставаться под контролем?	Хранение исходных данных, арифметические расчёты, правила мандата, права доступа, версионирование, контрольные точки утверждения, записи, определения пригодности и значимые решения.
Что считается пропускной способностью?	Возможности, которые достигают определённого состояния решения с необходимыми доказательствами, контрольными точками качества, проверкой с указанием ответственного и воспроизводимой записью.
Как представляются доказательства дью-дилидженса?	Как атомарные объекты доказательств, связанные с возможностями, сущностями, утверждениями, документами, анализами, исключениями, решениями и последующим мониторингом.
Как формируется меморандум для инвестиционного комитета?	На основе утверждённых объектов доказательств и записей анализа, с обоснованием на уровне отдельных предложений, раскрытыми пробелами и сохранением авторства рекомендации за человеком.
Что доказывает утверждение о численности персонала или затратах?	Предварительно зарегистрированный сопоставимый пилот с использованием аналогичных случаев, порогов качества, полных входных данных по затратам, наблюдённых часов и утверждённых результатов.

Аудитория и периметр принятия решений

GCC семейные офисы и владельцы активов со сверхвысоким чистым капиталом

представляет принципалов, владельцев и команды семейных офисов, распределяющих семейный капитал на публичных и частных рынках, в операционные компании, прямые инвестиции, соинвестиции, фонды, реальные активы и стратегические возможности. Мандат может включать финансовую доходность, сохранение капитала, ликвидность, семейный контроль, репутацию, преемственность, стратегический доступ, географическую диверсификацию и воздействие. Эти цели могут конфликтовать. Система скрининга должна сохранять утверждённую семьёй иерархию целей, а не заменять её универсальной оценкой.

Форма семейного офиса также различается. Семейный офис одной семьи может обслуживать одну семью через одно или несколько юридических лиц. Семейный офис для нескольких семей обслуживает несколько семей и может подпадать под разные регуляторные и договорные требования. Правило SEC о семейных офисах и его сотрудники FAQ иллюстрируют конкретное исключение в США с определёнными условиями [22]. DIFC и ADGM сохраняют собственные действующие режимы и руководства [4-8,20-21]. Такое обозначение, как семейный офис, не определяет регуляторный статус. Система должна фиксировать фактическое юридическое лицо, деятельность, юрисдикцию и статус авторизации, предоставленные квалифицированными консультантами.

директора по инвестициям семейных офисов и руководители направлений альтернативных инвестиций

представляет инвестиционных специалистов, отвечающих за преобразование целей семьи в решения по портфелю и сделкам. Их операционные обязанности могут включать управление воронкой сделок, отбор управляющих, андеррайтинг прямых инвестиций, построение портфеля, планирование денежных средств, координацию соинвестирования, управление дью-дилидженсом, подготовку к комитету и мониторинг. Система должна служить для директора по инвестициям (CIO) слоем доказательств и рабочих процессов. Она не должна создавать независимый инвестиционный мандат или незаметно изменять утверждённую политику.

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

Карта прав принятия решений

Операционные состояния

Каждая инвестиционная возможность должна использовать контролируемый словарь состояний. Зафиксировано означает, что исходный источник и отправитель сохраняются. Допустимо означает, что поддерживаются утверждённые минимальные контрольные точки мандата. Проведение дью-дилидженса означает наличие назначенного ответственного, плана работ и матрицы доказательств. Обусловлено означает, что продвижение зависит от указанных доказательств или действий. Готово к принятию решения означает, что обязательные контрольные точки пройдены, а меморандум завершил проверку. Утверждено, отклонено и отложено являются санкционированными решениями. Заархивировано сохраняет закрытую запись. Эти состояния должны быть отличимы от уверенности модели.

Гипотеза пропускной способности и граница доказательств

Проверяемое утверждение

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

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

Внешние данные о производительности

Три часто цитируемых исследования относятся к разным рабочим областям. Полевое исследование NBER сообщило о среднем росте производительности агентов службы поддержки, использующих генеративного ассистента AI [41]. Контролируемый эксперимент Microsoft и GitHub измерил более быстрое выполнение определённой задачи по разработке программного обеспечения участниками с доступом к GitHub Copilot [43]. Исследование консультантов, проведённое Гарвардской школой бизнеса, сообщило о более быстром и более качественном выполнении задач в пределах границы возможностей модели наряду с более низкой корректностью на задаче за пределами этой границы [42]. Это внешние отраслевые бенчмарки. Они не подтверждают инвестиционную производительность семейного офиса, качество дью-дилидженса, предотвращение убытков или эквивалентность двух человек.

Economic Index компании Anthropic, исследование экспертизы Claude Code и исследование автономности используют телеметрию продукта, эксперименты или анализ поведения модели в пределах описанных ими областей [34-36]. Они могут помочь при разработке дизайна оценки. Они не обеспечивают контролируемое исследование отбора сделок семейного офиса.

Единица измерения

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

1. проверенная запись о возможности и юридическом лице;
2. утверждённое определение соответствия мандату;
3. полная применимая матрица доказательств или раскрытые исключения;
4. воспроизводимый анализ с прослеживаемостью источников и преобразований;
5. меморандум со ссылками, который разделяет факт, заявление, анализ и суждение;
6. рассмотрение указанными полномочными лицами;
7. зафиксированное состояние решения; и
8. объекты мониторинга для каждого утверждённого условия или инвестиции.

Вторичные единицы могут включать отобранные возможности, объекты доказательств, урегулированные исключения, часы работы рецензентов, календарное время и затраты. Они никогда не должны заменять первичную единицу, прошедшую контроль качества.

Сравнение с учётом сбоев

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

Карта управления и мандатов семейного офиса

Сначала управление, затем автоматизация

UAE Федеральный декрет-закон № 37 от 2022 года регулирует семейные предприятия, зарегистрированные в сфере его действия, и допускает механизмы управления, предусмотренные законом [1]. Декрет Дубая № 45 от 2022 года учредил Центр семейных компаний [2]. Закон Дубая № 9 от 2020 года регулирует семейное имущество в пределах указанной сферы действия [3]. Регламент DIFC о семейных соглашениях и материалы ADGM по семейным офисам и фондам предусматривают дополнительные структуры и услуги в соответствующих юрисдикциях [4-8]. Соответствующая семья, организация и консультанты определяют, какие договорённости применяются.

Рабочий процесс, изначально ориентированный на AI, должен получать подписанную или иным образом утверждённую конфигурацию мандата. Конфигурация является системным входным параметром, а не политикой, сгенерированной моделью. В ней должны быть указаны владелец политики, дата утверждения, дата вступления в силу, версия, дата пересмотра и заменённые версии.

Объект мандата

Логика политики

Жёсткие исключения должны представлять собой детерминированные правила. Примеры включают запрещённые юрисдикции, несанкционированные классы активов, минимальные резервы ликвидности или размеры сделок за пределами делегированных полномочий. Мягкие предпочтения должны определять приоритет внимания, не формируя решение. Примеры включают предпочтительные секторы, ценность отношений, тематическое соответствие и стратегический доступ. Вопросы, требующие суждения, должны направляться конкретному лицу. Система должна показывать, какая версия политики применялась и как было оценено каждое правило.

Конфликты и лояльность

Стандарт III(A) CFA Institute касается лояльности, осмотрительности и заботы для членов и кандидатов, на которых распространяется действие стандарта [28]. Контекст семейного офиса может предполагать дополнительные обязанности по договорам, законодательству, управлению юридического лица и профессиональному статусу. Процесс должен собирать факты о конфликтах: владение, роли в совете директоров, вознаграждение консультантов, комиссии за размещение, личные связи, права соинвесторов, статус связанной стороны и информационные барьеры. Модель может выявить возможный конфликт на основании предоставленных доказательств. Уполномоченное лицо определяет порядок урегулирования конфликта.

Периметр оценки соответствия

Стандарт III(C) CFA Institute касается соответствия для членов и кандидатов, на которых распространяется действие стандарта [27]. Утверждённая политика семьи может требовать сопоставимого анализа, даже если этот стандарт напрямую не применяется. Система должна связывать каждую предлагаемую инвестицию с подверженностью портфеля рискам, ликвидностью, обязательствами, концентрацией, валютой, левереджем, риском снижения и ограничениями семьи. Соответствие — это суждение на уровне портфеля. Сделка может быть привлекательной сама по себе, но не подходить для текущего портфеля.

Операционная модель воронки сделок

Этапы воронки

Воронка должна отделять низкозатратную классификацию от высокозатратного суждения. Референсная последовательность:

1. получение и сохранение;
2. идентификация источника, отправителя и разрешения;
3. создавать или сопоставлять записи об инвестиционных возможностях и организациях;
4. проверять соответствие минимальным критериям допуска;
5. расставлять приоритеты для проверки человеком;
6. открывать план дью-дилидженса;
7. извлекать и сверять подтверждающие данные;
8. завершать анализ и проверку специалистом;
9. подготавливать и проверять меморандум инвестиционного комитета;
10. фиксировать решение; и
11. передавать утверждённые обязательства и допущения в мониторинг.

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

Определения уровней обслуживания

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

Триаж без ложной точности

Оценка триажа может распределять внимание при условии, что каждый компонент виден, а оценка никогда не рассматривается как ожидаемая доходность или вероятность успеха. Жёсткие фильтры остаются отдельными. Пример триажа может сочетать близость к мандату, стратегическую значимость, полноту информации, срочность решения и ожидаемую нагрузку по дью-дилидженсу. Веса требуют одобрения владельца и пилотного тестирования. Непроверенные веса должны быть помечены и не должны попадать в продуктивную среду.

Проектирование с приоритетом исключений

Время старших сотрудников ограничено. Система должна сначала представлять существенные исключения, а затем описательную часть. Запись об исключении указывает объект, ожидаемое условие, наблюдаемые доказательства, расхождение, основание существенности, затронутое решение, ответственного, срок исполнения, допустимые действия и доказательства закрытия. Группировка исключений по последствиям помогает команде отличать блокирующие вопросы идентификации от малозначимых различий в форматировании.

Приём исходных данных и нормализация возможностей

Приём с разграничением прав доступа

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

UAE Законодательство о защите персональных данных устанавливает требования к обработке персональных данных в пределах своей сферы действия [14]. В DIFC и ADGM действуют собственные режимы защиты данных и руководящие указания [9,15]. Правильный режим и трансграничный статус зависят от фактических обстоятельств и юрисдикции. Рабочий процесс должен хранить документально подтверждённое правовое основание или утверждённую инструкцию по обработке, предоставленную владельцем данных и консультантами. Он не должен делать вывод о наличии разрешения на основании доступности файла.

Объект возможности

Объект возможности связывает коммерческое предложение с его правовым и информационным периметром. Он должен включать идентификатор возможности, источник, ответственного за отношения, финансового спонсора или управляющего, целевой объект или инвестиционную структуру, инструмент, стадию, диапазон суммы, валюту, географию, сектор, даты процесса, запрашиваемое решение, класс конфиденциальности, известных консультантов и связанные исходные файлы. Неизвестные поля остаются null.

сопоставление сущностей

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

Граф должен различать юридическое владение, бенефициарное владение, контроль, управление, представительство в совете директоров, экономический интерес и договорные права. Руководство FATF по бенефициарному владению юридическими лицами и правовыми образованиями содержит авторитетные концепции и ориентированные на риск рекомендации [12-13]. UAE Постановление Кабинета министров № 109 от 2023 года регулирует процедуры в отношении бенефициарных владельцев в пределах своей сферы действия [11]. Квалифицированные сотрудники по комплаенсу и юридические ответственные лица определяют применимость и приемлемость.

Классификация документов и полнота

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

Электронные записи и доказательства

UAE Федеральный декрет-закон № 46 от 2021 года регулирует электронные транзакции и доверительные услуги [16]. UAE Федеральный декрет-закон № 35 от 2022 года регулирует доказательства по гражданским и коммерческим сделкам [17]. Эти источники могут лечь в основу проектирования записей. Они не превращают каждый сохранённый вывод AI в юридически допустимое доказательство и не подтверждают его подлинность. Квалифицированный юрист определяет доказательственное значение. Система должна сохранять исходные источники, хэши, отметки времени, преобразования, подписи и записи об утверждении.

Скрининг соответствия критериям, мандату и пригодности

Последовательность контрольных этапов

Скрининг должен применять контрольные этапы в явно заданном порядке:

1. этап проверки источника и разрешений;
2. этап проверки организации и сторон под ограничениями;
3. контрольная точка жёсткого исключения;
4. контрольная точка делегированных полномочий;
5. контрольная точка минимальной информации;
6. контрольная точка конфликтов и независимости;
7. контрольная точка портфеля и ликвидности;
8. контрольная точка маршрутизации к специалистам; и
9. решение человека о переходе на следующий этап.

Модель может заполнять значения-кандидаты. Детерминированные правила оценивают принятые значения. Проверяющий принимает, исправляет или оставляет каждое существенное значение неразрешённым. Такое разделение не позволяет извлечённому утверждению стать утверждённым фактом мандата.

Скрининг частных фондов

Опросник по дью-дилидженсу 2.0 ILPA представляет собой структурированный ресурс для дью-дилидженса частных фондов [23-24]. Материалы ILPA ESG по дью-дилидженсу предоставляют дополнительное руководство в рамках их сферы применения [25]. Семейный офис может сопоставить эти ресурсы со своей утверждённой анкетой. Система должна фиксировать, какие вопросы применимы, ответ управляющего, подтверждающие доказательства, проверяющего, исключения и последующие действия. Заполненная анкета представляет собой набор заверений, а не независимую проверку.

Скрининг прямых инвестиций

Прямые инвестиции требуют отдельной схемы: целевая компания, владельцы, руководство, бизнес-модель, финансовая история, структура сделки, оценка, права корпоративного управления, план финансирования, регуляторный периметр, юридические риски, налоговые вопросы, ESG или репутационные проблемы, пути выхода и мониторинг. Система не должна принудительно вписывать прямую сделку в шаблон фонда.

Соответствие и контекст портфеля

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

Стандарт дью-дилидженса

Стандарт V(A) CFA Institute касается дью-дилидженса и разумной основы для членов и кандидатов, на которых распространяется стандарт [26]. Семейный офис может принять сопоставимый внутренний принцип независимо от прямой применимости. Система должна обеспечивать надлежащую основу, связывая выводы с соответствующими доказательствами и раскрывая ограничения. Она не может определить, что дью-дилидженс является юридически или профессионально достаточным.

Граф доказательств дью-дилидженса

Атомарный объект доказательств

Абзац меморандума слишком велик, чтобы быть основной единицей доказательств. Каждое существенное утверждение должно быть представлено как атомарный объект доказательств. Объект фиксирует субъект, предикат, значение, единицы измерения, период, периметр, источник, точное местоположение, авторитетность источника, класс доказательств, преобразование, разрешение, проверяющего, статус и триггер обновления.

Классы доказательств должны оставаться явными. Наблюдаемое описывает значение, полученное из одобренного источника или измерения. Представленное описывает утверждение контрагента или консультанта. Расчётное Описывает расчёт или преобразование. Определено Описывает вывод, сделанный уполномоченным специалистом или лицом, принимающим решения. Результат модели представляет собой производный объект-кандидат до валидации и принятия.

Модель происхождения

W3C PROV-O предоставляет стандартный словарь для сущностей, активностей и агентов [40]. Граф доказательств семейного офиса может расширить эту модель такими понятиями, как возможность, мандат, организация, юридическое лицо, отношение собственности, документ, утверждение, ячейка таблицы, расчёт, рабочий поток, вопрос, конфликт, решение и обязательство по мониторингу. Каждая связь должна сохранять время и версию.

Битемпоральная история полезна. Время действия фиксирует, когда факт действовал в инвестиционном мире. Системное время фиксирует, когда офис узнал, зафиксировал или исправил его. Это позволяет более позднему проверяющему восстановить информацию, доступную на момент первоначального решения.

Связи графа доказательств

Противоречия и отсутствие данных

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

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

Актуальность доказательств

Для каждого существенного объекта должно быть правило обновления: фиксируется на дату сделки, обновляется при получении документа, периодически, по событию или с истечением срока. Статус в реестре, санкционная проверка, денежные средства, подверженность портфеля, оценка и сроки процесса меняются с разной скоростью. В меморандуме следует указывать дату подтверждения и отмечать устаревшие позиции до выпуска.

Рабочий процесс дью-дилидженса и извлечения данных

Декомпозиция задач

Инженерное руководство Anthropic разграничивает рабочие процессы с предопределёнными путями кода и агентов, которые динамически направляют использование инструментов [29]. Дью-дилидженс сделок выигрывает от контролируемых рабочих процессов для предсказуемых задач и строго ограниченного поведения агентов для сложного поиска или сравнения. Широкий промпт вроде «провести андеррайтинг этой сделки» не имеет определённого результата, границы источников и полномочий. Операционная система должна декомпозировать работу на проверяемые задачи.

Типичные задачи включают классификацию документов, извлечение таблиц, сверку сущностей, сравнение положений договоров, отслеживание вопросов к руководству, нормализацию финансовых данных, картирование структуры владения, поиск доказательств, подготовку описаний проблем и сборку меморандума. Каждая задача объявляет входные данные, допустимые источники, схему, проверку, условие воздержания от выполнения, проверяющего и дальнейшее использование.

Контракт извлечения

Контракт извлечения должен требовать:

1. точное местоположение источника, включая страницу, раздел, таблицу или ячейку, если доступно;
2. точное значение источника и нормализованное значение в виде отдельных полей;
3. единицы измерения, валюта, период и периметр организации;
4. квалификаторы, допущения и сноски;
5. null для отсутствующих данных;
6. степень уверенности используется только для маршрутизации проверки;
7. результат валидации и список исключений; и
8. решение проверяющего.

Документация Anthropic по цитированию описывает функциональность продукта для привязки сгенерированных ответов к предоставленным источникам [31]. Наличие цитаты — один из механизмов контроля. Отдельный тест на подтверждение должен определять, подтверждает ли процитированный фрагмент всё утверждение, относится ли он к надлежащему юридическому лицу и периоду и обладает ли достаточной авторитетностью.

Структурированные и детерминированные инструменты

Арифметические расчёты, конвертация валют, логика дат, агрегирование долей владения, лимиты портфеля и формулы оценки должны выполняться в версионируемых детерминированных инструментах. Компоненты на естественном языке могут выбирать одобренный инструмент, подготавливать входные данные и объяснять результаты. Запись расчёта остаётся авторитетной. Материалы Anthropic по продвинутому использованию инструментов могут помочь определить шаблоны реализации [33]. Функциональность продукта не подтверждает пригодность конкретного внедрения для семейного офиса.

Последовательность извлечения данных дью-дилидженса

Последовательность рабочего процесса такова:

1. сохранить источник и вычислить хеш;
2. просканировать и классифицировать;
3. разбирать текст, таблицы, изображения и метаданные;
4. определять сущности-кандидаты и периоды;
5. извлекать привязанные к схеме факты-кандидаты;
6. проверять типы, единицы измерения, итоги и перекрёстные ссылки;
7. связывать кандидаты с точными местоположениями в источнике;
8. сравнивать с имеющимися доказательствами;
9. формировать конфликты, пробелы и вопросы;
10. направлять существенные элементы указанному проверяющему;
11. принимать, исправлять, принимать с условиями или отклонять; и
12. переводить принятые объекты в анализ и подготовку черновиков.

Вопросы и последующие действия

Вопросы руководства и консультантов должны формироваться на основе неразрешённых объектов, а не только типовых шаблонов. Каждый вопрос ссылается на недостающие или противоречивые доказательства, указывает запрашиваемую форму, определяет затронутое решение и сохраняет ответ. Ответ остаётся представлением до тех пор, пока не будет достигнут стандарт проверки.

Язык и перевод

Сделки GCC могут включать арабоязычные и англоязычные источники. Машинный перевод может помогать выявлению и сравнению. Система должна сохранять исходный язык, движок или поставщика перевода, дату, проверяющего и цель. Существенное юридическое, регуляторное или договорное толкование должно подтверждаться соответствующим образом квалифицированными двуязычными специалистами.

Сбой приёма документов	Пример	Требуемый маршрут
Нечитаемый источник	Качество сканирования не позволяет надёжно извлечь данные	Запросить замену или одобренную проверку OCR
Неоднозначность прав доступа	Презентация переслана без явного права на дальнейшее распространение	Проверка владельцем информации и юридической службой
Конфликт юридических лиц	Название совпадает с двумя юридическими лицами в реестре	Разрешение вопроса силами комплаенса или юридической службы
Пропуск периода	Модель пропускает обязательный исторический месяц	Запрос контрагента и проверка аналитика
Конфликт версий	Два файла претендуют на статус окончательной версии	Решение владельца документа
Встроенная инструкция	Исходный текст пытается перенаправить модель	Считать недоверенным содержимым и следовать системной политике
Исполняемое содержимое	Файл содержит активный код или макрос	Изолировать и следовать процедуре безопасности

Подтверждающие документы по юридическому лицу, бенефициарному владению и KYC

Периметр юридических лиц

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

Владение и контроль

Руководство FATF описывает прозрачность бенефициарного владения для юридических лиц и юридических образований [12-13]. UAE Постановление Кабинета министров № 109 от 2023 года содержит процедуры в отношении бенефициарных владельцев в рамках своей сферы применения [11]. Рабочий процесс должен отражать прямые и косвенные доли, голосование, права на назначение, контроль иными способами, номинальные структуры и роли траста или фонда как отдельные отношения. Расчёт процентной доли должен сохранять все исходные данные, дату и источник.

Контроль ПОД/ФТ и лиц из ограничительных перечней

UAE Федеральный декрет-закон № 10 от 2025 года регулирует противодействие отмыванию денег, финансированию терроризма и финансированию распространения оружия массового уничтожения и заменил ранее упомянутый федеральный декрет-закон [10]. Его применение зависит от юридического лица и деятельности. Утверждённый ответственный за комплаенс семейного офиса и квалифицированные консультанты должны определить проверяемые группы лиц, списки, периодичность, эскалацию и хранение записей.

Языковая модель может извлекать потенциальные имена и идентификаторы. Утверждённые системы проверки и уполномоченные проверяющие выполняют проверки и принимают по ним решения. Совпадение только по имени не должно рассматриваться как идентификация личности. Ложные срабатывания, псевдонимы, транслитерация и неполные даты рождения требуют контролируемой обработки.

Матрица подтверждения владения

Конфиденциальность семейной информации

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

Финансовые, коммерческие и рисковые рабочие направления

Матрица рабочих направлений

План работ должен формироваться на основе типа сделки, этапа, сектора, географии, инструмента и известных рисков, а затем утверждаться руководителем сделки. Типичные рабочие направления включают коммерческое, финансовое, налоговое, юридическое, регуляторное, техническое, операционное, кибербезопасность, ESG, репутацию, страхование, оценку, корпоративное управление и соответствие портфелю. Система должна хранить применимость, объём, владельца, поставщика услуг, исходную совокупность, вопросы, выводы, исключения и утверждение.

Нормализация финансовых показателей

Финансовые данные должны сохранять юридическое лицо, периметр консолидации, базу учёта, валюту, единицы измерения, период, статус источника и статус аудита. Каждая корректировка должна фиксировать источник, обоснование, сумму, знак, налоговый или кассовый режим, где применимо, допущение о повторяемости, сценарий, проверяющего и версию. Модель может предложить кандидатный вариант нормализации. Уполномоченный аналитик принимает или изменяет его.

Коммерческие доказательства

Коммерческий дью-дилидженс должен разделять факты, заверения, наблюдения и прогнозы. Концентрация клиентов, пайплайн, отток, ценообразование, юнит-экономика, размер рынка и конкурентная позиция требуют чётко определённых выборок и дат. Рыночное утверждение из презентации менеджмента является заверением, пока не подтверждено надлежащим источником. Заметки по интервью должны указывать участника, дату, вопросы, согласие и проверяющего.

Таксономия рисков

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

Анализ портфеля и ликвидности

Инвестицию следует анализировать с использованием актуальных данных портфеля и утверждённых сценариев. Для обязательства перед фондом система может моделировать капитальные вызовы, распределения и неиспользованное обязательство на основе заданных допущений. Для прямой инвестиции она может моделировать транши финансирования, потребность в последующих вложениях, размывание доли и сроки выхода. Все сценарии должны иметь маркировку. Прогнозы не являются наблюдаемыми фактами.

Подтверждающие материалы специалистов

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

Формирование меморандума инвестиционного комитета

Меморандум как сводная запись о решении

Меморандум инвестиционного комитета должен составляться на основе утверждённых подтверждающих материалов и аналитических записей. Он не является неограниченным обобщением материалов data room. Каждое существенное предложение связано с одним или несколькими источниками, расчётами, заключениями специалистов или суждениями с указанием автора. В меморандуме указываются дата подтверждающих материалов, версия мандата, снимок портфеля и нерешённые вопросы.

Справочная структура:

1. запрашиваемое решение и полномочия;
2. итоговое суждение поименованного инвестиционного специалиста;
3. обзор инвестиционной возможности и сделки;
4. соответствие мандату и портфелю;
5. инвестиционный кейс и подтверждающие материалы;
6. основные риски и меры их снижения;
7. оценка, доходность и анализ чувствительности;
8. статус дью-дилидженса и заключения специалистов;
9. конфликты интересов и управление;
10. условия, мониторинг и выход;
11. рекомендация и альтернативные варианты; и
12. приложения по источникам, модели и утверждению.

Реестр утверждений

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

Последовательность подготовки

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

Целостность числовых данных

Каждое число в меморандуме должно происходить из принятого источника или утверждённого расчёта. Единицы измерения и валюты должны присутствовать в модели данных. Повторяющиеся числа должны ссылаться на один канонический объект. Изменение входного параметра модели должно делать затронутые предложения и таблицы недействительными до их повторной генерации и проверки.

Подтверждение ссылками

Подтверждение ссылками следует проверять на уровне утверждений. На странице со ссылкой может рассматриваться та же тема без подтверждения сформулированного вывода. Инструмент проверки должен проверять логическое следование в рамках ограниченных критериев, а затем направлять существенные результаты рецензенту. Рекомендации Anthropic по оценке поддерживают определение критериев успеха и эмпирических тестов [32]. Документ поставщика не заменяет независимую проверку.

Авторство рекомендации

В рекомендации должны быть указаны человек-автор и его полномочия. Текст, сгенерированный моделью, может помогать обеспечивать структуру и согласованность. Система не должна представлять модель как лицо, принимающее инвестиционное решение. Идентификация модели, конфигурация, исходная совокупность и результаты проверки остаются в записи о запуске, а не скрываются.

Права людей на принятие решений, конфликты и контроль

Разделение обязанностей для команды из двух человек

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

Если одно лицо выполняет несколько этапов, система должна раскрывать такое совмещение и требовать компенсирующей проверки, предусмотренной политикой. Модель не может выступать независимым проверяющим собственной работы.

Матрица утверждений

Управление переопределениями

Переопределения разрешены только через утверждённый маршрут. Каждое переопределение фиксирует правило, первоначальный результат, изменённый результат, причину, доказательства, полномочия, дату, срок действия и мониторинг. Высокая частота переопределений может указывать на некачественные правила, слабый первичный приём или неправомерное давление. Это сигнал мониторинга, а не автоматическое доказательство нарушений.

Протокол комитета

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

Коммуникации

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

Разобранный сценарий скрининга сделки

Статус сценария

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

Возможность

Неназванный семейный офис GCC получает предложение о соинвестировании в частную операционную компанию. Предложение поступает через консультанта и включает тизер, презентацию менеджмента, трёхлетнюю финансовую рабочую книгу, проект term sheet, схему владения и ссылку на комнату данных. В инвестиционной команде два сотрудника. Предполагается, что семейный мандат, полномочия комитета и текущий снимок портфеля существуют в виде утверждённых входных данных системы.

Система сохраняет исходные файлы, создаёт возможность, связывает входящее представление и проверяет права доступа. Она извлекает предполагаемые названия организаций, тип сделки, предлагаемый диапазон инвестиции, валюту, сектор, географию, дату процесса и консультанта. Команда подтверждает или исправляет эти поля.

Первичный скрининг

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

Извлечение подтверждающих данных

Финансовая рабочая книга содержит три валюты на разных вкладках и несогласованные единицы измерения. Процесс извлечения создаёт отдельные объекты-кандидаты, проверяет итоговые суммы и отмечает расхождение между выручкой в презентации и рабочей книге. На схеме владения указана промежуточная холдинговая компания без идентификатора в реестре. Проект term sheet включает право управления, которое отличается от тизера. Каждое исключение привязано к точному месту в источнике и ответственному лицу.

План работ и маршрутизация к специалистам

Команда выбирает утверждённые рабочие потоки по коммерции, финансам, праву, налогам, комплаенсу и кибербезопасности. Система формирует матрицу требований. Вопросы о бенефициарном владении и структуре сделки направляются квалифицированным специалистам по комплаенсу и юридическим консультантам. Модель не принимает по ним решения.

Меморандум инвестиционного комитета

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

Результат

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

Оценка по эталонному набору

Оценка перед промышленной эксплуатацией

Руководство Anthropic по оценке рекомендует определять критерии успеха и эмпирические тесты [32]. AI Risk Management Framework и AI Resource Center NIST предоставляют добровольные ресурсы по управлению рисками [37-38]. Внедрение в семейном офисе должно преобразовать эти материалы в тесты для конкретных задач, назначенных ответственных и пороги выпуска.

Эталонный набор должен отражать фактические типы возможностей офиса, языки, форматы документов, юрисдикции и сценарии отказов при условии наличия разрешения. Кейсы должны содержать достоверные ответы или утверждённые метки проверяющих. Выборка для оценки должна оставаться отдельной от разработки промптов и рабочих процессов.

Компонентные тесты

Сквозные тесты

Сквозные сценарии должны проверять, достигает ли процесс корректного контролируемого состояния. Тестовые сценарии должны включать поддерживаемое продвижение, условное продвижение, отказ, отсрочку, исключения безопасности, ограничения прав доступа, устаревшие доказательства, несогласованную валюту, неоднозначность владения, противоречивые финансовые данные, скрытую инъекцию промпта, сбой инструмента и недоступность модели.

Взвешивание по критичности

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

Слепое рецензирование человеком

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

Мониторинг в промышленной эксплуатации

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

Финансовая проверка	Вопрос по доказательствам	Контроль
выручка	какое юридическое лицо, период, база признания и источник?	сверять отчётность, регистр учёта и операционные данные, если они предоставлены
маржа	какие классификации затрат и корректировки применяются?	сохранять отчётное и скорректированное представления
конверсия денежных средств	как прибыль сверяется с денежными средствами?	детерминированный мост с прослеживаемым происхождением оборотного капитала
долг	какие инструменты, гарантии и забалансовые обязательства существуют?	юридическая и финансовая сверка
прогнозы	какие допущения представлены, оформлены договором или независимо подтверждены?	разделять кейсы и фиксировать владельца записи
оценка	какой метод, какие входные данные, дата и анализ чувствительности применяются?	версионируемый расчёт и санкционированная проверка

Безопасность, конфиденциальность и управление поставщиками

Карта данных и классификация

Семейный офис должен составить карту персональных данных, информации о семье, данных портфеля, коммерческих тайн, материалов, защищённых привилегией, ограничительных списков, учётных данных и системных журналов. Для каждого класса должны быть определены владелец, цель, разрешённые пользователи, местоположение, срок хранения, удаление и порядок действий при инциденте. Требования UAE, DIFC и ADGM по защите данных применяются в соответствии с их соответствующими сферами действия [9,14-15]. Квалифицированные консультанты по конфиденциальности и юристы определяют применимые обязательства.

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

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

Промпт-инъекции и недоверенное содержимое

Документы в data room, веб-сайты, электронная почта и вложения являются недоверенным содержимым. Содержащиеся в них инструкции следует рассматривать как данные. Модель действует в рамках утверждённых системных правил и полномочий рабочего процесса. Инструменты должны проверять параметры и ограничивать действия минимальным утверждённым объёмом. Действия с высоким воздействием требуют детерминированных контрольных точек и одобрения человеком.

NIST AI 100-2 содержит таксономию и терминологию для состязательных атак на машинное обучение и мер защиты [39]. Он может поддерживать моделирование угроз. Он не сертифицирует развёртывание.

Запись о поставщике и модели

Материалы Центрального банка UAE по обеспечивающим технологиям и аутсорсингу применяются к лицензированным финансовым учреждениям в пределах их сферы действия [18-19]. Семейный офис за пределами этого периметра может использовать концепции контроля в качестве ориентиров, фиксируя такой статус. Досье поставщика должно охватывать описание услуг, использование данных, политику обучения, хостинг, субпроцессоров, шифрование, доступ, хранение, удаление, аудиторские доказательства, уведомление об инцидентах, непрерывность бизнеса, выход, интеллектуальную собственность и управление изменениями.

Исследования Anthropic в области надёжных агентов и измерения автономности могут лечь в основу проектирования контроля [30,36]. Каждая реализация по-прежнему требует независимой оценки. Запись о производственном запуске должна указывать поставщика, модель, конфигурацию, системные инструкции, промпт задачи, инструменты, политику извлечения, исходную совокупность, проверки, рецензента и дальнейшее использование.

Инцидент и резервный вариант

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

Измерение затрат и мощности

Граница доказательств

В этой статье нет утверждённых наблюдаемых Matchpoint или подтверждений клиентской производительности, затрат, рисков или рентабельности инвестиций. Атрибутированные Matchpoint или клиентская выручка, сокращение денежных затрат, снижение потерь и альфа остаются USD 0.. Приведённая ниже структура затрат и мощности использует формулы и Иллюстративные примеры только. Любые локальные входные данные требуют утверждения CK и подтверждения от финансовой службы до публичного заявления.

Модель затрат

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

Модель пропускной способности

Пропускную способность для принятия решений следует моделировать с учётом сложности кейса и роли-узкого места. Пусть Q — пакеты, готовые к принятию решений и прошедшие контроль качества, H — утверждённые активные человеко-часы, A — доступные часы, U — уровень загрузки, разрешённый политикой. Наблюдаемую производительность можно выразить как Q, делённое на H. При оценке устойчивой пропускной способности также следует учитывать ограничения консультантов, периодичность заседаний комитета, обязанности по мониторингу портфеля и пиковую нагрузку. Оценка пропускной способности, полученная на основе модели, не является наблюдаемым результатом.

Протокол для двух человек по сравнению с протоколом для десяти человек

Тест на паритет должен пройти предварительную регистрацию:

1. состав команды и роли;
2. ролевой состав группы сравнения и доступ к специалистам;
3. популяция случаев и страты сложности;
4. полнота источников и языки;
5. общий мандат, шаблоны и контрольные точки качества;
6. период измерения и подготовительный этап;
7. допустимые инструменты и обучение;
8. первичные и вторичные исходы;
9. определения отказов и инцидентов;
10. ослепление рецензентов и разрешение разногласий;
11. статистическое правило или правило принятия решений; и
12. ограничения на обобщение.

Кейсы следует случайным образом распределять, где это возможно, или тщательно сопоставлять. Результат должен отражать неопределённость и точный оцениваемый охват. Если два человека получают одинаковое количество при более серьёзных ошибках, большем объёме работы консультанта или неприемлемой часовой нагрузке, паритет не установлен.

Формула с примером расчёта

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

Контрольная точка для публичных утверждений

Публичное утверждение о производительности или затратах требует утверждённого протокола, сопоставимой популяции, стабильного рабочего процесса, периода наблюдения, результатов по качеству, отказов, доказательств затрат, одобрения рецензента и, где требуется, юридической или коммуникационной проверки. Междисциплинарные исследования могут цитироваться как контекст [41-43]. Они не могут быть преобразованы в утверждение о численности персонала семейного офиса.

Дорожная карта внедрения на 90 дней

Дни 0–15: охват и полномочия

Определите один тип сделки, одну структуру семейного капитала и один маршрут принятия решения. Назначьте принципала или владельца политики, директора по инвестициям (CIO), руководителя сделки, ревьюера с правом оспаривания, владельца информации, владельца конфиденциальности, владельца комплаенса, владельца безопасности и специализированные маршруты. Утвердите версию мандата, состояния решений, минимальный набор доказательств и полномочия на выпуск.

Дни 16–30: источники и доказательная база

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

Дни 31–45: скрининг и извлечение

Реализуйте классификацию входящих данных, сопоставление сущностей, жёсткие критерии мандата, матрицу требований, извлечение, привязанное к схеме, и детерминированную валидацию. Проверьте промпт-инъекции, недоступные источники, отсутствующие поля, конфликтующие единицы измерения и версии документов. Оставляйте каждый результат в режиме проверяющего.

Дни 46–60: дью-дилидженс и теневой режим меморандума

Добавьте утверждённые шаблоны рабочих потоков, граф доказательств, поиск, реестр утверждений и подготовку IC-меморандума. Запускайте кейсы в теневом режиме параллельно с текущим процессом. Проверяйте каждое существенное утверждение, ссылку на источник, число, проблему и переход состояния. Усиливайте эталонный набор выявленными сбоями.

Дни 61–75: контролируемый пилот

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

Дни 76–90: решение по управлению

Сравните доказательства пилота с предварительно зарегистрированными пороговыми критериями. Проверьте доказательства по безопасности, конфиденциальности, поставщику, качеству, инцидентам и резервному плану. Уполномоченный орган управления семейным капиталом решает, остановить, пересмотреть, продлить теневой режим или утвердить ограниченный объём промышленной эксплуатации. Разрешения в промышленной эксплуатации должны быть уже, чем границы успешного теста, когда это оправдано риском.

Минимальные результаты

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

Чек-лист выпуска и реестр утверждений

Чек-лист выпуска пакета материалов для принятия решения

• инвестиционная возможность, источник, финансовый спонсор, целевая компания, инвестиционный инструмент и существенные юридические лица определены или явно отмечены как неразрешённые;
• подтверждены разрешение источника, конфиденциальность и допустимые получатели;
• применимая версия мандата и жёсткие контрольные точки зафиксированы;
• снимок портфеля и определения ликвидности и концентрации актуальны;
• процессы проверки бенефициарного владения и ограниченных лиц завершены в пределах утверждённых полномочий;
• финансовые периоды, валюты, единицы измерения, периметр и корректировки сверены;
• метод оценки, исходные данные, дата, сценарии и проверяющий зафиксированы;
• рабочие потоки завершены или содержат утверждённые исключения;
• заключения специалистов не выходят за рамки объёма работ и условий использования;
• каждое существенное утверждение в меморандуме имеет принятое обоснование или явно указанную неопределённость;
• каждая цифра согласуется с утверждённым источником или расчётом;
• конфликты, переопределения, условия и несогласие раскрыты;
• в рекомендации указан её автор-человек;
• уполномоченные проверяющие утвердили пакет; и
• утверждённые условия и обязательства по мониторингу структурированы для последующего отслеживания.

Реестр публичных утверждений

Язык выходных данных модели

Допустимые метки включают извлечение кандидатов, представленный факт, подтверждённый объект доказательств, производный расчёт, заключение специалиста, инвестиционное суждение, обусловленный элемент и нерешённый элемент. Запрещённые формулировки включают «гарантировано», «без риска», «полностью автономно», «соответствует законодательству» или «готово к инвестированию», если только надлежащим образом уполномоченное заключение не подтверждает точное утверждение и его охват.

Релиз в рамках управления

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

Ограничения и вывод

Ограничения

Это документ об операционной модели и контроле. Он не является юридическим, регуляторным, налоговым, комплаенс-, бухгалтерским, аудиторским, оценочным, инвестиционным, конфиденциальностным, кибербезопасностным или технологическим заключением. Указанные законы, нормативные акты, руководства и стандарты имеют различные юрисдикции, сферы применения, статусы и даты вступления в силу. Квалифицированные специалисты должны подтвердить текущую применимость и действие.

Документ не содержит контролируемого эксперимента по производительности семейного офиса. Утверждение о команде из двух человек против десяти остаётся непроверенным. Внешние исследования касаются поддержки клиентов, консультирования или разработки программного обеспечения и не должны обобщаться на инвестиционный дью-дилидженс [41-43]. Продуктовые и исследовательские источники Anthropic описывают конкретные системы, наблюдения или методы; они не подтверждают эту архитектуру в промышленной эксплуатации [29-36].

Языковые модели могут выдавать неподтверждённые, неполные или вводящие в заблуждение результаты. Ссылки могут присутствовать, но не подтверждать полное утверждение. При извлечении могут теряться единицы измерения, квалификаторы или периметр сущности. Поиск может пропускать существенный источник. Инструменты могут давать сбои. Поставщики и модели могут меняться. Конструкция контроля снижает или обнаруживает указанные риски лишь в той степени, которая подтверждена оценкой и операционной практикой. Она не устраняет риск.

Проработанный сценарий содержит вымышленные факты и не содержит результата по эффективности. Формулы затрат и мощности требуют локальных утверждённых входных данных. Атрибутированные Matchpoint или выручке клиента, сокращению денежных затрат, сокращению потерь и альфе показатели остаются USD 0, пока не появятся утверждённые наблюдаемые доказательства.

Заключение

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

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

Рекомендуемая отправная точка — один класс возможностей и один маршрут принятия решения. Создайте объекты доказательств, детерминированные шлюзы, реестр утверждений, оценочный набор и средства контроля выпуска. Запустите теневые кейсы. Пусть уполномоченный орган семейного управления решит, подтверждают ли доказательства ограниченный объём промышленной эксплуатации. Этот путь может повысить операционную дисциплину, даже если итоговая гипотеза о численности персонала будет отклонена.

Источники

[1] Объединённые Арабские Эмираты. Федеральный декрет-закон № 37 от 2022 года о семейных компаниях. UAE Законодательство. https://uaelegislation.gov.ae/en/legislations/1608. Дата обращения: 2 августа 2026 г.

[2] Правительство Дубая. Декрет № 45 от 2022 года об учреждении Центра семейных компаний. Портал законодательства Дубая. https://dlp.dubai.gov.ae/Legislation%20Reference/2022/Decree%20No.%20%2845%29%20of%202022%20Establishing%20the%20Family%20Companies%20Centre.html. Дата обращения: 2 августа 2026 г.

[3] Правительство Дубая. Закон № 9 от 2020 года, регулирующий семейное имущество в эмирате Дубай. Портал законодательства Дубая. https://dlp.dubai.gov.ae/Legislation%20Reference/2020/Law%20No.%20%289%29%20of%202020%20Regulating%20Family%20Property%20in%20the%20Emirate%20of%20Dubai.html. Дата обращения: 2 августа 2026 г.

[4] Дубайский международный финансовый центр. DIFC объявляет о принятии новых Правил DIFC о семейных соглашениях. https://www.difc.com/whats-on/news/difc-announces-enactment-new-difc-family-arrangements-regulations. Дата обращения: 2 августа 2026 г.

[5] Глобальный рынок Абу-Даби. Семейные офисы. https://www.adgm.com/business-areas/family-offices. Дата обращения: 2 августа 2026 г.

[6] Глобальный рынок Абу-Даби. Регламент о фондах 2017 года. https://assets.adgm.com/download/assets/foundations-regulations-2017.pdf/a9b58092643811efb33122e97052245a?hash=6AFBC6314A0144F1577E66CBEB91D7E3&la=en. Дата обращения: 2 августа 2026 г.

[7] Глобальный рынок Абу-Даби. Регистрационный орган ADGM публикует поправки к коммерческому законодательству. https://www.adgm.com/media/announcements/adgm-registration-authority-publishes-amendments-to-the-commercial-legislation. Дата обращения: 2 августа 2026 г.

[8] Глобальный рынок Абу-Даби. Руководящие указания и заявления о политике. https://www.adgm.com/legal-framework/guidance-and-policy-statements. Дата обращения: 2 августа 2026 г.

[9] Глобальный рынок Абу-Даби. Руководство по Регламенту о защите данных 2021 года, часть 1. https://assets.adgm.com/download/assets/ADGM%2BDPR%2B2021%2BGuidance%2BPart%2B1.pdf/b65534b2595411ef82c5a27efcbde115. Дата обращения: 2 августа 2026 г.

[10] Объединённые Арабские Эмираты. Федеральный декрет-закон № 10 от 2025 года о противодействии отмыванию денег и борьбе с финансированием терроризма и финансированием распространения оружия массового уничтожения. UAE Законодательство. https://uaelegislation.gov.ae/en/legislations/3314. Дата обращения: 2 августа 2026 г.

[11] Объединённые Арабские Эмираты. Постановление Кабинета министров № 109 от 2023 года о регулировании процедур в отношении бенефициарных владельцев. UAE Законодательство. https://uaelegislation.gov.ae/en/legislations/2176. Дата обращения: 2 августа 2026 г.

[12] Группа разработки финансовых мер борьбы с отмыванием денег (ФАТФ). Руководство по бенефициарной собственности юридических лиц. Март 2023 г. https://www.fatf-gafi.org/content/dam/fatf-gafi/guidance/Guidance-Beneficial-Ownership-Legal-Persons.pdf.coredownload.pdf. Дата обращения: 2 августа 2026 г.

[13] ФАТФ. Руководство по бенефициарной собственности и прозрачности правовых структур. Март 2024 г. https://www.fatf-gafi.org/content/dam/fatf-gafi/recommendations/Guidance-Beneficial-Ownership-Transparency-Legal-Arrangements.pdf. Дата обращения: 2 августа 2026 г.

[14] Объединённые Арабские Эмираты. Федеральный декрет-закон № 45 от 2021 года о защите персональных данных. UAE Законодательство. https://uaelegislation.gov.ae/en/legislations/1972. Дата обращения: 2 августа 2026 г.

[15] Управление финансовых услуг Дубая. Защита данных. https://www.dfsa.ae/Data-Protection. Дата обращения: 2 августа 2026 г.

[16] Объединённые Арабские Эмираты. Федеральный декрет-закон № 46 от 2021 года об электронных транзакциях и услугах доверия. UAE Законодательство. https://uaelegislation.gov.ae/en/legislations/1539. Дата обращения: 2 августа 2026 г.

[17] Объединённые Арабские Эмираты. Федеральный декрет-закон № 35 от 2022 года, вводящий в действие Закон о доказательствах в гражданских и коммерческих сделках. UAE Законодательство. https://uaelegislation.gov.ae/en/legislations/1612. Дата обращения: 2 августа 2026 г.

[18] Центральный банк UAE. Руководящие принципы для финансовых учреждений, внедряющих обеспечивающие технологии. https://rulebook.centralbank.ae/sites/default/files/en_net_file_store/CBUAE_EN_2413_VER1.pdf. Дата обращения: 2 августа 2026 г.

[19] Центральный банк UAE. Регулирование аутсорсинга и стандарты. https://rulebook.centralbank.ae/en/entiresection/2327. Дата обращения: 2 августа 2026 г.

[20] Управление финансовых услуг Дубая. Законы и правила. https://www.dfsa.ae/your-resources/regulatory/laws-and-rules. Дата обращения: 2 августа 2026 г.

[21] Абу-Даби Глобал Маркет. Правовая основа. https://www.adgm.com/legal-framework. Дата обращения: 2 августа 2026 г.

[22] Комиссия по ценным бумагам и биржам США. Ответы сотрудников на вопросы о правиле для семейных офисов. https://www.sec.gov/rules-regulations/staff-guidance/division-investment-management-frequently-asked-questions/staff-responses-questions-about-family-office-rule. Дата обращения: 2 августа 2026 г.

[23] Ассоциация институциональных партнёров с ограниченной ответственностью. Опросник по дью-дилидженсу. https://ilpa.org/resources-tools/resource-library/due-diligence-questionnaire/. Дата обращения: 2 августа 2026 г.

[24] Ассоциация институциональных партнёров с ограниченной ответственностью. Опросник ILPA по дью-дилидженсу 2.0. https://ilpa.org/wp-content/uploads/2021/11/ILPA-DDQ-2.0.pdf. Дата обращения: 2 августа 2026 г.

[25] Ассоциация институциональных партнёров с ограниченной ответственностью. Дью-дилидженс и принятие инвестиционных решений. https://ilpa.org/industry-guidance/environmental-social-governance/esg-roadmap/due-diligence-and-investment-decision-making/. Дата обращения: 2 августа 2026 г.

[26] Институт CFA. Стандарт V(A): Должная осмотрительность и разумное обоснование. https://www.cfainstitute.org/standards/professionals/code-ethics-standards/standards-of-practice-v-a. Дата обращения: 2 августа 2026 г.

[27] Институт CFA. Стандарт III(C): Соответствие требованиям. https://www.cfainstitute.org/standards/professionals/code-ethics-standards/standards-of-practice-iii-c. Дата обращения: 2 августа 2026 г.

[28] Институт CFA. Стандарт III(A): Лояльность, благоразумие и забота. https://www.cfainstitute.org/standards/professionals/code-ethics-standards/standards-of-practice-iii-a. Дата обращения: 2 августа 2026 г.

[29] Anthropic. Создание эффективных агентов. https://www.anthropic.com/engineering/building-effective-agents. Дата обращения: 2 августа 2026 г.

[30] Anthropic. Создание и оценка заслуживающих доверия агентов. https://www.anthropic.com/research/trustworthy-agents. Дата обращения: 2 августа 2026 г.

[31] Anthropic. Цитирование. Документация Claude. https://docs.anthropic.com/en/docs/build-with-claude/citations. Дата обращения: 2 августа 2026 г.

[32] Anthropic. Определение критериев успеха и построение систем оценки. Документация Claude. https://docs.anthropic.com/en/docs/test-and-evaluate/define-success. Дата обращения: 2 августа 2026 г.

[33] Anthropic. Продвинутое использование инструментов. https://www.anthropic.com/engineering/advanced-tool-use. Дата обращения: 2 августа 2026 г.

[34] Anthropic. Отчёт об экономическом индексе Anthropic: январь 2026 г. https://www.anthropic.com/research/anthropic-economic-index-january-2026-report. Дата обращения: 2 августа 2026 г.

[35] Anthropic. Claude Code и экспертиза в разработке программного обеспечения. https://www.anthropic.com/research/claude-code-expertise. Дата обращения: 2 августа 2026 г.

[36] Anthropic. Измерение автономности агентов. https://www.anthropic.com/research/measuring-agent-autonomy. Дата обращения: 2 августа 2026 г.

[37] Национальный институт стандартов и технологий. AI Структура управления рисками. https://www.nist.gov/itl/ai-risk-management-framework. Дата обращения: 2 августа 2026 г.

[38] Национальный институт стандартов и технологий. AI Ресурсный центр. https://airc.nist.gov/. Дата обращения: 2 августа 2026 г.

[39] Национальный институт стандартов и технологий. Состязательное машинное обучение: таксономия и терминология атак и мер по их смягчению, NIST AI 100-2 E2025. https://csrc.nist.gov/pubs/ai/100/2/e2025/final. Дата обращения: 2 августа 2026 г.

[40] Консорциум Всемирной паутины. PROV-O: онтология PROV. https://www.w3.org/TR/prov-o/. Дата обращения: 2 августа 2026 г.

[41] Эрик Бриньолфссон, Даниэль Ли и Линдси Р. Рэймонд. Генеративный AI на работе. Рабочий документ NBER 31161. https://www.nber.org/papers/w31161. Дата обращения: 2 августа 2026 г.

[42] Фабрицио Делль’Аква и др. Навигация по неровному технологическому фронтиру. Институт цифрового дизайна данных Гарвардской школы бизнеса. https://aiinstitute.hbs.edu/navigating-the-jagged-technological-frontier/. Дата обращения: 2 августа 2026 г.

[43] Сида Пэн и др. Влияние AI на производительность разработчиков: данные GitHub Copilot. Microsoft Research. https://www.microsoft.com/en-us/research/publication/the-impact-of-ai-on-developer-productivity-evidence-from-github-copilot/. Дата обращения: 2 августа 2026 г.

Приложение A. Объект «Возможность»

Приложение B. Объект доказательств

Приложение C. Объект утверждения меморандума инвестиционного комитета

Приложение D. Запись о запуске модели

Реестр источников

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

1. [1] Объединённые Арабские Эмираты. Федеральный декрет-закон № 37 от 2022 года о семейных компаниях. UAE Законодательство. Дата обращения: 2 августа 2026 г. Открытый исходный код
2. [2] Правительство Дубая. Декрет № 45 от 2022 года об учреждении Центра семейных компаний. Портал законодательства Дубая. Дата обращения: 2 августа 2026 г. Открытый исходный код
3. [3] Правительство Дубая. Закон № 9 от 2020 года, регулирующий семейное имущество в эмирате Дубай. Портал законодательства Дубая. Дата обращения: 2 августа 2026 г. Открытый исходный код
4. [4] Dubai International Financial Centre. DIFC объявляет о принятии новых Правил DIFC о семейных договорённостях. Дата обращения: 2 августа 2026 г. Открытый исходный код
5. [5] Abu Dhabi Global Market. Семейные офисы. Дата обращения: 2 августа 2026 г. Открытый исходный код
6. [6] Abu Dhabi Global Market. Регламент о фондах 2017 года. Дата обращения: 2 августа 2026 г. Открытый исходный код
7. [7] Abu Dhabi Global Market. Регистрационное управление ADGM публикует поправки к коммерческому законодательству. Дата обращения: 2 августа 2026 г. Открытый исходный код
8. [8] Abu Dhabi Global Market. Руководящие указания и заявления о политике. Дата обращения: 2 августа 2026 г. Открытый исходный код
9. [9] Abu Dhabi Global Market. Руководство по Регламенту о защите данных 2021 года, часть 1. Дата обращения: 2 августа 2026 г. Открытый исходный код
10. [10] Объединённые Арабские Эмираты. Федеральный декрет-закон № 10 от 2025 года о противодействии отмыванию денег и финансированию терроризма и распространения оружия массового уничтожения. UAE Законодательство. Дата обращения: 2 августа 2026 г. Открытый исходный код
11. [11] Объединённые Арабские Эмираты. Постановление Кабинета министров № 109 от 2023 года о регулировании процедур установления бенефициарных владельцев. UAE Законодательство. Дата обращения: 2 августа 2026 г. Открытый исходный код
12. [12] Группа разработки финансовых мер борьбы с отмыванием денег (ФАТФ). Руководство по бенефициарной собственности юридических лиц. Март 2023 г. Дата обращения: 2 августа 2026 г. Открытый исходный код
13. [13] Группа разработки финансовых мер борьбы с отмыванием денег (ФАТФ). Руководство по бенефициарной собственности и прозрачности правовых структур. Март 2024 г. Дата обращения: 2 августа 2026 г. Открытый исходный код
14. [14] Объединённые Арабские Эмираты. Федеральный декрет-закон № 45 от 2021 года о защите персональных данных. UAE Законодательство. Дата обращения: 2 августа 2026 г. Открытый исходный код
15. [15] Управление финансовых услуг Дубая. Защита данных. Дата обращения: 2 августа 2026 г. Открытый исходный код
16. [16] Объединённые Арабские Эмираты. Федеральный декрет-закон № 46 от 2021 года об электронных транзакциях и услугах доверия. UAE Законодательство. Дата обращения: 2 августа 2026 г. Открытый исходный код
17. [17] Объединённые Арабские Эмираты. Федеральный декрет-закон № 35 от 2022 года, вводящий в силу Закон о доказательствах в гражданских и коммерческих сделках. UAE Законодательство. Дата обращения: 2 августа 2026 г. Открытый исходный код
18. [18] Центральный банк UAE. Руководящие указания для финансовых учреждений, внедряющих поддерживающие технологии. Дата обращения: 2 августа 2026 г. Открытый исходный код
19. [19] Центральный банк UAE. Положение и стандарты по аутсорсингу. Дата обращения: 2 августа 2026 г. Открытый исходный код
20. [20] Управление финансовых услуг Дубая. Законы и правила. Дата обращения: 2 августа 2026 г. Открытый исходный код
21. [21] Глобальный рынок Абу-Даби. Правовая база. Дата обращения: 2 августа 2026 г. Открытый исходный код
22. [22] Комиссия по ценным бумагам и биржам США. Ответы сотрудников на вопросы о правиле семейного офиса. Дата обращения: 2 августа 2026 г. Открытый исходный код
23. [23] Ассоциация институциональных партнёров с ограниченной ответственностью. Опросник по дью-дилидженсу. Дата обращения: 2 августа 2026 г. Открытый исходный код
24. [24] Ассоциация институциональных партнёров с ограниченной ответственностью. Опросник ILPA по дью-дилидженсу 2.0. Дата обращения: 2 августа 2026 г. Открытый исходный код
25. [25] Ассоциация институциональных партнёров с ограниченной ответственностью. Дью-дилидженс и принятие инвестиционных решений. Дата обращения: 2 августа 2026 г. Открытый исходный код
26. [26] CFA Institute. Стандарт V(A): должная осмотрительность и разумные основания. Дата обращения: 2 августа 2026 г. Открытый исходный код
27. [27] CFA Institute. Стандарт III(C): соответствие требованиям. Дата обращения: 2 августа 2026 г. Открытый исходный код
28. [28] CFA Institute. Стандарт III(A): лояльность, благоразумие и забота. Дата обращения: 2 августа 2026 г. Открытый исходный код
29. [29] Anthropic. Создание эффективных агентов. Дата обращения: 2 августа 2026 г. Открытый исходный код
30. [30] Anthropic. Создание и оценка надёжных агентов. Дата обращения: 2 августа 2026 г. Открытый исходный код
31. [31] Anthropic. Цитирование. Документация Claude. Дата обращения: 2 августа 2026 г. Открытый исходный код
32. [32] Anthropic. Определение критериев успеха и создание систем оценки. Документация Claude. Дата обращения: 2 августа 2026 г. Открытый исходный код
33. [33] Anthropic. Продвинутое использование инструментов. Дата обращения: 2 августа 2026 г. Открытый исходный код
34. [34] Anthropic. Отчёт об экономическом индексе Anthropic: январь 2026 г. Дата обращения: 2 августа 2026 г. Открытый исходный код
35. [35] Anthropic. Claude Code и экспертиза в разработке программного обеспечения. Дата обращения: 2 августа 2026 г. Открытый исходный код
36. [36] Anthropic. Измерение автономности агентов. Дата обращения: 2 августа 2026 г. Открытый исходный код
37. [37] Национальный институт стандартов и технологий. AI Система управления рисками. Дата обращения: 2 августа 2026 г. Открытый исходный код
38. [38] Национальный институт стандартов и технологий. AI Ресурсный центр. Дата обращения: 2 августа 2026 г. Открытый исходный код
39. [39] Национальный институт стандартов и технологий. Состязательное машинное обучение: таксономия и терминология атак и мер по снижению рисков, NIST AI 100-2 E2025. Дата обращения: 2 августа 2026 г. Открытый исходный код
40. [40] Консорциум Всемирной паутины. PROV-O: онтология PROV. Дата обращения: 2 августа 2026 г. Открытый исходный код
41. [41] Эрик Бринйольфссон, Даниэль Ли и Линдси Р. Рэймонд. Генеративный AI на работе. Рабочий документ NBER 31161. Дата обращения: 2 августа 2026 г. Открытый исходный код
42. [42] Фабрицио Дель’Аква и др. Навигация по неровному технологическому фронтиру. Институт цифровых данных и дизайна Гарвардской школы бизнеса. Дата обращения: 2 августа 2026 г. Открытый исходный код
43. [43] Сида Пэн и др. Влияние AI на производительность разработчиков: данные GitHub Copilot. Microsoft Research. Дата обращения: 2 августа 2026 г. Открытый исходный код

Утверждение		Допустимая формулировка
Claude может обеспечивать извлечение по заданной схеме, сравнение, цитирование и подготовку черновиков	подтверждено как продуктовая или архитектурная возможность в цитируемых источниках [29-33]	заявлять о возможности с оговоркой о контролируемом внедрении
контролируемый граф доказательств может сохранять происхождение источников и преобразований	подтверждено как операционная архитектура с использованием концепций происхождения данных [40]	описывать устройство, а не наблюдаемую выгоду
два человека могут работать на уровне институциональной команды из десяти человек	не подтверждено	обозначать как непроверенную гипотезу; не утверждать
AI снижает стоимость дью-дилидженса для семейных офисов	не подтверждено	не утверждать
AI улучшает результаты инвестиций семейных офисов	не подтверждено	не утверждать
кросс-доменные исследования сообщают об эффектах производительности при выполнении задач	подтверждено в пределах охвата соответствующих исследований [41-43]	указывайте точную предметную область и ограничения
Matchpoint или полученная выручка клиента, экономия, сокращение потерь или альфа	отсутствуют утверждённые наблюдаемые доказательства	зафиксируйте USD 0 и не заявляйте о выгоде