Чи працює ICT трейдинг: чесна перевірка і реальна угода AI

Скептично ставитеся до ICT? Розбираємо, що в ньому можна перевірити на даних, чому трейдери програють і як виглядає вимірюваний edge на реальній угоді AI клубу.

LSG Club · 16 жовтня 2026 р. · 8 хв читання

Чи працює ICT трейдинг? Не «ICT» загалом, а конкретний набір правил, який ви можете записати, протестувати й порахувати: тільки так на це питання є чесна відповідь. Якщо вести облік угод у журналі трейдера LSG Club, за кілька десятків угод ви побачите власне матожидання замість чужих обіцянок. Нижче ми розбираємо, що саме можна перевірити, чому багато хто програє, і показуємо реальну угоду AI клубу, зокрема збиткову.

Чи працює ICT трейдинг: що можна перевірити, а що ні

ICT (Inner Circle Trader) — це набір ідей про те, як рухається ціна: де лежить ліквідність, як з'являються дисбаланси та в який час доби ринок найактивніший. Саме слово «працює» тут нічого не означає, бо працювати чи не працювати може лише конкретна торгова система з чіткими правилами. Тож питання краще сформулювати інакше: чи має мій конкретний сетап додатне матожидання на достатній кількості угод?

Що піддається перевірці

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

яку ліквідність ви очікуєте зняти (наприклад, high азійської сесії або equal highs);
що вважаєте підтвердженням: Market Structure Shift із displacement, тобто сильним швидким рухом, який залишає Fair Value Gap;
де саме вхід: наприклад, середина FVG (так звана CE, 50 % імбалансу) або зона OTE — 62–79 % відкату;
де стоп (як правило, за захищеним swing) і де ціль (протилежна ліквідність);
у який час ви торгуєте, наприклад, у межах Kill Zone;
за яких умов ідея скасовується ще до входу.

Якщо хоча б один пункт залежить від настрою, перевірка неможлива: ви тестуєте не систему, а власні відчуття в конкретний день.

Що перевірити не вдається

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

Чому трейдери втрачають гроші з ICT

Те, що багато трейдерів не заробляють на ICT, ще не означає, що концепції хибні. Здебільшого причини лежать в організації торгівлі, а не в самих термінах.

Немає чіткого сетапу. Трейдер заходить у кожен FVG, який бачить, хоча сам по собі імбаланс — лише три свічки. Контекст, зона й підтвердження вирішують усе; докладніше про них у розборі Order Block і Fair Value Gap.
Зняття ліквідності сприймають як пробій. Sweep — це коли ціна проходить за рівень зі стопами та повертається всередину діапазону. Якщо ж купувати чи продавати «на пробої», ви опиняєтеся саме на боці тих, чиї стопи збирають. Механіку детально описано в статті про зняття ліквідності.
Ігнорується час. Одна й та сама модель у години високої активності та в мертву частину дня поводиться по-різному. Про це — у матеріалі про Kill Zone.
Завеликий ризик на угоду. Навіть робоча система має серії збитків, і якщо кожна угода ризикує значною частиною рахунку, серія просто знищує депозит до того, як матожидання проявиться.
Правила змінюються посеред шляху. Після двох стопів трейдер «покращує» систему, і дані стають непридатними для висновків.
Вибірка замала. П'ять вдалих угод поспіль так само нічого не доводять, як і п'ять невдалих.

Зверніть увагу: жоден із цих пунктів не спростовує ICT і не підтверджує його. Вони лише пояснюють, чому відповідь «працює» чи «не працює», зроблена за кількома угодами, нічого не варта.

Матожидання і вибірка: як виглядає вимірюваний edge

Матожидання — це середній результат однієї угоди, виражений у R, де 1R дорівнює ризику на угоду. Простими словами: частка прибуткових угод, помножена на середній виграш, мінус частка збиткових, помножена на середній збиток.

Розглянемо умовний приклад, цифри вигадані для ілюстрації. Нехай зі ста угод сорок закрилися на +2R, а шістдесят — на −1R. Тоді сорок разів по два дають +80R, шістдесят разів по одному — −60R, разом +20R, тобто +0,2R на угоду. Якби ті самі сорок прибуткових угод давали лише +1R, підсумок був би −20R. Саме тому частку прибуткових угод не можна оцінювати окремо від співвідношення ризику до прибутку; як їх поєднувати, пояснюємо в матеріалі про Win Rate, RR та Risk Management.

Скільки угод потрібно для висновку

Універсального числа немає, але орієнтир зрозумілий: кілька десятків угод — це лише перше уявлення, а для більшої впевненості потрібна вибірка помітно більша (для прикладу, понад сотню). До того ж результат може відрізнятися між інструментами, сесіями й фазами ринку. Тому в журналі варто позначати інструмент, сесію, тип сетапу та напрямок: тоді вибірку можна розрізати й побачити, де система працює, а де ні.

Як перевірити ICT самому: покроковий план

Якщо терміни ще незнайомі, почніть із базового гайда з ICT та SMC, а потім виконайте такі кроки.

Запишіть правила сетапу коротко й однозначно: ліквідність, підтвердження, вхід, стоп, ціль, час, умова скасування.
Зафіксуйте правила на весь період тесту. Змінювати їх можна лише після завершення вибірки.
Складайте план до угоди, а не після неї: рівні, стоп, ціль і умову скасування записуйте до входу.
Вносьте в журнал кожен випадок: прибуткові, збиткові, скасовані й пропущені. Як це робити зручно, описано в гайді як вести торговий журнал.
Рахуйте результат у R, а не в грошах, щоб розмір рахунку не спотворював картину.
Перегляньте результати лише після набору запланованої кількості угод і розріжте їх за сесіями та інструментами.
Тільки тоді вирішуйте: масштабувати, змінювати правила для нового тесту чи відмовитися від сетапу.

Усі ці кроки можна виконувати на демо-рахунку або з мінімальним ризиком. Мета першого етапу — не заробіток, а чесні дані про власну систему.

Case study: жива угода AI клубу на GBPUSD

Це жива угода: AI клубу спланував її наживо перед сесією і супроводжував на реальних барах до закриття. Інструмент — GBPUSD, сесія — London Kill Zone (02:00–05:00 за нью-йоркським часом), дата — понеділок, 12 жовтня 2026 року.

План до входу

Ціна зайшла в M15 Fair Value Gap 1.32392–1.32416 і закрилася вище нього, на рівні 1.32438. Це було заздалегідь визначене підтвердження. Тому AI клубу запланував лонг лімітним ордером від CE цього FVG, тобто від 1.32404.

вхід: ліміт 1.32404 (середина M15 FVG);
стоп: 1.32333;
ціль: 1.32683 — high азійської сесії, який ще не був знятий;
планове співвідношення ризику до прибутку: 3.93R;
проміжний орієнтир: 1.32616 — хай London та імпульсу M15;
захищений low M15/H1: 1.32347.

Умови скасування теж були записані заздалегідь: закриття M15 нижче 1.32347 скасовує лонг, а якщо ліміт не заповнюється за вісім свічок, ордер знімається.

Що сталося далі

Ліміт заповнився о 07:45 UTC (03:45 за нью-йоркським часом). Угоду закрито того ж дня о 09:33 UTC (05:33 за нью-йоркським часом) за ціною 1.32358. Результат — −0.7R. Найкращий рух на користь угоди сягнув +0.93R, але до цілі 1.32683 ціна не дійшла.

Чому такий приклад корисний скептику

Це збиткова угода, і саме тому вона показова. Вона не доводить ні того, що ICT працює, ні того, що не працює: одна угода — це одна точка в журналі. Але на ній видно, що таке вимірюваний підхід. Рівні, стоп, ціль і скасування були записані до входу, тож виконання можна оцінити окремо від результату. Видно різницю між плановими 3.93R і фактичними −0.7R, а також те, що угода коротко була в плюсі на +0.93R. Саме з таких записів за десятки й сотні угод складається статистика, а не з вражень.

Торгівля пов'язана з ризиком, збитки неминучі, а ця стаття є освітнім матеріалом, а не фінансовою порадою.

Журнал і виконання AI: як побачити edge без самообману

Найбільша перевага журналу — він не пам'ятає, що вам хотілося б бачити. Планові рівні, фактичний вхід, вихід і R стоять поруч, тож відхилення від плану видно одразу. У клубі журнал безкоштовний для учасників, а AI клубу може виконувати угоди на MT5-рахунках учасників за клубний внесок. Перевагою тут є дисципліна: план складено до сесії та виконується без емоцій. Це не гарантує прибутку, але дає чисті дані для оцінки. Як вибирати такого помічника, пояснює чекліст для AI-бота на MT5.

Типові помилки під час перевірки ICT

Тестування на скриншотах і готовій історії замість запису планів до угоди.
Підрахунок лише виконаних угод: скасовані й пропущені теж є частиною системи.
Зміна правил після кількох стопів, через що вибірка стає «змішаною».
Висновки за тиждень або за кілька угод.
Перехід на реальні гроші до завершення запланованого тесту.
Порівняння себе з чужими найкращими результатами, які ви не можете перевірити.

FAQ

Чи можна довести, що ICT працює, за кількома угодами?

Ні. Кілька угод показують лише перші враження, бо випадковість у короткій серії дуже сильна. Для висновку потрібна вибірка з десятків, а краще сотень угод за незмінними правилами, і оцінювати її слід у R.

Чи достатньо знати Order Block і FVG, щоб торгувати за ICT?

Ні. Знання термінів — лише початок. Треба вміти поєднати їх у сетап: ліквідність, підтвердження, вхід, стоп, ціль, час і умову скасування, а також вести облік кожної угоди.

Чи можна тестувати ICT на демо-рахунку?

Так, це розумний перший етап для перевірки правил і дисципліни. Але на реальних грошах виконання може відрізнятися через спреди, проковзування та емоції, тому після демо варто почати з мінімального ризику.

Що робити, якщо тест показав від'ємне матожидання?

Це теж корисний результат. Проаналізуйте журнал: чи не втрачає система в певну сесію або на певному інструменті, чи правильно виконувався план. Далі змініть правила та запустіть новий окремий тест. Не підганяйте їх під уже отриману вибірку.