ИИ в трейдинге без магии: что отдаю помощнику, а что решаю сам

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

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

Я разделяю работу не по принципу «ИИ умеет или не умеет», а по цене ошибки. Чем ближе задача к реальному действию и риску, тем меньше свободы получает помощник.

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

1. 01
   Один обезличенный экран

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

2. 02
   Одна конкретная задача

   Например: «перечисли наблюдаемые факты» или «проверь, есть ли в записи условие отмены». Не прошу одновременно анализ, прогноз и решение.

3. 03
   Явный формат ответа

   Прошу разделить факты, предположения и вопросы. Неизвестное должно быть помечено, а не заполнено правдоподобным текстом.

4. 04
   Сверка с оригиналом

   Каждое число и подпись проверяю на первичном экране. Ошибка в одном поле может изменить смысл всей карточки.

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

1. 01
   Исходник: сохраняю запись до обработки

   «Демо, M5. В 10:15 свеча коснулась верхней границы отмеченного диапазона и закрылась внутри него. Входа не было. Хотел дождаться повторного теста. Условие отмены и лимит риска не записал. Следующей свечи в записи нет». Здесь уже есть наблюдение, намерение и два явно пропущенных поля.

2. 02
   Точный запрос: задаю проверяемый формат

   «Разбери заметку ниже как запись журнала. Верни пять полей: наблюдаемый факт; ожидание автора; выполненное действие; неизвестно; вопросы к автору. Для каждого факта приведи подтверждающий фрагмент заметки. Не превращай ожидание в событие, не добавляй цены, действия, лимиты или результат. Если данных нет, пиши “не указано”. Не предлагай сделку. Заметка: Демо, M5. В 10:15 свеча коснулась верхней границы отмеченного диапазона и закрылась внутри него. Входа не было. Хотел дождаться повторного теста. Условие отмены и лимит риска не записал. Следующей свечи в записи нет».

3. 03
   Ошибочный пересказ: звучит складно, но меняет факты

   «На M5 подтверждён отбой от верхней границы. После повторного теста автор вошёл в продажу с ограниченным риском». В этой показательной ошибке намерение превратилось в состоявшийся тест, отсутствие входа — в сделку, а незаписанный лимит — в якобы выполненный контроль риска. Даже подробный запрос не освобождает меня от сверки.

4. 04
   Проверка: возвращаю каждое утверждение к исходнику

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

5. 05
   Исправленная карточка: оставляю только то, что можно проверить

   Факт: демо, M5; по записи, в 10:15 свеча коснулась верхней границы и закрылась внутри диапазона. Ожидание: дождаться повторного теста. Действие: входа не было. Неизвестно: дальнейшее движение, условие отмены и лимит риска. Вопросы: что автор считает подтверждением, какое событие отменит идею и какой лимит он задаст до действия? Результат сделки в карточку не добавляю — сделки в исходнике нет.

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

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

• Какой фрагмент записи является наблюдаемым фактом, а какой — объяснением?

• Какое условие подтверждения сформулировано слишком расплывчато?

• Что конкретно отменяет сценарий на выбранном масштабе?

• Какой параметр изменился между записью до решения и фактом после?

• Каких данных не хватает, чтобы делать вывод, и почему их нельзя додумывать?

• Логины, пароли, ключи API, номера счетов и любые данные, которые дают доступ к деньгам или профилю.

• Разрешение автоматически совершать действия на реальном счёте без отдельной проверяемой системы контроля.

• Право менять лимит риска из-за убедительного текста или вероятностной оценки.

• Финальную ответственность: результат ответа ИИ всегда остаётся материалом для моей проверки, а не чужим решением.

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

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