Para que Claude funcione de forma sostenible en una empresa hacen falta tres capas: una base de conocimiento en archivos propiedad de la empresa, Projects de Claude como espacios de contexto por área o proceso, y Skills que automatizan los entregables finales con el tono y formato de la casa. Sin esta arquitectura, el conocimiento queda atrapado en conversaciones sueltas y el uso muere en semanas.
Cuando entramos en una empresa que "ya probó la IA y no cuajó", el diagnóstico casi nunca es la herramienta. Es que no había arquitectura: cada empleado con sus chats sueltos, el contexto repetido a mano en cada conversación, y el conocimiento de la empresa desperdigado en historiales que nadie puede reutilizar.
Este artículo describe la arquitectura de tres capas que montamos en cada implementación. No es teoría: es el sistema que dejamos funcionando en empresas reales, y puedes montarlo tú mismo si tienes el tiempo y la paciencia.
El síntoma: conocimiento atrapado en silos de chat
El error más común al adoptar IA en una empresa es acumular el conocimiento en el historial de conversaciones: cada chat es un silo aislado, el contexto se repite a mano cada vez, y si mañana cambias de herramienta, empiezas de cero. El conocimiento debe vivir en archivos de la empresa, no en la IA.
Un caso real de una de nuestras implementaciones lo ilustra perfectamente. El fundador de un instituto de formación llevaba dos años usando IA generativa a diario para crear contenido. Su frustración, literal: cada vez que salía un modelo nuevo o quería cambiar de herramienta, tenía que "volver a cargarlo todo desde cero" — su metodología vivía repartida en cientos de carpetas de chats. Y el segundo problema, aún peor: la IA nunca capturaba su tono pedagógico, porque el contexto que le daba era distinto en cada conversación.
Los dos problemas tienen la misma causa: el conocimiento estaba dentro de la herramienta en lugar de debajo de ella.
La arquitectura en tres capas
Capa 1 — La base de conocimiento: archivos tuyos, no chats
Todo lo que Claude necesita saber de tu empresa se documenta en archivos normales (Word, Markdown, PDF) que viven en tu ordenador o tu nube — no en el historial de ninguna IA:
- Documento maestro de la empresa: qué hacéis, para quién, cómo habláis, qué no hacéis. Una página bien escrita vale más que cien chats.
- Un documento por proceso clave: cómo se hace una propuesta en tu casa, qué estructura tiene un informe, qué criterios usa calidad.
- Guía de tono y voz: con ejemplos reales de textos que suenan a vosotros y contraejemplos de lo que no.
- Material de referencia: catálogo, tarifas internas, normativa de tu sector, plantillas.
La consecuencia estratégica importa más que la técnica: esta capa es propiedad de la empresa y agnóstica de herramienta. Si mañana Claude desaparece o aparece algo mejor, tu base de conocimiento se lleva puesta. Es la diferencia entre alquilar tu memoria corporativa y poseerla.
Capa 2 — Projects: un espacio de contexto por área, no un chat para todo
Los Projects de Claude son espacios donde cargas instrucciones y archivos una sola vez, y todas las conversaciones dentro del proyecto los heredan. La regla de diseño que aplicamos:
Un Project por área, proceso o cliente — nunca uno genérico para todo.
Una estructura típica en una pyme de 10-15 personas:
| Project | Quién lo usa | Qué lleva cargado |
|---|---|---|
| Propuestas comerciales | Comercial | Doc maestro + plantilla de propuesta + 3 propuestas ganadoras |
| Operativa y métricas | Dirección | Doc maestro + estructura de informes + objetivos del año |
| Contenido y marca | Marketing | Guía de tono + ejemplos + calendario editorial |
| Atención al cliente | Soporte/administración | FAQ interna + política de respuestas + casos resueltos |
El efecto práctico: cualquiera del equipo entra al Project de propuestas y Claude ya sabe cómo se hace una propuesta en vuestra casa. Nadie repite contexto, y la calidad deja de depender de quién escribe el prompt.
La prueba del empleado nuevo
Un Project bien montado pasa esta prueba: una persona recién incorporada, sin que nadie le explique nada, obtiene resultados con la voz de la empresa desde el primer día. Si el resultado depende de "saber pedírselo", la capa 2 está mal montada.
Capa 3 — Skills: los entregables finales, automatizados
La capa que casi nadie monta y la que más tiempo ahorra. Las Skills de Claude empaquetan un procedimiento completo — estructura, tono, formato, pasos — para que un entregable recurrente salga siempre igual de bien:
- El informe semanal que antes eran 2 horas: una Skill que toma los datos y produce el documento con vuestro formato.
- La propuesta comercial: de "chat que ayuda a redactar" a "documento final con vuestra plantilla".
- En el caso del instituto de formación: Skills que generan material pedagógico con la voz exacta del fundador, entrenadas con su guía de tono y sus ejemplos — el 70% de contenido que tenía atascado dejó de estar atascado.
La diferencia entre capa 2 y capa 3: el Project da contexto a una conversación; la Skill produce un entregable terminado. Las dos se apoyan en la capa 1.
El orden importa (y es donde casi todos fallan)
La tentación es empezar por lo vistoso: conectar herramientas, montar automatizaciones. Nuestro orden en cada implementación es el contrario, y es deliberado:
- Primero la capa 1 — sin base de conocimiento, los Projects son carpetas vacías y las Skills producen genérico.
- Después la capa 2 — con 3-4 Projects bien cargados, el equipo ya nota el cambio la primera semana.
- La capa 3 al final — automatizar un entregable solo tiene sentido cuando el proceso manual asistido ya funciona y sabes exactamente qué quieres que salga.
- Conectores (Microsoft 365, Google Workspace), cuando tocan — dan superpoderes, pero sobre una arquitectura ya sólida. Cómo encaja Claude con el stack de Microsoft lo tratamos en Claude y Microsoft 365.
Los tres errores que más veces hemos tenido que deshacer:
- El Project único "IA de la empresa" con 40 archivos mezclados: el contexto se diluye y las respuestas empeoran para todos los usos a la vez.
- Prompts heroicos sin documentar: una persona del equipo desarrolla prompts buenísimos... que viven en su historial. Cuando rota o se va, se van con ella. Todo prompt que funciona se documenta en la capa 1.
- Sin owner: la arquitectura necesita una persona responsable de mantenerla viva (añadir ejemplos nuevos, actualizar documentos, dar de alta Projects). Sin owner, la mejor arquitectura se queda congelada en el día de la entrega.
Qué puedes hacer tú mismo y dónde ayuda un especialista
Todo lo descrito se puede montar sin perfil técnico — es la razón por la que Claude encaja tan bien en pymes. La diferencia entre hacerlo solo y hacerlo con ayuda no es capacidad, es tiempo y criterio: saber qué procesos priorizar, cómo estructurar los documentos para que Claude los aproveche de verdad, y qué Skills merecen la pena. Es exactamente lo que hacemos en nuestro programa de 5 fases — y si prefieres el camino autodidacta, la guía general está en cómo implementar Claude en tu empresa.
Un Project es un espacio de trabajo con contexto persistente (instrucciones + archivos) que todas sus conversaciones heredan: da contexto. Una Skill empaqueta un procedimiento completo para producir un entregable concreto con estructura, tono y formato definidos: produce resultado final. En una buena arquitectura, las Skills se usan dentro de Projects y ambos se alimentan de la base de conocimiento en archivos.
En archivos propiedad de la empresa — en vuestro SharePoint, Drive o servidor — nunca solo dentro de la herramienta de IA. Así el conocimiento sobrevive a cambios de herramienta, de modelo o de proveedor, y puede cargarse en Claude (u otra IA) en minutos.
Entre 3 y 6 para empezar: uno por proceso o área con volumen real de trabajo (propuestas, informes, contenido, soporte). Mejor pocos Projects bien cargados y usados a diario que quince vacíos. Se amplían cuando el uso lo pide.
La arquitectura completa (base de conocimiento, Projects, Skills, conectores) funciona con el plan Team. Enterprise añade capacidades de administración, seguridad y contexto mayores, relevantes a partir de decenas de usuarios o requisitos corporativos estrictos.
Con dedicación interna, unas semanas la primera versión: el cuello de botella es documentar el conocimiento (capa 1), no la parte de herramienta. En nuestras implementaciones lo dejamos funcionando en 3-4 semanas porque el diseño de documentos, Projects y Skills llega preparado a cada sesión y el equipo solo lo ejecuta y lo aprende.
¿Quieres implementar Claude en tu empresa?
Te ayudamos a pasar de la teoría a la práctica en 4 semanas, sin dependencias.
