memory: add lavtomate confirmation handling rules

.claude/memory/MEMORY.md

@@ -42,6 +42,8 @@
 - [feedback_changelog_notes.md](feedback_changelog_notes.md) — вести заметки по объектам после изменений
 - [feedback_verify_before_stating.md](feedback_verify_before_stating.md) — ВСЕГДА проверять информацию, не выдумывать
 - [feedback_upgrade_sisyphus.md](feedback_upgrade_sisyphus.md) — обновление LXC ALT p11 → Sisyphus
+- [feedback_skill_confirmation_direct.md](feedback_skill_confirmation_direct.md) — подтверждения от skill'ов спрашивать напрямую, не через lavtomate
+- [lesson_lavtomate_bug_create_confirmation.md](lesson_lavtomate_bug_create_confirmation.md) — bug_create сломан: НЕ ретраить, проверять через confirmation_check
 - Сброс пароля AD: `логин + uidNumber`
 - DC: `ssh -p32 dc.etersoft.ru` (lav, потом sudo), samba-tool через sudo
 

.claude/memory/feedback_skill_confirmation_direct.md

+---
+name: Skill confirmation should be direct, not via lavtomate
+description: Skills (like /dns) should ask the user directly for destructive-op confirmation instead of going through lavtomate confirmation_request
+type: feedback
+originSessionId: 21bddaf4-5d63-4ae5-9755-e488b7bcb5b5
+---
+Skill confirmations for destructive operations should be asked directly to the user in chat, not routed through `mcp__lavtomate__confirmation_request`.
+
+**Why:** lavtomate-based confirmation adds an unnecessary extra step — it's a separate tool call that's equivalent to asking the question in the reply. The user sees no benefit and finds it annoying. They told me this explicitly after `/dns` went through lavtomate to confirm DNS record deletion.
+
+**How to apply:**
+- When a skill (or my own logic) needs destructive-op confirmation, phrase it as a normal question in the assistant reply — the user answers in the next message.
+- Reserve lavtomate `confirmation_request` for cases where it adds real value: async flows, separate operator, or when the question is complex enough to need structured output. Not for a simple yes/no that the user can just type.
+- Applies to all skills I author/invoke, not just `/dns`.

.claude/memory/lesson_lavtomate_bug_create_confirmation.md

+---
+name: lavtomate bug_create — НЕ ретраить при approved
+description: bug_create в lavtomate сейчас ломает confirmation flow — каждый ретрай создаёт новый pending confirmation, и пользователь получает кучу одобрений в web UI без эффекта
+type: feedback
+originSessionId: 85b9adef-0fc0-40a4-929b-c9cc49125084
+---
+В lavtomate `mcp__lavtomate__bug_create` — сломанный confirmation flow (на 2026-04-28). Каждый вызов создаёт НОВЫЙ `confirmation_id`. После approve в web UI `confirmation_check` возвращает `status: approved, success: true` — но бага НЕ создаётся (нет `bug_id` в result). Повторный вызов bug_create не использует уже approved confirmation, а создаёт ещё один pending.
+
+**Why:** Пользователь жаловался — "почему я три раза подтверждал?" Я делал ретраи bug_create с разными product/component, не понимая что Product not found приходила ПОСЛЕ approve каждой попытки. Получилось 3+ pending одобрений в web UI без результата.
+
+**How to apply:**
+1. Не ретраить `bug_create` после ошибки — сначала проверять через `confirmation_check`.
+2. Если `confirmation_check` возвращает approved но bug_id отсутствует — это баг lavtomate, остановиться и сообщить пользователю.
+3. Перед bug_create обязательно найти точное имя product/component через `bug_search_products` И сверить совпадение в выдаче существующих баг (`bug_search` по этому product) — `bug_create` хуже матчит русские названия чем `bug_search_products`.
+4. Ждать обновления lavtomate (Etersoft#18770 — "Разработка Lavtomate").
+
+См. также: `feedback_skill_confirmation_direct.md`.