Add Forgejo remote deployment details

RAG/docs/DESPLIEGUE_EASYPANEL.md

@@ -33,6 +33,7 @@ Forgejo confirmado:
 - dominio web: `https://git.por-correo.com`
 - SSH Git: `git@git.por-correo.com` por puerto `2222`
 - el endpoint SSH ya responde correctamente para autenticacion Git
+- repo remoto ya creado para `RAG`: `ssh://git@git.por-correo.com:2222/paco/rag-service.git`
 
 Redes Docker relevantes:
 
@@ -136,6 +137,12 @@ Dado que Forgejo ya esta operativo en `git.por-correo.com`, el camino preferente
 - conectar EasyPanel por Git SSH
 - dejar que el `App Service` construya desde el `Dockerfile`
 
+Estado actual ya conseguido:
+
+- el repo `paco/rag-service` ya existe en Forgejo
+- el workspace local ya esta conectado al remote `origin`
+- la rama `main` ya fue subida correctamente
+
 ---
 
 ## Como esta montado qdrant

docs/HISTORIAL_SESIONES.md

@@ -55,6 +55,7 @@ Este archivo registra agentes y sesiones de trabajo de este workspace.
 - Incorporacion del patron real de despliegue de `webfetch` en `VPS2`, dejando documentado que la imagen se construyo localmente en el VPS y no desde EasyPanel.
 - Contraste del patron manual de `webfetch` con la documentacion oficial de EasyPanel, dejando definido que `RAG` deberia montarse como `App Service` con fuente Git o imagen publicada para quedar bien integrado.
 - Verificacion de que Forgejo ya esta operativo en `git.por-correo.com` y que el acceso Git por SSH en puerto `2222` responde correctamente, dejando preparado el camino de despliegue integrado para `RAG`.
+- Creacion del repo remoto `paco/rag-service` en Forgejo y subida correcta del estado actual del workspace mediante Git SSH.
 - Reorganizacion de RAG como modulo raiz independiente con documentacion propia en `RAG/docs/`.
 - Ajuste del indice documental global para reflejar la separacion entre documentacion global y documentacion por tool.
 - Creacion de `docs/TASK.md` para descomponer lineas de trabajo amplias en puntos de analisis y acuerdos.