diff --git a/README.md b/README.md
index cc402f9..bdd670c 100644
--- a/README.md
+++ b/README.md
@@ -64,6 +64,7 @@ graph TD
 - Índices recomendados: (status, created_at) para seleccionar pendientes rápidamente.
 - Sin orden estricto por chat; el envío puede intercalarse entre destinatarios.
 - Concurrencia: N workers globales operando en bucle, cada uno toma mensajes en estado queued y los marca processing.
+Estado: la tabla response_queue ya está creada e incluida en los tests de DB.
 
 ## Flujo del worker continuo (MVP)
 - Se inicia al arrancar el servidor (desactivado en tests).
diff --git a/STATUS.md b/STATUS.md
index a1220e4..2bb3a80 100644
--- a/STATUS.md
+++ b/STATUS.md
@@ -42,14 +42,11 @@
   - Acciones de tareas no implementadas (crear/listar)
 
 ## ➡️ Próximos Pasos Prioritarios
-1. Documentar decisiones del MVP de cola persistente (este cambio)
-2. Definir esquema de DB (tabla única response_queue) e incluirlo en initializeDatabase
-3. Actualizar tests de DB para la nueva tabla
-4. Adaptar ResponseQueue.add a persistente (insert en DB)
-5. Implementar worker continuo básico (N workers, sin reintentos, sin orden estricto)
-6. Integrar el worker en server.start (desactivado en entorno de test)
-7. Añadir tests unitarios de la cola con mocks de fetch
-8. Iteración siguiente: reintentos con backoff exponencial y mejoras de observabilidad
+1. Adaptar ResponseQueue.add a persistente (insert en DB)
+2. Implementar worker continuo básico (N workers, sin reintentos, sin orden estricto)
+3. Integrar el worker en server.start (desactivado en entorno de test)
+4. Añadir tests unitarios de la cola con mocks de fetch
+5. Iteración siguiente: reintentos con backoff exponencial y mejoras de observabilidad
 
 ## 🔧 Archivos Clave a Modificar
 - `src/services/response-queue.ts`