Extensión de IA para VS Code: cómo elegir

Esta guía muestra cómo elegir una extensión con criterios verificables, probar sin poner en riesgo el proyecto principal y decidir cuándo basta un asistente individual o cuándo necesitas coordinar agentes.

En este artículo verás:

• Cómo separar autocompletado, chat, agente y orquestación.
• Cómo revisar publisher, origen, actualizaciones y permisos.
• Cómo probar la extensión en un proyecto controlado.
• Cómo comparar el resultado sin aceptar código de forma automática.

Extensión de IA para VS Code: empieza por la tarea

El autocompletado sugiere fragmentos mientras escribes. El chat responde preguntas y puede explicar archivos. Un agente recibe un objetivo, navega por el proyecto y propone cambios en varios archivos.

Estos usos no son equivalentes. Si solo quieres completar una función, una extensión liviana puede resolver. Si necesitas modificar código, ejecutar pruebas y revisar un diff, busca recursos de agente y control de aprobación.

También existe la orquestación. En ese caso, la herramienta organiza a más de un agente, cada uno con una tarea o una carpeta de trabajo. bridgecode entra en esta capa cuando la necesidad deja de ser elegir una extensión y pasa a ser acompañar a un equipo de agentes en VS Code o en Antigravity IDE.

Antes de instalar, escribe el resultado que quieres probar. Por ejemplo: “agrega validación al formulario, crea pruebas y muestra el diff antes de guardar”. Una buena extensión debe permitirte seguir estos pasos, no solo generar un bloque de código.

Revisa publisher, origen y permisos

Abre la página de la extensión en Marketplace de Visual Studio Code. Confirma el nombre del publisher, el repositorio indicado, la documentación y la fecha de la última actualización.

No tomes el número de instalaciones o las estrellas como prueba suficiente. Ayudan a descubrir opciones, pero no responden si la extensión es adecuada para tu repositorio, si recibe mantenimiento o si pide permisos compatibles con el trabajo.

Lee la política de privacidad y busca la descripción de lo que se envía a servicios externos. Para código propietario, prefiere saber qué cuenta se usa, qué archivos entran en el contexto y cómo desactivar el recurso cuando sea necesario.

La documentación de VS Code también explica cómo instalar, remover y listar extensiones por línea de comandos. Esto es útil para repetir la prueba en otra máquina o registrar la configuración del equipo.

Instala y prueba fuera del proyecto principal

Crea una carpeta de prueba o usa una rama descartable. El objetivo es observar el comportamiento de la extensión antes de liberar acceso al repositorio que contiene código, credenciales o datos de clientes.

Puedes registrar las extensiones instaladas e instalar una opción específica con el CLI de VS Code:

$ code --list-extensions
$ code --install-extension publisher.extension

Cambia publisher.extension por el identificador que aparece en la página de la extensión. No copies comandos de blogs sin verificar que el publisher sea el mismo del Marketplace.

Abre el proyecto en Workspace Trust. En un repositorio desconocido, mantén el modo restringido hasta entender qué tareas intenta ejecutar la extensión. La confianza en el workspace y la confianza en el publisher son decisiones diferentes.

Para evitar actualizaciones inesperadas durante la evaluación, puedes revisar las extensiones manualmente en la configuración de VS Code. Un ejemplo es:

{
  "extensions.autoUpdate": false,
  "extensions.autoCheckUpdates": true
}

Usa esta configuración solo durante la prueba o cuando el equipo tenga un proceso propio de actualización. Después, reevalúa el riesgo de permanecer en una versión antigua.

Haz una prueba reproducible con la misma solicitud

Elige una tarea pequeña, con resultado fácil de verificar. Una buena prueba tiene objetivo, archivos permitidos, comando de prueba y criterio de aceptación.

Una solicitud útil es: “lee src/form.ts, propone la validación de email, no modifiques otros archivos, explica el plan y recién después muestra el diff”. Así observas si la extensión respeta el alcance, explica lo que hará y espera aprobación.

Después de la respuesta, revisa el estado de Git:

$ git status --short
$ git diff --stat
$ git diff --check

Ejecuta las pruebas del proyecto y anota tres cosas: cuántas correcciones manuales fueron necesarias, si la explicación ayudó a revisar y si la extensión intentó acceder a archivos fuera del alcance. No transformes una respuesta bonita en nota de desempeño.

Si comparas dos extensiones, usa la misma solicitud, la misma rama limpia y el mismo conjunto de pruebas. La guía de Codex, Copilot y Claude Code en VS Code puede ayudar a separar instalación de evaluación práctica.

Cuándo usar una extensión o un squad de agentes

Una extensión individual suele ser suficiente para dudas rápidas, pequeñas correcciones y tareas que quieres seguir en una conversación. El flujo se vuelve más complejo cuando existe planificación, implementación, revisión y pruebas ocurriendo en paralelo.

En ese punto, no basta instalar más íconos en el editor. Necesitas roles claros, aislamiento de código y una forma de revisar el resultado antes del merge. El bridgecode puede organizar ese flujo en el editor que ya usas, con cada agente en su propia tarea.

Si la extensión también usa herramientas externas, lee la guía de MCP en VS Code antes de habilitar servidores. Un servidor puede ampliar la capacidad del agente, pero también aumenta la superficie de confianza del proyecto.