make inbound check optional

docs/API.md

@@ -309,11 +309,11 @@ queued ──(control-api сам, без вызова API)──▶ assigning_fi
                           POST .../self-check {success:true}
                                                     ▼
                                                checking
-                    │ POST .../results (agent)     │  POST .../results (prober, x3 площадки)
+                    │ POST .../results (agent)     │  POST .../results (prober, по числу настроенных площадок)
                     ▼                               ▼
-              egress_complete=true         siteN_complete=true (N=1,2,3)
+              egress_complete=true         siteN_complete=true (только для N, перечисленных в sites конфига)
                                                     │
-                     все complete=true ИЛИ истекло checking_window_seconds
+        egress + все НАСТРОЕННЫЕ площадки complete=true ИЛИ истекло checking_window_seconds
                                                     ▼
                                               aggregating
                                                     │
@@ -326,6 +326,11 @@ queued ──(control-api сам, без вызова API)──▶ assigning_fi
 `orchestrator.poll_interval_seconds`), явного HTTP-метода для их запуска
 нет — это фоновый цикл (`Tick`), а не запрос/ответ.
 
+Площадки (`siteN_complete`) — опциональны: сколько их учитывается,
+целиком определяется списком `sites` в конфиге control-api (0–3 записи).
+Пустой список — агрегация ждёт только `egress_complete`, ни одна площадка
+не требуется. Подробнее — [USAGE.md](USAGE.md#управление-площадками-проберами).
+
 ## Сквозной пример работы (curl)
 
 Ниже — минимальный ручной прогон одного IP через API, как если бы вы