P01¿Podemos correr toda la crew en un modelo local para que los datos del cliente nunca salgan del firewall?
Sí, es el default para trabajo privilegiado. Apunta cada persona a una instancia local de Ollama o LM Studio corriendo en tu propio hardware. ContractReviewer, AMLSpecialist, KYCLead y PrivacyOfficer pueden correr end-to-end con cero tráfico saliente. Los modelos en la cloud (Claude, GPT, Gemini) quedan como opción por persona para trabajo de asuntos no privilegiados. El picker de modelo por agente es la palanca de privacidad.
P02¿Dónde reside físicamente nuestra datos cuando corre la crew?
En tu hardware cuando corres un modelo local. Cada prompt, cada documento recuperado, cada borrador y cada log de auditoría se queda en la máquina que corre el runner. El vector store por flujo de trabajo es tuyo para hostear. Los modelos en la cloud solo ven los prompts que el agente les envía, y tú decides cuáles personas pueden llamarlos. Equipos en la UE pueden desplegar enteramente en Mistral hosteado en la UE o en un modelo local para cumplir obligaciones de residencia de MiCA, GDPR y DORA.
P03¿Cómo se maneja el secreto profesional abogado-cliente y la retención por litigio?
Los asuntos privilegiados se enrutan a un workspace separado con herramientas acotadas y una bandera explícita de hold. En hold, el agente no puede llamar búsqueda externa, web_fetch, herramientas de terceros ni modelos en la cloud, punto. El carril de modelo local es el default para trabajo en hold. Cada lectura queda logueada con timestamp, persona, model id y ancla del asunto, así el privilegio es defendible línea por línea.
P04¿Los agentes van a presentar SARs o enviar respuestas a reguladores por su cuenta?
No. Cada borrador de SAR, respuesta a regulador, redline y correo de renovación de licencia queda listo para un firmante humano. Las personas de AML, KYC y litigio vienen con HITL en cada escritura, así el abogado que firma es el humano, no el agente.
P05¿Los agentes pueden razonar sobre nuestras políticas, contratos y cartas de reguladores?
Tres capas, todas por flujo de trabajo y aisladas por tenant. El contexto estático adjunta tu política AML, playbook de contratos y condiciones de licencia a personas específicas en cada run. La herramienta rag_retrieve permite a ContractReviewer y RegulatoryAffairs traer asuntos previos, correspondencia con reguladores y tu biblioteca de DPAs a demanda. La memoria cross-run lleva la retención por litigio y la cola de DSRs de ayer a la corrida de hoy. Ninguna de esas capas sale de tu tenant ni del runner local al que las apuntes.
P06¿Esto reemplaza a Ironclad, Harvey, Robin IA o Spellbook?
No, convive con ellos. Melaya es la capa de orquestación y auditoría sobre nueve personas legales, con la opción de correr a cada una en un modelo privado. Si ya pagas Ironclad como tu CLM o Harvey para investigación de litigio, ContractReviewer les pasa borradores con llamadas a herramientas y mantiene el log de replay de tu lado.
P07¿Cómo evitamos que la salida suene a IA?
Cada redline, SAR y DPIA cita la cláusula específica, el hash de transacción o el párrafo del regulador en el que se apoya, traído de tu propio corpus cargado al almacén de conocimiento. Los oficiales de cumplimiento pueden exigir una cita en cada párrafo como pre-check HITL antes de firmar.
P08¿Qué tan rápido puede un equipo legal poner el primer pipeline a correr?
Con tu DMS o drive compartido conectado, un playbook de contratos cargado en el almacén de conocimiento y Ollama corriendo localmente, el flujo de trabajo de redline es un canvas de 4 nodos: ingesta, recuperar precedente, redactar redline, enrutar para aprobación. La mayoría de equipos despliega la primera versión en una sesión de trabajo y nunca envía un solo token a un proveedor en la cloud.
P09¿Puedo auditar exactamente qué hizo cada agente y por qué?
Sí. Cada run loguea cada llamada a herramienta, cada invocación de modelo (con model id), cada documento recuperado y cada decisión de aprobación. Reproduce cualquier asunto en cualquier momento. Los examinadores obtienen el paquete completo de evidencia en menos de cinco días hábiles, que es el target del ComplianceMonitor.