Agente IA personalizado para tu empresa: guía 2026

AgentesNexo
··7 min lectura

Para crear un agente IA personalizado para tu empresa, necesitas inyectar conocimiento específico del dominio, conectar tus sistemas internos, mantener memoria persistente de decisiones y definir guardrails de marca. Esta guía cubre los cuatro pilares técnicos que diferencian un agente útil de un chatbot genérico.

Requisitos previos

Antes de construir, verifica que tienes:

  • Documentación de procesos internos (manuales, políticas, reglas de negocio)
  • Acceso API a tus sistemas: CRM, ERP, bases de datos, Google Workspace o similar
  • Definición clara del dominio (qué problemas resuelve el agente, qué NO hace)
  • Equipo técnico o desarrollador que entienda arquitectura de APIs
  • Modelo de lenguaje con API disponible (Claude 3.5 Sonnet recomendado para balance precisión/velocidad)
  • Entorno para almacenar memoria: base de datos PostgreSQL, Vector DB (Pinecone, Weaviate) o archivos JSON estructurados

Paso 1 — Define el dominio de conocimiento del agente

Un agente sin conocimiento específico opera en vacío. El dominio es tu diferenciador real.

Inyecta conocimiento mediante system prompts parametrizados y documentos contextuales. Si trabajas con Claude, usa el parámetro system para establecer reglas, formato de respuesta y restricciones.

Ejemplo de system prompt para un agente de RRHH:

Eres un asistente especializado en gestión de nómina y políticas de personal para [Nombre Empresa].

DOMINIO:
- Procesa solicitudes de vacaciones según política: máximo 20 días/año, aprobación antes de 15 días hábiles
- Responde dudas sobre beneficios: seguro de salud cubre 80% consultas generales, 50% odontología
- Registra gastos de empleados hasta USD 500 sin pre-aprobación gerencial

RESTRICCIONES:
- NO accedes a salarios individuales; solo estructura salarial general
- NO tomas decisiones sobre despidos o ascensos; derivas a Recursos Humanos
- Todas las respuestas en español neutro

TONO: profesional, empático cuando hay dudas, directo en procedimientos.

Si no tienes la información en tu base de conocimiento, indica que el tema requiere revisión del equipo de RRHH en lugar de especular.

Incluye también documentos contextuales: carga PDFs de políticas, tablas de beneficios o regulaciones internas como parte del contexto usando RAG (Retrieval-Augmented Generation): el agente busca documentos relevantes antes de responder.

Paso 2 — Configura la memoria persistente

La memoria diferencia agentes de sesiones aisladas.

Memoria corta (conversación actual): contexto de los últimos 10-20 intercambios. Útil para coherencia en la sesión.

Memoria larga (histórico del usuario): decisiones previas, preferencias, tickets abiertos, datos de cliente. Persiste entre sesiones.

Aspecto Memoria corta Memoria larga
Alcance Intercambios actuales Días/meses
Almacenamiento Buffer en RAM Base de datos
Uso Coherencia conversacional Contexto de usuario/empresa
Ejemplo "Mencionaste X hace 3 mensajes" "Tu última solicitud fue aprobada el 15 de julio"

Estructura TypeScript — memoria persistente:

typescript
// Carga historial antes de responder
async function getAgentContext(userId: string): Promise<string> {
  const memory = await db.query(
    #43a047">`SELECT interactions, preferences FROM user_memory
     WHERE userId = $1 ORDER BY date DESC LIMIT 10`,
    [userId]
  );
  return formatMemoryForPrompt(memory);
}

// Guarda la decisión después de cada respuesta
async function saveInteraction(
  userId: string,
  topic: string,
  decision: string,
  agentResponse: string
) {
  await db.query(
    #43a047">`INSERT INTO user_memory (userId, date, topic, decision, agentResponse)
     VALUES ($1, $2, $3, $4, $5)`,
    [userId, new Date(), topic, decision, agentResponse]
  );
}

Usa PostgreSQL para datos estructurados o una Vector DB (Pinecone, Weaviate) si necesitas búsqueda semántica sobre el historial.

Paso 3 — Conecta tus sistemas internos via MCP

MCP (Model Context Protocol) es el estándar abierto para que agentes IA accedan a sistemas externos: CRM, ERP, Google Sheets, bases de datos.

Cada "herramienta" en MCP es un enchufe al mundo real. El agente la llama cuando necesita información o necesita ejecutar una acción.

Configuración MCP — conexión a Google Sheets y CRM:

json
{
  #43a047">"mcpServers": {
    #43a047">"google-sheets": {
      #43a047">"command": "mcp-google-sheets",
      #43a047">"args": ["--sheets-api-key", "YOUR_API_KEY"],
      #43a047">"tools": [
        {
          #43a047">"name": "read_sheet",
          #43a047">"description": "Lee datos de hoja de clientes activos",
          #43a047">"schema": {
            #43a047">"spreadsheetId": "1a2b3c4d5e6f",
            #43a047">"range": "Clientes!A:E"
          }
        },
        {
          #43a047">"name": "write_sheet",
          #43a047">"description": "Escribe seguimiento de venta",
          #43a047">"schema": {
            #43a047">"spreadsheetId": "1a2b3c4d5e6f",
            #43a047">"range": "Seguimiento!A:F"
          }
        }
      ]
    },
    #43a047">"crm-salesforce": {
      #43a047">"command": "mcp-salesforce",
      #43a047">"args": ["--token", "SALESFORCE_OAUTH_TOKEN"],
      #43a047">"tools": [
        {
          #43a047">"name": "create_opportunity",
          #43a047">"description": "Registra nueva oportunidad de venta",
          #43a047">"schema": {
            #43a047">"account_id": "string",
            #43a047">"amount": "number",
            #43a047">"close_date": "string"
          }
        }
      ]
    }
  }
}

El agente convierte "Crea una oportunidad de USD 5.000 para Acme Corp" en una llamada API a Salesforce sin que el usuario sepa que existe un conector. Las credenciales no pasan por el prompt; el MCP maneja la autenticación.

Paso 4 — Define restricciones y comportamiento de marca

Los guardrails definen qué puede y no puede hacer el agente. Sin ellos, el agente actúa fuera de los límites del negocio.

Ejemplos por sector:

RRHH (gestión de personal):

  • Puede aprobar vacaciones, registrar gastos, responder sobre beneficios
  • NO puede modificar salarios ni acceder a información médica individual
  • Tono: empático en consultas, formal en decisiones; siempre en primera persona plural

Logística (flota de transportes):

  • Puede consultar posición GPS de vehículos, registrar entregas, actualizar rutas
  • NO puede cambiar condiciones de contratos con clientes
  • Tono: preciso, orientado a tiempos y costos; sin ambigüedad en números

Firma legal:

  • Puede redactar borradores usando templates, buscar jurisprudencia, registrar casos
  • NO puede garantizar resultados ni modificar documentos firmados
  • Tono: formal, citando normativa, con la advertencia "Esto es información general, no asesoría legal"

Define estas restricciones en el system prompt y valida en el código: antes de ejecutar cualquier acción via MCP, el agente verifica permisos según el rol del usuario.

Arquitectura del sistema

Los cuatro pilares se conectan en este ciclo:

  1. El usuario envía un mensaje
  2. El sistema carga la memoria larga del usuario/empresa
  3. El system prompt (dominio + guardrails) + historial se envían al modelo
  4. El modelo genera respuesta y puede invocar herramientas via MCP (lectura/escritura en CRM, ERP, Sheets)
  5. MCP ejecuta las acciones autorizadas y devuelve datos al modelo
  6. El agente responde y guarda la interacción en memoria persistente

Este ciclo repite en cada mensaje. La memoria sostiene el contexto; MCP conecta al negocio real; los guardrails mantienen el agente dentro de los límites definidos.

Lo que aprendimos

El dominio vale más que el modelo. Un prompt bien escrito en Claude 3 Haiku (económico, rápido) supera a un prompt vago en Claude 3.5 Opus. Documenta las reglas de negocio antes de elegir tecnología.

Memoria persistente convierte al agente en consultor. Sin memoria, el usuario repite contexto en cada sesión; el agente parece un formulario. Con memoria, el agente conoce el historial del cliente, los casos abiertos, las decisiones pasadas.

MCP escala sin código custom. Antes había que escribir conectores API a mano. Ahora MCP estandariza: cambiar de Salesforce a HubSpot no requiere reescribir el agente.

Los guardrails son un requisito de producción, no un nice-to-have. Un agente de RRHH que revela salarios, o uno legal que promete resultados, genera daño real. Define restricciones desde el día 1 y versionalas junto al sistema prompt en Git.

El primer mes revela los casos borde. Los usuarios siempre encuentran los límites del agente en los primeros 30 días. Monitorea las conversaciones donde el agente dice "no sé" o "no puedo": ahí está el roadmap de mejoras.

En resumen

  • Un agente IA a medida requiere cuatro capas: dominio de conocimiento, memoria persistente, integración via MCP y guardrails de marca
  • El system prompt es el ADN del agente; versionalarlo en Git es obligatorio
  • La memoria larga en PostgreSQL sostiene el contexto entre sesiones sin depender de que el usuario repita información
  • MCP conecta el agente a CRM, ERP y Sheets sin exponer credenciales en el prompt
  • Los guardrails por sector (RRHH, logística, legal) definen límites claros de actuación

Si quieres implementar esto en tu negocio sin construirlo desde cero, en AgentesNexo lo hacemos por ti. Escríbenos en agentesnexo.com o por WhatsApp al +591 67564218.

Escríbenos en agentesnexo.com o por WhatsApp al +591 67564218

Articulos relacionados