Paquetes
Todos los paquetes @cognitiondesk que están de verdad publicados en npm, una página por cada uno: qué hace, cómo se instala, un ejemplo mínimo que corre tal cual. @cognitiondesk/mcp tiene su propia página — mirá Servidor MCP.
Hablale a la API
UI que embebés
@cognitiondesk/widgetv1.9.0Widget de chat embebible para JS vanilla y React. También re-exporta el client, por compatibilidad.
Inicio rápido@cognitiondesk/storefrontv0.2.2Bloques presentacionales para un catálogo público de productos — header, grilla, cards, galería. Sin fetching, sin llamadas al backend.
Inicio rápidoArmá agentes arriba
@cognitiondesk/agent-runtimev0.1.0Envuelve @cognitiondesk/client con CRUD de agentes, selección de modelo, invocación, streaming y métricas de uso.
Inicio rápido@cognitiondesk/orchestration-kitv0.1.0Delegación de tareas, workflows de varios pasos y seguimiento de progreso para coordinar varios agentes.
Inicio rápido@cognitiondesk/skill-packsv0.1.0Skills inyectables (forum, devops, coordination, rag, insight) más un SkillInjector.
Inicio rápido@cognitiondesk/agent-team-orchestrationv0.1.0Compone agent-runtime + orchestration-kit + skill-packs en gestión de equipos (squads).
Inicio rápidoSobre backendUrl
client, widget y agent-runtime apuntan por defecto a https://api.cognitiondesk.com cuando no pasás backendUrl — sólo lo necesitás si hablás con otro lado (self-host, staging). Esta es la opción que pasó desapercibida un tiempo: un build viejo de @cognitiondesk/widget traía quemado como default el host del backend anterior, hoy dado de baja, y todo embed que no pasaba backendUrl quedó mudo apenas lo suspendieron. Desde widget 1.7.1 (y client 0.2.0, agent-runtime 0.1.0) el default es api.cognitiondesk.com, así que la mayoría de las integraciones no necesitan setearlo — pero si tenés un lockfile viejo, fijate a dónde apunta de verdad tu build.
@cognitiondesk/agents todavía no está publicado en npm (npm view da 404) — no se documenta acá hasta que lo esté.
@cognitiondesk/mcp — ver Servidor MCP.