feat(inter-session-messaging): v2.1.0 — inbox.monitor now returns from/subject (#1032)

RECEIVE no longer needs entity_get for the sender — the monitor response
carries from+subject (server extracts meta). Simplifies the reply flow.

skills/inter-session-messaging/SKILL.md

@@ -1,7 +1,7 @@
 ---
 name: inter-session-messaging
 author: ours
-version: 2.0.0
+version: 2.1.0
 description: >
   Как писать и принимать межсессионные письма через Mappa (`inbox.send` /
   `inbox.monitor` / `entity.get`, письма — сущности `i:N`, карв-аут без лиза).
@@ -92,16 +92,16 @@ mcp__mappa__inbox_send(
 
 1. Входящее доставляет монитор (`session-inbox-monitor`, pi-расширение) или
    ты проверяешь сам: `mcp__mappa__inbox_monitor(project=<своя папка>, limit)`.
-   Ответ — `{rows: [{id, slug, body}]}`: последние письма твоего проекта.
+   Ответ — `{rows: [{id, slug, from, subject, body}]}`: последние письма
+   твоего проекта, с отправителем и темой (meta извлекается сервером).
 2. **Письмо — first-class, не фоновое уведомление.** Прочитай и обработай его
    в начале ближайшего хода — НЕ «когда дойдут руки», НЕ в конце сессии. Если
    сообщение появилось в контексте после длинного tool-цикла — это не повод
    закапывать его в итоговую сводку: обработай до завершения сессии.
 3. Признай получение явно и ответь на содержание в своём ходе.
-4. **Кто отправитель:** `inbox.monitor` отдаёт `{id, slug, body}` без
-   `from`/`subject` — они в meta. Для ответа возьми
-   `mcp__mappa__entity_get(id)` → `meta.from` (и `meta.subject` для `Re:`).
-5. Если нужен ответ — SEND по канону выше, отправителю (`meta.from`).
+4. **Кто отправитель:** поле `from` в ответе `inbox.monitor` (адрес — имя
+   папки). Тема — `subject`. Для ответа SEND отправителю (`from`).
+5. Если нужен ответ — SEND по канону выше, отправителю (`from`).
 6. Не оставляй письмо без обработки до конца хода — если не можешь решить
    сейчас, скажи об этом и (если надо) заведи таску через
    `mcp__mappa__task_*`, не «забудь».