diff --git a/CLAUDE.md b/CLAUDE.md
index 6b5ea72..ccae81e 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -223,19 +223,6 @@ cd C:\Projects\pluginObsidian\handWrittenMarkdownConverter\HandTranscriptMd; nod
 
 ### Task aperti
 
-- **Bug `<TABLE>` multi-riga** — `src/md-parser.ts` → `expandKeywords`, case `TABLE`:
-  - Le intestazioni vengono generate correttamente ma le righe dati vengono lasciate invariate
-  - Esempio input:
-    ```
-    <TABLE> Col1, Col2, Col3
-    val1, val2, val3
-    val4, val5, val6
-    <TABLE>
-    ```
-  - Output atteso: tabella completa con intestazioni + righe dati
-  - Output attuale: intestazioni ok, poi le righe dati restano come testo grezzo (`val1,val2,val3`) seguite da `| |` e `|---|`
-  - Probabile causa: il loop di raccolta righe in `case 'TABLE'` non legge correttamente le righe successive
-
 - **Keyword personalizzate nelle impostazioni** — `src/settings.ts` + `src/md-parser.ts`:
   - Permettere all'utente di aggiungere keyword custom nella pagina impostazioni
   - Ogni keyword custom ha: nome (es. `FIRMA`), output markdown (es. `— Mario Rossi`)
diff --git a/NOTES.md b/NOTES.md
index 9ee24bf..f94fbd2 100644
--- a/NOTES.md
+++ b/NOTES.md
@@ -271,6 +271,12 @@ Cambiamenti implementati durante la fase 2:
 
 ---
 
+## Completato — Bug tabella //TABLE (2026-03-24)
+
+Bug: le righe dati della tabella venivano lasciate come testo grezzo. Il parser era corretto (83 test passati); la causa era Gemini che modificava i tag `<KEYWORD>` (riconosciuti come HTML). Risolto cambiando la sintassi delle keyword da `<KEYWORD>` a `//KEYWORD` (doppio slash), più affidabile per l'OCR di scrittura a mano. Aggiunto anche log debug in `embed.ts` che mostra il testo grezzo Gemini in un Notice (30s) quando la modalità debug è attiva.
+
+---
+
 ## Completato — Sistema keyword OCR (2026-03-23)
 
 - Sintassi `<KEYWORD> contenuto` (con `<>`) in `md-parser.ts`