docs: actualiza README y STATUS para reflejar tabla response_queue

Co-authored-by: aider (openrouter/openai/gpt-5) <aider@aider.chat>

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).

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)
+1. Adaptar ResponseQueue.add a persistente (insert en DB)
-2. Definir esquema de DB (tabla única response_queue) e incluirlo en initializeDatabase
+2. Implementar worker continuo básico (N workers, sin reintentos, sin orden estricto)
-3. Actualizar tests de DB para la nueva tabla
+3. Integrar el worker en server.start (desactivado en entorno de test)
-4. Adaptar ResponseQueue.add a persistente (insert en DB)
+4. Añadir tests unitarios de la cola con mocks de fetch
-5. Implementar worker continuo básico (N workers, sin reintentos, sin orden estricto)
+5. Iteración siguiente: reintentos con backoff exponencial y mejoras de observabilidad
-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
 
 ## 🔧 Archivos Clave a Modificar
 - `src/services/response-queue.ts`