> ## Documentation Index > Fetch the complete documentation index at: https://docs.driftless.icu/llms.txt > Use this file to discover all available pages before exploring further. # Te damos la bienvenida a Driftless > Un solo workspace donde tu equipo y sus agentes comparten lo que saben, lo que operan y el trabajo en marcha, para que el contexto sobreviva a la siguiente sesión, modelo o herramienta. Tu agente puede escribir el código. Lo que no puede es saber por qué tu equipo descartó justo ese enfoque hace seis meses. Ese tipo de contexto es real, pero vive disperso entre chats, pull requests y la cabeza de cada persona, y queda stale en el momento en que el código se mueve por debajo. Y casi nunca es solo el código. El cliente con el que hablaste la semana pasada, la decisión que cerró una discusión larga, el pipeline que llevas a medias, la razón por la que un proyecto importa: cada cosa vive en una herramienta distinta, y tú terminas siendo el tejido que las conecta. Le vuelves a explicar el mismo estado al siguiente compañero, al siguiente agente y a la siguiente sesión. El trabajo se hace, y el contexto que lo hizo posible desaparece sin ruido. Driftless es un solo workspace para un equipo y sus agentes. En lugar de dejar ese estado disperso, mantiene tres tipos de él juntos: el **Knowledge** que ya revisaste y quieres poder usar después, las **Operations** que operas día a día como clientes, señales y pipelines, y el **Work** en marcha con sus objetivos, criterios y definición de terminado. Los agentes leen y actúan sobre ese estado compartido con los permisos que tú defines, y las personas siguen siendo responsables de lo que la empresa trata como verdadero. Ninguno de los tres es el punto por separado. El valor está en el loop entre ellos: una señal se vuelve contexto, el contexto se vuelve trabajo, el trabajo produce una acción, y la acción deja atrás Knowledge revisado para quien llegue después. Un mensaje de un cliente puede volverse una actualización operativa, abrir una pieza de trabajo con responsable, entregarle a un agente el contexto que necesita y dejar un aprendizaje que el equipo de verdad aprobó. [El loop de Driftless](/es/concepts/core-loop) recorre el modelo completo, y los agentes de código son el lugar más concreto para empezar. ## Conéctate en un minuto, más o menos El mismo espacio de trabajo, ya sea que llegue una persona o un agente. Instala la CLI, apunta tu agente hacia ella y ya estás dentro. ```bash theme={"theme":"github-light"} npm install -g @driftless-sh/cli driftless login ``` ¿Lo corres en CI? Pasa una key directamente: `driftless login --key drift_your_api_key_here`. Puedes crear una en [driftless.icu](https://driftless.icu), en Settings y luego API Keys. ```bash theme={"theme":"github-light"} driftless install-skill ``` Esto deja `AGENTS.md` y `CLAUDE.md` en tu repo. Desde ese momento, cualquier agente de código que abra el repo ya conoce el ritmo: leer lo que el equipo sabe antes de editar, y escribir de vuelta lo que aprendió después. Apunta ChatGPT, Claude o Cursor al endpoint MCP de Driftless: ``` https://api.driftless.icu/mcp ``` Claude y ChatGPT manejan el handshake de OAuth por su cuenta, así que solo pegas la URL. Para la CLI, los agentes y CI, envía tu key en el header `X-API-Key`. La configuración completa está en [MCP & OAuth](/es/mcp/overview). ¿Conectas un agente a mano? En el fondo se reduce a dos movimientos: leer antes de editar, escribir de vuelta después de aprender. Pega [todo el loop en un solo prompt](/es/quickstart#el-loop-completo-en-un-solo-prompt) en cualquier agente, o sigue [Configuración de agentes](/es/agents/setup) para tu cliente en particular. ## Explora la documentación Knowledge, Operations y Work, y el loop que convierte una señal en Knowledge revisado. Empieza aquí por el modelo completo. Todas las formas en que una persona o un agente se enchufa: la CLI, los skills de agente, MCP, la GitHub App, Notion y agentes self-hosted. El plano de Knowledge de cerca: workspaces, áreas, topics, gobernanza, y cómo el drift mantiene el contexto honesto. Proyectos, colecciones, notas y comentarios: los planos de Operations y Work, donde de verdad ocurre el hacer. Los comentarios de PR del Auditor, los agentes Audit y Architect del lado del servidor, y el hook de auto-pull. Crea, lee, actualiza y ancla topics de contexto desde la línea de comandos. La superficie REST. URL base, auth, el error envelope, workspaces, repos, topics e integraciones.