Как подключить ИИ-агента к рыночным данным для отчётов

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

Какую задачу агент закрывает, а какую создаёт

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

Взамен появляется новая проблема — доверие к тексту, который выглядит убедительно. Модель формулирует гладко, и читатель принимает формулировку за расчёт. В обращениях читателей мы видели отчёты, где доля актива в портфеле была названа словами «около четверти», хотя в выгрузке стояло 38%. Число никто не проверил, потому что абзац читался складно. Тон не равен точности.

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

Как подключить ИИ-агента к рыночным данным для отчётов

1. Выберите источник и зафиксируйте его: адрес интерфейса, формат ответа, частоту обновления и то, какие поля считаются первичными, а какие расчётными.
2. Создайте отдельный ключ доступа только на чтение. Права на создание ордеров, вывод средств и перевод между счетами отключите на стороне площадки.
3. Ограничьте ключ по адресам, с которых разрешены запросы, и заведите его в хранилище секретов, а не в текст промпта или в код агента.
4. Опишите формулы показателей явно: доля позиции, просадка, средняя цена входа. Расчёт выполняет код, модель получает готовые числа.
5. Соберите отчёт по шаблону, где у каждой цифры стоит дата выгрузки и имя источника, и добавьте шаг выборочной приёмки человеком.

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

Разница между «удобно» и «нужно» здесь стоит дорого. Право торговли в отчётном контуре не даёт ни одной дополнительной строки в документе, зато превращает утечку ключа из бытовой неприятности в прямой убыток, который никакая выборочная приёмка отчёта уже не отменит. Отраслевой перечень рисков прямо называет эту ошибку: в списке OWASP Top 10 for LLM Applications редакции 2025 года пункт LLM06 озаглавлен Excessive Agency — избыточные полномочия агента, а пункт LLM09 называется Misinformation и описывает уверенно изложенную неправду как отдельный класс риска.

Условная оценка нагрузки на приёмку

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

Что агент проверить может и чего не может

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

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

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

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

Второй слой — подмена источника. Агент, читающий внешние страницы, уязвим к содержимому этих страниц: инструкция, спрятанная в тексте, способна изменить его поведение. В перечне OWASP это первый пункт, LLM01 Prompt Injection. Для отчётного контура лечение понятное по смыслу и неудобное на практике: не давайте агенту исполнять то, что он прочитал.

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

Как встроить агента в собственный процесс

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

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

Итог

Подключение сводится к трём решениям: какой источник, какие права у ключа, кто принимает результат. Источник фиксируется адресом и форматом. Ключ выдаётся только на чтение, потому что отчёт не торгует. Приёмка остаётся за человеком. Выборки в 10% обычно хватает. Текст модели в этой схеме — оформление, а не доказательство; доказательством служит цифра с датой и источником, которую можно открыть и увидеть собственными глазами.

Частые вопросы