spec v0.1
ES

Ejemplos

Ejemplos por sector

El mismo principio arquitectónico en distintos dominios, Real Estate, Nómina, DevOps, CRM y Soporte muestran cómo se ven concretamente las capacidades MCP-first.

El patrón es siempre el mismo: primero describir las capacidades del sistema, luego construir interfaces sobre ellas. El dominio cambia, la estructura de recursos, herramientas y clases de riesgo permanece idéntica. Los siguientes ejemplos muestran cómo se ve MCP-first concretamente en distintos sectores.

Real Estate

Un software inmobiliario clásico piensa en pantallas: lista de proyectos, gestión de contactos, página de expediente, vista de correo electrónico, modal de recordatorio. MCP-first lo invierte, primero surgen las capacidades, luego la aplicación web como cliente sobre las mismas acciones.

Clásico

  1. Lista de proyectos
  2. Gestión de contactos
  3. Página de expediente
  4. Vista de correo
  5. Modal de recordatorio

MCP-first

  1. projects.list_active
  2. contacts.search_buyers
  3. exposes.generate_download_link
  4. emails.send_project_email
  5. deals.recommend_next_action

La aplicación web invoca las mismas acciones que el agente. No existe lógica de agente separada, el Capability Layer es el núcleo común para ambos.

Herramientas
  • projects.list_active Low
  • projects.get_context Low
  • contacts.search_buyers Low
  • contacts.get_purchase_profile Low
  • exposes.generate_download_link Medium
  • emails.create_project_draft Medium
  • calendar.find_free_slot Low
  • calendar.create_buyer_meeting Medium
  • reminders.create_follow_up Low
  • emails.send_project_email Critical
  • deals.recommend_next_action Low

Nómina y RRHH

Los sistemas de nómina gestionan algunos de los datos más sensibles de una empresa. MCP-first separa claramente entre lo que un agente puede leer, lo que puede preparar y lo que se ejecuta exclusivamente tras aprobación explícita.

Recursos
  • employees.list Low
  • employees.get Medium
  • payroll_runs.list Medium
  • payroll_runs.get Medium
  • documents.list_missing Low
  • absences.list Low
  • contracts.get Medium
Herramientas
  • employees.create Medium
  • employees.update Medium
  • documents.request_missing Low
  • payroll.validate_run Medium
  • payroll.explain_difference Low
  • payroll.generate_report Medium
  • absences.approve Medium
  • salary.read Restricted
  • payroll.export Critical
  • salary.change Critical

La gradación de riesgo en resumen:

  • Low employee.basic.read, datos maestros, inofensivo para el agente
  • Restricted salary.read, solo con aprobación adicional, transferencia restringida
  • Critical payroll.export, siempre confirmación, Audit Event
  • Critical salary.change, Step-up Auth + principio de cuatro ojos recomendado

DevOps

Un panel de control DevOps gestiona infraestructura, despliegues y secretos. Las clases de riesgo son especialmente importantes aquí: leer logs es inofensivo, leer secretos está prohibido.

Recursos
  • projects.list Low
  • deployments.list Low
  • services.status Low
  • logs.query Medium
  • metrics.get Low
  • secrets.list_metadata Medium
Herramientas
  • deployments.create High
  • deployments.rollback High
  • services.restart High
  • dns.create_record High
  • ssl.issue_certificate Medium
  • firewall.update_rule Critical
  • secrets.rotate Critical
  • secrets.read Forbidden for AI

La gradación de riesgo en resumen:

  • Medium logs.query, permitido de forma autónoma, scope limitado
  • High deployment.create / rollback, confirmación requerida
  • Critical secrets.rotate / firewall.update_rule, siempre Step-up Auth
  • Forbidden for AI secrets.read, no alcanzable para agentes

CRM y Ventas

Un Sales Assistant necesita acceso a contactos, acuerdos y comunicación, pero no a permisos del sistema, facturación o gestión de tenants. MCP-first garantiza que el agente vea exactamente las capacidades que necesita para su encargo.

Recursos
  • contacts.list Low
  • contacts.search Low
  • contacts.timeline Low
  • contacts.communication_history Medium
  • companies.get Low
  • deals.list_active Low
Herramientas
  • contacts.search Low
  • contacts.add_note Low
  • reminders.create Low
  • deals.recommend_next_action Low
  • emails.create_draft Medium
  • calendar.create_event Medium
  • emails.send_external Critical

El agente puede crear borradores, agregar notas, recomendar próximos pasos y preparar citas. Los correos electrónicos externos son Critical, el humano confirma el envío, independientemente de cuán claro sea el contexto.

Soporte

Un agente de soporte necesita principalmente acceso de lectura rico: historial de tickets, datos de contexto, comunicación anterior. Las acciones de escritura se limitan a borradores y notas internas, hasta la aprobación explícita.

Recursos
  • tickets.list_open Low
  • tickets.get Low
  • tickets.thread Low
  • contacts.get Low
  • contacts.timeline Low
  • emails.thread Medium
  • communications.timeline Low
Herramientas
  • tickets.get_context Low
  • contacts.search Low
  • tickets.add_internal_note Low
  • emails.create_draft Medium
  • tickets.update_status Medium
  • tickets.assign Medium
  • emails.send_external Critical

El agente de soporte recopila contexto, sugiere respuestas y añade notas internas. En cuanto una respuesta deba ir al exterior, rige el mismo principio que en todos los casos: el humano confirma, el agente prepara.