fix(inter-session-messaging): RECEIVE already strict — [inbox] is first-class, process at start of next turn; expected-mail check; legacy .claude-inbox migration

skills/inter-session-messaging/SKILL.md

@@ -92,13 +92,25 @@ slug: <task-slug>                # опционально — если пись
 
 ## RECEIVE — как обработать входящее
 
-1. Входящее доставляет монитор / stop-hook (см. `session-inbox-monitor`):
+1. Входящее доставляет монитор / stop-hook / pi-расширение (`session-inbox-monitor`):
    «Incoming messages in your inbox:» / `[inbox] <name>`.
-2. Признай получение явно и ответь на содержание в своём ходе.
-3. Если нужен ответ — SEND по канону выше, отправителю (`from` полученного).
-4. Не оставляй письмо без обработки до конца хода — если не можешь решить
+2. **[inbox]-сообщение — first-class, не фоновое уведомление.** Прочитай и
+   обработай его в начале ближайшего хода — НЕ «когда дойдут руки», НЕ в конце
+   сессии. Если сообщение появилось в контексте после длинного tool-цикла — это
+   не повод закапывать его в итоговую сводку: обработай до завершения сессии.
+3. Признай получение явно и ответь на содержание в своём ходе.
+4. Если нужен ответ — SEND по канону выше, отправителю (`from` полученного).
+5. Не оставляй письмо без обработки до конца хода — если не можешь решить
    сейчас, скажи об этом и (если надо) заведи таску через
    `mcp__projects-meta__tasks_*`, не «забудь».
+6. **Ожидаемая почта:** если ты сам вызвал событие, которое родит письмо в
+   твой инбокс (notify на твой проект: close/blocked/delivery-failed таски),
+   — проверь `.agents/inbox/` в момент, когда событие сработало; не жди, пока
+   письмо само доедет. Доставка может задержаться на время текущего tool-цикла.
+7. **Legacy-путь:** старые writer'ы (до refactor 2026-08-20) писали письма в
+   `.claude-inbox/` — при проверке почты загляни и туда; найденные письма
+   переноси в `.agents/inbox/` (оттуда их доставит монитор) или в
+   `.agents/inbox/.read/` если событие уже обработано.
 
 ---