prjct/enterprise: por qué tu contexto operativo no debería vivir en tu vendor de IA
No es un chatbot. No es un wrapper de IA. No es otra plataforma de RAG. Es la capa entre tus sistemas y los vendors de IA — la que mantiene tu contexto operativo dentro de la empresa.
prjct/enterprise: la capa que las empresas necesitan
No es un chatbot. No es un wrapper de IA. No es otra plataforma de RAG. Es la infraestructura que vive entre tus sistemas empresariales y los vendors de IA — la capa que mantiene tu contexto operativo dentro del perímetro de la empresa.
TL;DR
→ Las empresas están adoptando IA con Claude, ChatGPT, Gemini para operaciones reales — ventas, soporte, reportes, HR, knowledge, automatización → El problema: el contexto operativo (prompts, workflows, memoria) se fragmenta dentro de cada vendor → prjct/enterprise mantiene ese contexto dentro de tu empresa, no dentro del vendor → Los modelos van a cambiar constantemente. Tu contexto operativo no debería depender de cuál esté de moda
Lo que veo
Las empresas están adoptando IA internamente más rápido de lo que reconocen. No con un solo proveedor — con varios al mismo tiempo:
- Ventas prompteando ChatGPT con scripts custom
- Soporte corriendo workflows internos en Claude
- HR automatizando flujos con asistentes propietarios
- Reportes generados por agentes internos
- Knowledge disperso entre Slack, Notion, Drive, ChatGPT custom GPTs
Cada equipo construye sus propios prompts, plantillas, lógica de negocio. Cada uno dentro del vendor que le quedó cómodo.
El resultado: la empresa construye dependencia operativa real sobre sistemas que no controla.
Qué es prjct/enterprise
Una capa gobernada entre tus sistemas empresariales y los vendors de IA. Cada interacción de IA pasa por esta capa antes de tocar los datos de tu empresa.
- Prompts custom de cada equipo en cuentas de vendor
- Memoria operativa fragmentada entre Claude, ChatGPT, Gemini
- API keys con acceso directo a CRMs, ERPs, bases de datos
- Sin auditoría unificada de quién pidió qué
- Si el vendor cambia, la empresa migra todo de cero
- Prompts, workflows y memoria viven en la empresa
- Una sola capa gobernada para todos los vendors
- Los vendors reciben respuestas gobernadas, no acceso raw
- Auditoría unificada de cada interacción
- El vendor es reemplazable. El contexto se queda.
Lo que la capa hace
Cada solicitud de IA atraviesa prjct/enterprise antes de llegar a un sistema interno o salir a un vendor:
- Verificación de identidad — quién está preguntando, en qué contexto
- Permisos — qué datos puede ver esta persona, en este momento, para este caso
- Reglas de gobierno — qué se puede preguntar, qué no, bajo qué condiciones
- Auditabilidad — registro completo de cada interacción
- Memoria operativa — el contexto de la organización, no del vendor
- Retrieval con scope — solo los datos relevantes, no acceso amplio
- Enmascaramiento de datos sensibles — el vendor nunca ve PII raw
El vendor de IA solo recibe una respuesta gobernada. Nunca acceso directo a CRMs, ERPs, bases de datos o sistemas internos.
Lo que NO es
- No es un chatbot. No es la interfaz que el usuario ve.
- No es un wrapper de IA. No es otro UI sobre OpenAI o Anthropic.
- No es otra plataforma de RAG. No es un buscador semántico ni un vector store.
Es infraestructura — diseñada para empresas que ya están operacionalizando IA internamente y empiezan a sentir la fragmentación, los huecos de gobierno y el lock-in con vendors.
La tesis
Los modelos van a cambiar constantemente. Esa es la regla, no la excepción. Lo que no debería cambiar es el contexto operativo que tu empresa construye en el camino.
En el modelo que propone prjct/enterprise:
- Claude, ChatGPT, Gemini, sistemas internos de IA se vuelven interfaces reemplazables
- Tu empresa retiene la memoria, las reglas, la identidad, el gobierno, la continuidad operativa
El vendor que esté de moda este trimestre puede cambiar. Tu inteligencia operativa no.
Para quién es
Empresas que ya están operacionalizando IA internamente y empiezan a experimentar:
- Fragmentación — el mismo conocimiento operativo replicado en cuentas de tres vendors distintos
- Huecos de gobierno — nadie sabe quién accedió a qué datos, con qué prompt
- Vendor lock-in — la migración entre proveedores cuesta más cada trimestre
Si reconoces alguno de estos patrones, prjct/enterprise se está construyendo para ti.
prjct/enterprise es el sibling enterprise de prjct — donde prjct resuelve el workflow del developer con Claude Code, prjct/enterprise resuelve el contexto operativo de la organización completa.
Para ti
- Si lideras adopción de IA en tu empresa y empiezas a ver fragmentación — escríbeme. Esa conversación es la que más me importa ahora mismo.
- Si quieres conocer el producto — enterprise.prjct.app.
- Si construyes algo parecido y quieres comparar notas — también escríbeme.
La visión de largo plazo: ayudar a las empresas a adoptar IA sin perder control de la inteligencia operativa que construyen en el camino. Si estás en ese punto, hablemos.
JJ