docs: actualizar documentacion integral (.agente/, README, agents.md) y sincronizar espejo maestro de infraestructura

.agente/reglas.md

@@ -17,5 +17,15 @@
 
 ## 4. Rutina de Actualización Documental
 - **Alcance:** Mantenimiento y evolución del proyecto.
-- **Restricción:** Al solicitar "actualizar proyecto", se debe revisar y sincronizar `agents.md`, `.agente/proyecto_estructura.md`, `.agente/proyecto_memoria.md`, `.agente/proyecto_errores.md`, `.agente/objetivos.md`, `README.md` y la ficha en el MCP de Infraestructura.
+- **Restricción:** Al solicitar "actualizar proyecto", se debe revisar y sincronizar `agents.md`, `.agente/proyecto_estructura.md`, `.agente/proyecto_memoria.md`, `.agente/proyecto_errores.md`, `.agente/objetivos.md`, `.agente/tareas.md`, `README.md` y la ficha en el MCP de Infraestructura.
 - **Motivo:** Preservar la fuente de verdad técnica y la coherencia en todo el ecosistema.
+
+## 5. Integridad del Módulo FSM (Field Service Management)
+- **Alcance:** Creación, despacho y sincronización de visitas técnicas en terreno.
+- **Restricción:** Toda visita técnica presencial debe generarse a través de `tareasHubService.js` hacia `tareas.telcotronics.com` con `origen: 'HELP_DESK'` y `origen_externo_id = ticket.id`. El registro local en `ticket_visitas` debe conservar el `external_id` y su `historial_json` en caché. No modificar estados a `completada` sin validación del Hub o de la firma/evidencia en campo.
+- **Motivo:** Garantizar la trazabilidad legal y técnica entre la mesa de ayuda y las operaciones de campo.
+
+## 6. Identidad de Agente y Comunicaciones
+- **Alcance:** Archivo `id_agente.md` y conexión a `sigma-robot` / MCP de Chat.
+- **Restricción:** Mantener la identidad en `pendiente` hasta confirmación formal en `sigma-robot`. Nunca inventar identificadores, nombres ni tokens locales. Nunca incluir secretos o credenciales en `id_agente.md`.
+- **Motivo:** Cumplimiento del estándar centralizado de agentes del ecosistema Telcotronics.