Matriz de funcionalidades · Agentes de IA para programar

Leyenda: ✅ Soportado · ⚠️ Parcial o con implementación distinta · ❌ No soportado · ? No se ha podido verificar

Funcionalidad	Claude Code	Codex	Kimi Code
CLI interactivo	✅ TUI `claude`	✅ TUI `codex`	✅ TUI `kimi`
Comandos slash	✅ Amplio juego integrado (`/compact`, `/plan`, `/review`, …)	✅ Juego integrado (`/compact`, `/plan`, `/review`, …)	✅ Juego integrado (`/compact`, `/plan`, `/goal`, …)
Modo plan	✅ `/plan`, Shift+Tab, `--permission-mode plan`	✅ `/plan` (sólo en la TUI)	✅ `/plan`, Shift-Tab, `--plan`
Instrucciones de proyecto	✅ CLAUDE.md	✅ AGENTS.md	✅ AGENTS.md
Agentes y subagentes	✅ `.claude/agents/` + integrados	✅ `.codex/agents/` + integrados	✅ `.kimi-code/agents/` + integrados
Skills	✅ `SKILL.md` (y el antiguo `.claude/commands/`)	✅ `SKILL.md` bajo `.agents/skills/`	✅ `SKILL.md` o `.md` plano
MCP	✅ Cliente (stdio/HTTP/SSE/WS)	✅ Cliente (stdio/HTTP con streaming) + `codex mcp-server`	✅ Cliente (stdio/HTTP/SSE)
Compactación del contexto	✅ Automática (~95%) + `/compact`	✅ Automática (por límite de tokens) + `/compact`	✅ Automática (umbral reservado) + `/compact`
Retomar sesiones	✅ `-c`, `-r`, `/resume`	✅ `codex resume`, `/resume`	✅ `-c`, `-S`, `/sessions`
Revisión de código	✅ `/code-review`, `/review`, `/security-review`	✅ `/review`, `codex review`	❌ No hay comando de revisión documentado
Control de permisos	✅ Seis modos + reglas allow/ask/deny	✅ Políticas de aprobación + perfiles con nombre + execpolicy	✅ Tres modos + `[[permission.rules]]`
Sandbox	⚠️ Sandbox del sistema opcional (apagado por defecto)	✅ Sandbox del sistema activo por defecto	❌ No hay sandbox del sistema documentado
Modo no interactivo	✅ `claude -p`	✅ `codex exec`	✅ `kimi -p`
Hooks	✅ Hooks de comando y de prompt al LLM	✅ `hooks.json` / `[hooks]` en línea	⚠️ `[[hooks]]` en config.toml (fail-open)
Plugins	✅ `/plugin` + marketplaces	✅ `codex plugin` + marketplaces	✅ `/plugins` + marketplace
Modo objetivo / autónomo	✅ `/goal [condición]`	✅ `/goal` (objetivo persistente, con `features.goals` activo)	✅ `/goal` (turnos encadenados, con códigos de salida)
Proveedores y modelos propios	⚠️ Anthropic + Bedrock/Vertex/Foundry	✅ `model_providers` propios (sólo la wire API Responses) + local con `--oss`	✅ Varios tipos de proveedor + variables `KIMI_MODEL_*`

Notas fila por fila

Comandos slash — Las tres tienen juegos amplios de comandos integrados, pero los nombres cambian para la misma tarea (por ejemplo /permission en Kimi frente a /permissions en Claude y Codex; /sessions en Kimi frente a /resume en los otros dos). Ver Comandos equivalentes.
Modo plan — En Claude el modo plan es un modo de permisos (plan), así que se puede fijar al arrancar y combinar con otros ajustes de permisos. El /plan de Codex sólo cambia el chat activo y no está disponible mientras Codex ya está trabajando. El modo plan de Kimi limita Write/Edit al archivo del plan y bloquea TaskStop; salir de él requiere confirmación del usuario salvo en modo Never Ask.
Instrucciones de proyecto — Mismo concepto, distintos nombres de archivo y reglas de precedencia. Claude lee CLAUDE.md (con soporte de @import); Codex y Kimi leen AGENTS.md. Los detalles están en CLAUDE.md vs AGENTS.md.
Agentes y subagentes — Las tres admiten definiciones propias de subagentes, pero en formatos y ubicaciones distintos: Claude usa Markdown con frontmatter YAML en .claude/agents/; Codex usa archivos TOML independientes en .codex/agents/; Kimi usa Markdown con frontmatter YAML en .kimi-code/agents/ y .agents/agents/.
Control de permisos — No es 1:1. Claude tiene seis modos (default/manual, acceptEdits, plan, auto, dontAsk, bypassPermissions); auto pasó a ser el modo por defecto en agosto de 2026 y usa un clasificador de seguridad en segundo plano. Codex separa la política de aprobación (untrusted/on-request/never/granular) del modo de sandbox. Kimi tiene tres modos: Always Ask (por defecto), Ask When Needed (--yolo) y Never Ask (--auto). El modo auto de Claude no es lo mismo que el auto/Never Ask de Kimi: Claude sigue pasando comprobaciones del clasificador, mientras que el Never Ask de Kimi lo decide todo automáticamente sin preguntar. Ver Permisos y seguridad.
Sandbox — Codex impone un sandbox del sistema operativo por defecto (Seatbelt en macOS, bwrap + seccomp en Linux, sandbox nativo o WSL2 en Windows) con tres modos: read-only, workspace-write y danger-full-access. Claude Code tiene un sandbox opcional (sandbox.enabled, en macOS/Linux/WSL2, apagado por defecto) con listas blancas de dominios de red. Kimi Code no documenta ningún sandbox del sistema; su modelo de seguridad documentado son los permisos, las reglas de aprobación y los hooks, y sus hooks son fail-open.
Hooks — Claude admite hooks de tipo command (bash) y de tipo prompt (evaluados por el LLM) en muchos eventos, con el código de salida 2 como bloqueo. Codex admite hooks de ciclo de vida vía hooks.json o configuración en línea, con una lista de eventos parecida. Los hooks de Kimi sólo admiten cuatro campos (event, matcher, command, timeout), sólo PreToolUse, Stop y UserPromptSubmit pueden bloquear, y cualquier salida distinta de cero que no sea 2 (o un timeout o una caída) deja pasar la acción — son fail-open, así que no pueden ser la única barrera de seguridad.
Proveedores y modelos propios — Claude Code admite Anthropic más nubes de terceros (Bedrock, Vertex, Foundry) vía variables de entorno y ajustes; no está documentado el uso de endpoints arbitrarios compatibles con OpenAI. Codex admite model_providers propios con base_url y cabeceras, pero sólo con la wire API responses, más modelos locales con --oss (LM Studio/Ollama). Kimi admite los tipos de proveedor kimi, anthropic, openai, openai_responses, google-genai y vertexai, con base_url propia, y una familia de variables KIMI_MODEL_* que crea un proveedor temporal.

Última verificación: 2026-09-07

Fuentes oficiales:

Las herramientas de IA para programar evolucionan rápido. Si encuentras información desactualizada, abre un issue o un pull request.