Как обезличить торговый журнал перед загрузкой в ИИ: практический чек-лист

TL;DR: Торговый журнал можно разбирать с помощью облачного ИИ, но загружать исходный экспорт брокера или биржи целиком — плохая привычка. Я сначала локально удаляю идентификаторы, комментарии с личными данными и лишнюю точность, оставляя модели только то, что нужно для поиска ошибок в сделках.

Ключевые факты

Факт	Что это значит на практике	Источник
Деидентификация — не одна кнопка, а набор методов; после обработки всё равно нужно оценивать риск повторной идентификации.	Удалить имя недостаточно, если человека или счёт можно узнать по сочетанию других полей.	NIST SP 800-188
Для Anthropic API стандартный срок удаления входов и выходов на серверной стороне — до 30 дней, если не действуют исключения или отдельное соглашение.	API и сохранённые чаты в пользовательском продукте — не одно и то же; условия нужно проверять для конкретного режима.	Anthropic Privacy Center
OpenAI указывает, что данные корпоративных продуктов и API по умолчанию не используются для обучения моделей; Zero Data Retention доступен подходящим API-клиентам на отдельных условиях.	Даже благоприятная политика сервиса не отменяет принцип минимизации: лучше не отправлять то, что не требуется для анализа.	OpenAI Enterprise Privacy; OpenAI о ZDR
Простое удаление прямых идентификаторов не гарантирует анонимность: наборы данных могут сопоставляться по косвенным признакам.	Точные суммы, секунды сделок, редкие инструменты и свободные комментарии иногда становятся «отпечатком» пользователя.	NIST: введение в differential privacy

Что я убираю из торгового журнала до загрузки в ИИ

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

Красная зона: не отправлять

• API-ключи, секреты, seed-фразы, приватные ключи и резервные коды;
• номер брокерского или биржевого аккаунта, UID, email и телефон;
• адреса кошельков и хеши транзакций, если они не нужны для конкретной задачи;
• скриншоты кабинета, на которых видны ФИО, баланс, уведомления или реквизиты;
• свободные заметки с именами клиентов, партнёров и личными обстоятельствами.

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

Жёлтая зона: обобщать

Для анализа поведения часто достаточно относительных величин. Вместо баланса 2 483 716 рублей я могу передать размер позиции как процент капитала. Вместо точного финансового результата — результат в R, где 1R равен заранее принятому риску на сделку. Время сделки можно округлить до 15 минут или часа, если задача не связана со скальпингом. Названия счетов заменяются на нейтральные метки вроде account_A.

Исходное поле	Что передать модели	Зачем
ФИО, UID, номер счёта	Удалить полностью	Для анализа стратегии не нужны
Баланс и сумма позиции	Риск в % и результат в R	Сохраняется логика риск-менеджмента
Точное время до секунды	Округлённое время или торговая сессия	Снижается уникальность записи
Адрес кошелька, tx hash	Удалить или заменить стабильным псевдонимом	Не создавать прямую связь с публичным блокчейном
Комментарий трейдера	Очистить имена, контакты и личные детали	Свободный текст часто содержит то, что пропускают фильтры таблицы

Мой рабочий процесс: сначала фильтр, потом промпт

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

Шаг 2. Формулирую задачу. Например: найти входы без стоп-лосса, сравнить результат по торговым сессиям или проверить, растёт ли риск после двух убытков подряд. От задачи зависит минимальный набор колонок.

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

Шаг 4. Проверяю глазами несколько строк. Автоматический скрипт может не заметить адрес кошелька внутри комментария или необычное название аккаунта. Я отдельно ищу символы @, длинные последовательности цифр, слова api, key, secret, wallet, а также ссылки.

Шаг 5. Отправляю небольшой фрагмент. Сначала 20–50 строк, а не многолетнюю историю. Если ответ не помогает, меняю структуру данных или вопрос. Добавлять весь архив «на всякий случай» почти всегда бессмысленно.

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

Пример безопаснее исходного экспорта

date,instrument,side,session,risk_pct,result_r,stop_used,setup
2026-09-08,BTCUSDT,long,Europe,0.50,-1.00,yes,breakout
2026-09-09,EURUSD,short,US,0.50,1.70,yes,pullback
2026-09-10,ETHUSDT,long,Asia,0.75,-0.60,yes,range

Такой фрагмент всё ещё описывает сделки, но не показывает номер счёта, размер капитала, адреса, точные секунды исполнения и личные заметки. Для вопроса «увеличиваю ли я риск после убытка?» этого обычно достаточно.

Частые вопросы (FAQ)

Можно ли просто написать ИИ: «не сохраняй эти данные»?

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

Если заменить ФИО на псевдоним, журнал станет анонимным?

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

Что лучше передавать: прибыль в деньгах или результат в R?

Для оценки дисциплины и качества риск-менеджмента результат в R обычно полезнее: он позволяет сравнивать сделки разного размера и не раскрывает капитал. Если задача требует денежного учёта, лучше использовать диапазоны или локальный инструмент.

Можно ли загрузить скриншот терминала вместо CSV?

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

Достаточно ли локальной модели для полной безопасности?

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

Итог

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

---

Автор: Denis | Дата: 15 сентября 2026 | Обновлено: 15 сентября 2026
Denis — трейдер с 10+ летним опытом на форексе и крипторынках