Skip to content

⚙️ Configuración y Perfiles (CLI)

Esta sección documenta cómo configurar Context Code para uso diario: proveedores, modelos, ajustes persistentes, perfiles y settings.


🧠 Dos niveles: sesión vs configuración persistente

  • Sesión: cambios que aplican al chat actual (por ejemplo cambiar el modelo).
  • Configuración persistente: ajustes guardados para tu usuario o tu proyecto.

En modo interactivo, la mayoría se gestiona con Slash Commands:


🧾 Settings por archivo (flag --settings)

Puedes pasar un archivo JSON de settings (o un JSON inline) al iniciar:

bash
context --settings ./mi-settings.json

Usos típicos:

  • Ejecutar en CI con un set de settings controlado.
  • Probar una configuración sin tocar tu configuración habitual.

🗂️ Fuentes de configuración (--setting-sources)

Context Code puede cargar settings desde varias fuentes. Con --setting-sources puedes limitar explícitamente de dónde leer:

bash
context --setting-sources user,project

Fuentes comunes:

  • user: settings globales del usuario.
  • project: settings del proyecto.
  • local: settings locales a la máquina.

🧩 Perfiles

Los perfiles te permiten mantener múltiples configuraciones (por proveedor/modelo) y alternarlas rápido.

Operación recomendada (interactivo):

  • /perfil list
  • /perfil create
  • /perfil use <nombre>
  • /perfil current

Documentación: /guia/comandos-ia


🌐 Proveedores y modelos

Gestión recomendada (interactivo):

  • /provider <id>
  • /model <alias>

Documentación: /guia/comandos-ia


📁 Directorios adicionales permitidos (--add-dir)

Por seguridad, Context Code opera “centrado” en el workspace. Si necesitas permitir directorios extra para herramientas (lectura/edición/exec), usa:

bash
context --add-dir ../shared --add-dir ../libs

🧠 Inicialización del repositorio (/iniciar)

Para repositorios nuevos, el comando /iniciar analiza el proyecto y genera .context/CONTEXT.md (equivalente local a “CLAUDE.md”):

Desarrollado con pasión e Inteligencia Artificial.