Llevas Meses Usando Claude Code Mal: La Diferencia Real Entre Terminal e IDE

Opinión impopular: usar Claude Code desde la terminal está sobrevalorado.

No porque sea malo. Sino porque en 2026, con las integraciones nativas que ya existen, estás dejando sobre la mesa la mitad del potencial.

Me lo explicaré a mí mismo primero, porque yo también lo hacía así.

Abría mi terminal, navegaba hasta el proyecto, lanzaba `claude` y le pedía lo que necesitaba. Funcionaba. Pero cada sesión era como empezar de cero: tenía que explicarle la estructura del proyecto, qué archivo estaba editando, qué error tenía en pantalla.

Luego configuré la extensión de VS Code 2.0 y el agente nativo de JetBrains. Y ahí fue cuando entendí la diferencia.

---

Por qué el contexto lo es todo

Mira, Claude Code en terminal es potente. Pero es ciego a tu entorno.

No sabe qué archivo tienes abierto. No ve el error subrayado en rojo en la línea 47. No sabe que llevas dos horas en esa función sin avanzar.

El IDE sí sabe todo eso.

Y cuando Claude Code opera *dentro* del IDE, ese contexto fluye de forma automática. No lo tienes que describir. Claude ya lo ve.

Eso cambia fundamentalmente cómo funciona la colaboración.

---

Setup: Extensión VS Code 2.0

La extensión de Claude para VS Code 2.0 (disponible desde principios de 2026) ya no es la versión simple que teníamos el año pasado. Ahora incluye integración directa con el workspace, acceso al árbol de archivos y soporte nativo para MCP servers.

Instalación:

```bash

Desde la terminal de VS Code

code --install-extension anthropic.claude-code ```

O busca `Claude Code` en el marketplace y verás la extensión oficial de Anthropic.

Configuración mínima en `settings.json`:

```json { "claude.code.autoContext": true, "claude.code.includeOpenFiles": true, "claude.code.mcpServers": [ { "name": "filesystem", "command": "npx", "args": ["-y", "@modelcontextprotocol/server-filesystem", "${workspaceFolder}"] } ] } ```

Con `autoContext` activado, Claude recibe automáticamente:

El archivo activo
Los últimos errores del panel Problems
El historial de cambios reciente en el workspace

No tienes que copiar y pegar nada. Literal.

El AGENTS.md que marca la diferencia:

Crea un archivo `AGENTS.md` en la raíz de tu proyecto. Claude Code lo lee como instrucciones permanentes cada vez que arranca una sesión dentro del IDE:

```markdown

Instrucciones para Claude Code

Stack

Next.js 15 con App Router
Supabase para base de datos y auth
Vercel para deploy
Tailwind CSS + shadcn/ui

Convenciones

Componentes en PascalCase
Server Actions en `/app/actions/`
Variables de entorno con prefijo `NEXT_PUBLIC_` solo cuando sean públicas

Tests

Vitest para unit tests
Playwright para E2E
No crear tests sin que se pidan explícitamente

Lo que NO hacer

No usar `any` en TypeScript
No hardcodear URLs, usar variables de entorno

```

Esto elimina el briefing inicial en cada sesión. Claude ya sabe dónde está.

---

Setup: JetBrains Claude Agent (nativo)

Si usas IntelliJ, WebStorm o cualquier IDE de JetBrains, el agente nativo de Claude de 2026 es distinto al plugin genérico que existía antes.

Antes era básicamente un chat lateral. Ahora el agente puede:

Refactorizar archivos completos sin que los abras
Ejecutar inspecciones del proyecto y actuar sobre ellas
Lanzar tests y leer los resultados para corregir errores

Instalación:

Ve a `Settings → Plugins → Marketplace` y busca `Claude Agent`. Es el plugin oficial de Anthropic, no uno de terceros.

Configuración del agente:

```xml  <component name="ClaudeAgentSettings"> <option name="autonomousMode" value="true" /> <option name="includeProjectStructure" value="true" /> <option name="maxFileContextTokens" value="50000" /> <option name="mcpEnabled" value="true" /> </component> ```

El modo autónomo es el que marca la diferencia. Sin él, Claude te pregunta confirmación en cada paso. Con él, ejecuta la cadena completa: identifica el problema, edita los archivos, lanza los tests, verifica que pasan.

---

El problema real: la pérdida de tokens en errores repetidos

Esto conecta con algo que vi esta semana en Hacker News [2]: alguien construyó un MCP server llamado Global Issue Memory (GIM) precisamente porque notó que Claude Code —corriendo de forma autónoma— gastaba decenas de miles de tokens buscando soluciones a errores que ya había resuelto antes.

Es un patrón que reconozco. Y la integración con el IDE lo mitiga parcialmente porque Claude retiene mejor el contexto de la sesión activa. Pero para proyectos largos, algo como GIM tiene sentido como capa adicional.

La arquitectura que funciona para mí en 2026:

``` IDE (contexto del workspace) ↓ Claude Code (agente) ↓ MCP Servers (filesystem, GitHub, base de datos) ↓ GIM o similar (memoria de errores entre sesiones) ```

Cada capa resuelve un problema distinto. El IDE da contexto inmediato. MCP da acceso a herramientas. La memoria compartida evita rework.

---

¿Y Xcode?

Xcode es el más limitado de los tres. No hay un agente nativo equivalente todavía. Lo que funciona es usar Claude Code desde terminal dentro del directorio del proyecto Xcode, con un AGENTS.md bien configurado que especifique las convenciones de Swift y el target mínimo de iOS.

Para desarrollo Apple, la combinación que uso es terminal + MCP filesystem apuntando al proyecto. No es tan fluido como VS Code o JetBrains, pero funciona.

---

Lo que realmente cambia

La diferencia entre terminal e IDE no es de comodidad. Es de flujo de información.

En terminal: tú eres el puente entre el IDE y Claude. Describes el contexto, copias errores, pegas código.

En IDE: el puente desaparece. Claude ve lo que tú ves.

Y cuando el agente puede ver, actuar y verificar sin que tú intermedies, el tipo de trabajo que puedes delegar cambia completamente.

No le pides que "arregle el error de TypeScript de la línea 47". Le dices "revisa el componente de autenticación" y él encuentra los tres errores que ni habías visto.

---

Próximos pasos

Si todavía no tienes configurada la integración de IDE:

1. Instala la extensión VS Code 2.0 o el agente JetBrains y activa el modo autónomo 2. Crea un `AGENTS.md` en cada proyecto con tu stack y convenciones 3. Configura al menos un MCP server de filesystem para que Claude pueda navegar el proyecto sin que le describas la estructura

No es configuración compleja. Son menos de 30 minutos. Pero la diferencia en el flujo de trabajo se nota desde la primera sesión.

Seguimos construyendo.