Vs-Code on KnightLi Blog

Cómo cambiar el idioma de la interfaz de VS Code: chino, inglés y otros idiomas

Fri, 08 May 2026 13:18:57 +0800

VS Code admite muchos idiomas de interfaz. Lo habitual es instalar primero el paquete de idioma correspondiente y luego elegir el idioma de visualización desde la paleta de comandos. Si necesitas fijar VS Code a un idioma concreto, también puedes modificar manualmente el valor locale en argv.json.

Este método no solo sirve para chino simplificado; también funciona con inglés, chino tradicional, japonés, coreano, francés, alemán, español y otros idiomas.

Instalar el paquete de idioma correspondiente

Si quieres cambiar a una interfaz que no sea inglés, normalmente debes instalar primero un paquete de idioma.

Abre el panel de extensiones de VS Code en la barra lateral izquierda, o usa el atajo Ctrl+Shift+X.
En el cuadro de búsqueda, escribe el idioma objetivo, por ejemplo Chinese, Japanese, Korean o French.
Selecciona el paquete de idioma correspondiente y haz clic en Install.
Cuando termine la instalación, reinicia VS Code si se te solicita.

Para chino simplificado, el paquete habitual es Chinese (Simplified). Para chino tradicional, usa Chinese (Traditional).

Cambiar el idioma desde la paleta de comandos

Este es el método recomendado para la mayoría de los usuarios.

Abre la paleta de comandos: Ctrl+Shift+P.
Escribe Configure Display Language.
Selecciona el comando Configure Display Language.
Elige en la lista el idioma que quieres usar.
Reinicia VS Code si se te solicita.

Después del reinicio, los menús, las páginas de configuración y los mensajes habituales usarán el idioma seleccionado. Si el idioma objetivo no aparece en la lista, instala antes su paquete desde el panel de extensiones.

Especificar el idioma manualmente en argv.json

Si el cambio desde la paleta de comandos no funciona, o si quieres fijar explícitamente el idioma de visualización, puedes editar directamente el archivo de argumentos de ejecución de VS Code.

Abre la paleta de comandos: Ctrl+Shift+P.
Escribe y selecciona Preferences: Configure Runtime Arguments.
Busca o agrega la opción locale.
Cambia su valor por el código del idioma objetivo.
Guarda el archivo y reinicia VS Code.

Por ejemplo, para cambiar a inglés:

1
2
3

{
  "locale": "en"
}

Para cambiar a chino simplificado:

1
2
3

{
  "locale": "zh-cn"
}

Para cambiar a japonés:

1
2
3

{
  "locale": "ja"
}

argv.json es un archivo JSON, así que presta atención a las comas y las comillas. Si la configuración no es válida, VS Code puede no leer correctamente el idioma configurado.

Códigos de idioma de interfaz comunes

Idioma de visualización	locale
English (US)	`en`
Chino simplificado	`zh-cn`
Chino tradicional	`zh-tw`
French	`fr`
German	`de`
Italian	`it`
Spanish	`es`
Japanese	`ja`
Korean	`ko`
Russian	`ru`
Portuguese (Brazil)	`pt-br`
Turkish	`tr`
Bulgarian	`bg`
Hungarian	`hu`

Qué hacer si el idioma no cambia

Revisa estos puntos en orden:

Confirma que el paquete del idioma objetivo está instalado.
Confirma que locale usa el código correcto. Por ejemplo, chino simplificado es zh-cn, no zh-CN.
Cierra VS Code por completo y vuelve a abrirlo después de cambiar el idioma.
Si editaste argv.json manualmente, comprueba que la sintaxis JSON sea válida.
Si la configuración está desordenada, elimina la entrada locale y vuelve a elegir el idioma mediante Configure Display Language.

En la mayoría de los casos, Configure Display Language es la opción más sencilla. Edita argv.json solo cuando necesites forzar un idioma concreto o cuando el cambio desde la paleta de comandos no surta efecto.

Referencias

VScode: cambiar el idioma de la interfaz de VS Code a chino simplificado y alternar el idioma de visualización

Cómo elegir un entorno de desarrollo embebido en 2026: Keil, STM32CubeIDE, VS Code y colaboración AI

Wed, 22 Apr 2026 23:05:00 +0800

Si todavía trabajas con microcontroladores o sistemas embebidos, pronto aparece una pregunta práctica: en 2026, cuando la programación asistida por AI se ha vuelto común, ¿qué entorno de desarrollo tiene sentido?

En la superficie parece una comparación entre varios IDEs. Pero en realidad pregunta otra cosa: ¿quieres una herramienta que simplemente haga correr el proyecto, o un workflow que equilibre compatibilidad de ecosistema, experiencia de programación y colaboración AI?

Desde ese ángulo, la respuesta normalmente no es elegir uno entre Keil, STM32CubeIDE, VS Code y CLion, sino recombinar lo que cada uno hace mejor.

Primero mira las opciones principales y qué resuelve cada una

En desarrollo embebido, los nombres familiares siguen siendo casi los mismos:

Keil
STM32CubeIDE
VS Code
CLion

Si vas aún más atrás, la gente mencionará IAR. Pero para esta discusión importa menos quién tiene el linaje más antiguo y más quién encaja realmente con la realidad actual del desarrollo.

Keil: ecosistema fuerte, entrada fiable, pero edición claramente anticuada

Keil sigue siendo difícil de evitar, y la razón es simple: está en todas partes.

Ya sea en proyectos legacy de empresas, tutoriales online, ejemplos compartidos o codebases antiguas, una enorme cantidad de trabajo embebido sigue organizada alrededor de Keil. Su flujo de build, descarga y debug sigue siendo maduro, y si tu objetivo principal es hacer correr código en una placa, sigue siendo un camino corto.

Sus problemas son igual de obvios:

interfaz anticuada
experiencia de edición promedio
no es un hogar natural para programación asistida por AI

Así que Keil se siente más como punto de entrada de proyecto y base de depuración que como editor ideal para una experiencia de programación en 2026.

STM32CubeIDE: amigable para STM32, pero más herramienta de aprendizaje e inicio rápido

Si vives principalmente en el ecosistema STM32, STM32CubeIDE suele ser el primer entorno que tocas.

Sus fortalezas son claras:

onboarding amigable para principiantes
configuración de periféricos y generación de proyectos cómoda
cadena de debug bastante completa

Para estudiantes, principiantes e inicio temprano de proyectos, la experiencia es directa y suficiente.

Pero al entrar en proyectos largos, colaboración pesada y workflows personalizados, sus limitaciones se hacen más visibles. En trabajo comercial o entornos de equipo más complejos, puede no ser el entorno primario más cómodo.

Encaja mejor como herramienta all-in-one centrada en STM32 para comenzar rápido que como editor primario a largo plazo.

VS Code: no es realmente un IDE, pero gana fuerza en la era AI

Estrictamente, VS Code no es un IDE tradicional. Más exactamente, es un editor extensible.

Eso le da una naturaleza dual.

Sus debilidades:

necesita plugins y configuración
no es suficientemente amable para principiantes
no reemplaza de entrada todo el flujo de un IDE embebido

Pero sus fortalezas vienen del mismo lugar:

gran extensibilidad
experiencia de programación mucho más moderna
mejor resaltado, navegación, búsqueda y refactorización
más impulso alrededor de herramientas AI y flujos de agentes

En esta etapa, muchos desarrolladores ya no quieren solo algo para escribir código. Quieren saber si la colaboración AI encaja naturalmente en el mismo entorno. Desde esa perspectiva, la ventaja de VS Code es difícil de ignorar.

CLion: buena experiencia, pero no suficientemente central en práctica embebida

CLion aparece a menudo porque su experiencia C/C++ lleva tiempo considerándose sólida.

Pero para muchos desarrolladores embebidos, la pregunta no es si es bueno. La pregunta es si vale la pena cambiar:

relativamente menos gente lo usa en workflows embebidos
no se conecta tan directamente con ecosistemas de proyectos embebidos existentes como Keil
quizá no ofrece una ventaja de colaboración AI más práctica que VS Code

Así que se siente más como una opción teóricamente buena que como el centro más natural de un workflow embebido mainstream hoy.

Una respuesta más práctica: Keil para build/debug, VS Code para programar

Si separas estas herramientas por rol, aparece una conclusión mucho más pragmática:

usar Keil para preservar compatibilidad de proyectos existentes, build, flashing y debugging
usar VS Code para programación diaria, búsqueda, navegación y colaboración AI

El valor de esta combinación es que no intenta forzar una herramienta a hacerlo todo. Devuelve cada herramienta al rol donde es mejor.

Para muchos proyectos embebidos, el ecosistema Keil simplemente no es opcional. Si eso es cierto, en lugar de forzar todo de vuelta a Keil, tiene más sentido tratarlo como backend de build y debug, y entregar la experiencia real de edición a VS Code.

Por qué esta combinación tiene más sentido en la era AI

Hoy, la línea divisoria entre entornos ya no es solo si el editor se siente fluido. Es si la AI puede conectarse naturalmente al workflow.

VS Code tiene varias fortalezas prácticas:

soporte más activo para plugins y agentes AI
experiencia de exploración de código más adecuada para que AI lea y modifique proyectos
integración más fácil con ecosistemas modernos de plugins

Eso significa que algunas de las partes más incómodas del desarrollo embebido pueden empezar a descargarse en AI:

encontrar funciones y call chains en un proyecto existente
generar rápidamente código de inicialización
añadir un print UART simple
explicar la estructura de proyectos antiguos
hacer ediciones pequeñas y localizadas en archivos existentes

Estas tareas nunca fueron imposibles. Solo eran incómodas. El significado de VS Code no es solo que se vea mejor, sino que puede convertirse más naturalmente en el banco de trabajo para colaboración AI.

El parche clave: conectar VS Code con proyectos Keil mediante plugins

Que este workflow funcione en la práctica depende de algo: ¿puedes conectar realmente VS Code con un proyecto Keil?

Una clase muy práctica de plugins hace exactamente eso, permitiendo que VS Code lea la estructura de proyecto Keil y llame a programas backend de Keil desde el editor para tareas como:

abrir un proyecto
compilar
descargar

Así no tienes que saltar constantemente entre dos interfaces solo para escribir código. Solo vuelves a Keil para trabajo de depuración pesado, como stepping, breakpoints e inspección de registros.

El valor real de estos plugins no es ahorrar unas ventanas. Es hacer continuo el workflow.

No olvides la configuración básica de plugins C/C++

Si quieres usar VS Code como editor embebido principal, hay un punto básico que suele ignorarse: debes configurar correctamente el plugin C/C++ central y el indexado del proyecto.

Si no, aparecerán problemas que dañan mucho la experiencia:

jump-to-definition no funciona
aparecen subrayados rojos falsos
la calidad de completion es pobre
las relaciones de headers se vuelven confusas

Mucha gente asume que eso significa que VS Code no sirve para embebido. En la práctica, a menudo solo ocurre que el indexado y la configuración de plugins no están conectados correctamente.

Una vez configurada esa capa, VS Code sí puede entregar sus fortalezas al leer proyectos grandes, buscar símbolos y usar AI para cambios de código dirigidos.

Para quién encaja este workflow

Creo que esta combinación funciona especialmente bien para estos grupos.

1. Personas con muchos proyectos basados en Keil

Si tus proyectos de empresa, materiales de curso o código histórico giran alrededor de Keil, no hay razón para tirar ese ecosistema solo por parecer moderno. Conserva Keil y añade VS Code como frontend. Suele ser la transición de menor coste.

2. Personas que quieren ayuda AI con código embebido

Si ya te gusta usar AI para explicar funciones, generar boilerplate o hacer cambios locales de lógica, VS Code asumirá ese rol de forma más natural que los IDEs embebidos tradicionales.

3. Personas que quieren equilibrar materiales de aprendizaje y proyectos reales

Muchos tutoriales siguen construidos alrededor de Keil, pero tu propio workflow no necesita quedarse atrapado en esa época. Trata Keil como capa de compatibilidad y VS Code como capa de productividad, y el equilibrio mejora mucho.

Cierre

En 2026, la pregunta clave sobre entornos embebidos ya no es solo qué IDE tiene más funciones. Es qué combinación encaja mejor con cómo trabaja la gente hoy.

Si solo quieres empezar rápido, STM32CubeIDE sigue teniendo su lugar. Si necesitas heredar mucha realidad de ingeniería existente, Keil sigue siendo inevitable. Pero si también quieres una experiencia moderna de edición y colaboración AI, la respuesta más práctica suele ser:

deja que Keil maneje build y debugging, y que VS Code maneje escribir código.

Quizá no sea la única respuesta, pero probablemente es una de las menos incómodas disponibles hoy.

Usar Claude en VS Code: de configurar API a generar páginas

Thu, 16 Apr 2026 17:47:17 +0800

Cuando empiezas a llevar modelos grandes al desarrollo diario, el mayor cambio no suele ser si pueden escribir código. Es si pueden empujar de una vez un conjunto de tareas pequeñas y dispersas.

El valor real de estas herramientas no es completar unas líneas. Es poder chatear, editar archivos, previsualizar resultados y seguir iterando sin salir del editor. Para páginas simples, prototipos rápidos, ajustes de estilo y pequeñas funciones, ese workflow suele sentirse mucho más fluido que cambiar manualmente de una herramienta a otra.

Este artículo resume un enfoque práctico: después de conectar un modelo tipo Claude a VS Code, cómo usarlo realmente para generación de páginas e iteración de pequeñas funciones.

1. Conecta primero la toolchain

El flujo central de un plugin de AI coding suele ser simple:

Instalar en VS Code un plugin que soporte edición conversacional de código
Rellenar el Base URL del servicio de modelo
Añadir tu API Key
Elegir el nombre de modelo

Una vez hecho, la parte AI del editor es realmente usable. Después, las diferencias de experiencia dependen más de calidad del modelo, interacción del plugin y estabilidad del output generado.

Si nunca configuraste un plugin así, piensa en esto:

el plugin convierte tu petición en lenguaje natural en acciones del editor
la API envía la solicitud a un servicio de modelo
el modelo interpreta tu intención y devuelve código, ediciones o resultados estructurados

El trabajo real de emparejar piezas está en tres cosas: plugin, endpoint y nombre de modelo.

2. Empieza con tareas pequeñas

Mucha gente quiere que la herramienta construya un proyecto completo al primer intento. Puede funcionar, pero para principiantes lo más rápido es empezar con algo mucho menor.

Por ejemplo:

Generar una página frontend simple
Añadir una sección de aviso a una página existente
Crear un formulario de registro
Hacer que la UI se vea más pulida y formal

Estas tareas ayudan porque:

el prompt es más claro
puedes previsualizar el resultado de inmediato
ves cómo conversación y ediciones de archivo trabajan juntas

Cuando la petición es suficientemente específica, el plugin puede conversar en una barra lateral mientras edita archivos. Luego inspeccionas el resultado, previsualizas la página y decides si pedir otro cambio.

3. La ganancia real es la iteración, no la generación de una pasada

Un malentendido común es centrarse demasiado en si el primer resultado impresiona.

En la práctica importa más si la segunda y tercera ronda siguen moviéndose en la dirección correcta.

Un patrón común:

Pedir un esqueleto funcional de página
Añadir una o dos funciones claras
Revisar si código y UI se vuelven más completos

Si la herramienta se siente fluida, empieza a parecerse a trabajar con un junior muy rápido:

describes la tarea
produce una primera pasada
señalas lo que falta
sigue refinando

Ese workflow iterativo y conversacional se acerca mucho más al desarrollo real y es donde estas herramientas crean mayor diferencia de productividad.

4. Saber qué dar a AI y qué corregir tú

Esta distinción importa mucho.

Layout de página, borradores de componentes, scaffolding de formularios, pulido de estilo, copy placeholder y boilerplate repetitivo suelen ser buenos candidatos para AI.

Pero si solo necesitas:

cambiar una etiqueta de botón
ajustar una frase de footer
tocar un detalle mínimo de estilo

a menudo es más rápido editarlo tú. El cambio es demasiado pequeño para justificar otra interacción completa con el modelo.

El enfoque eficiente no es darle todo a AI. Es saber cuándo dejarle manejar un bloque grande y cuándo terminar los últimos detalles a mano.

5. La configuración API es una barrera, pero no lo más difícil

Mucha gente no se atasca en programar. Se atasca en configurar.

Checks habituales:

¿El endpoint es correcto?
¿La key es válida?
¿El nombre de modelo coincide con el servicio?
¿El plugin espera un formato concreto de Base URL?

Si uno falla, el plugin puede abrir normalmente pero las solicitudes fallan por debajo.

Orden práctico de troubleshooting:

Revisar endpoint
Revisar key
Revisar nombre de modelo y requisitos de formato URL

Esos tres puntos resuelven la mayoría de problemas de setup.

6. Cómo juzgar si el output vale la pena

Un estándar práctico no es si el output parece espectacular, sino si aguanta pruebas básicas:

¿La página generada corre de inmediato?
¿La estructura es razonablemente clara?
¿Sigue el rumbo tras peticiones de seguimiento?
¿Mantiene consistencia al crecer el alcance de edición?

Si una o dos rondas bastan para mover una página desde blanco hasta algo refinable, la herramienta ya es útil.

Si cada resultado requiere rework grande, no está ahorrando tiempo. Solo convierte escribir código en revisar código.

Cierre

Lo más interesante de usar modelos tipo Claude en VS Code no es la fantasía de no escribir código nunca más. Es que muchas tareas dispersas, repetitivas y que rompen contexto pueden avanzar en una pasada.

Un workflow realista:

deja que AI construya el primer esqueleto de página y función
usa dos o tres rondas conversacionales para refinar
haz tú los pequeños cambios finales claros

Así, AI se vuelve un acelerador, no un reemplazo que deba tomar todo el desarrollo.

Cree imágenes de Docker en VS Code en Windows: desde la configuración hasta la compilación

Thu, 16 Apr 2026 10:20:00 +0800

Si desea crear imágenes de Docker directamente desde VS Code en Windows, el flujo de trabajo es sencillo. Solo necesitas tres partes: preparar el entorno, crear un Dockerfile y luego ejecutar la compilación.

01 Requisitos previos

Asegúrese de que estos dos elementos estén listos:

Instale y ejecute Docker Desktop.
Instale la extensión oficial de Microsoft Docker en VS Code.

En Windows, usar el backend WSL 2 en Docker Desktop (Configuración > Recursos > Integración WSL) suele ser más estable y rápido.

02 Preparar un archivo Docker

Si tu proyecto aún no tiene uno, VS Code puede generarlo:

Abra la carpeta de su proyecto en VS Code.
Presione F1 o Ctrl+Shift+P para abrir la paleta de comandos.
Ejecute Docker: Agregar archivos Docker al espacio de trabajo.
Elija su plataforma (Node.js, Python, .NET, etc.) y siga las indicaciones.

Normalmente obtendrá al menos:

-Dockerfile

.dockerignore

Esto le proporciona una base de trabajo que podrá perfeccionar más adelante.

03 Tres Maneras de Construir la Imagen

Método A: haga clic con el botón derecho en Dockerfile

En el Explorador de archivos, haga clic derecho en “Dockerfile”, seleccione “Crear imagen…” e ingrese una etiqueta de imagen.

Método B: Paleta de comandos

Presione F1, ejecute Docker: Build Image, luego seleccione el contexto y la etiqueta.

Método C: Terminal integrado

`1`	`docker build -t your-image-name .`

Este comando crea una imagen a partir del contexto del directorio actual con la etiqueta tu-nombre-de-imagen.

04 Comprobaciones rápidas para problemas comunes

Docker Desktop no se está ejecutando: verifique que esté iniciado.
La compilación es muy lenta: verifique si el backend de WSL 2 está habilitado.
La compilación no puede encontrar archivos: asegúrese de que su terminal esté en la raíz del proyecto y que los archivos estén dentro del contexto de compilación.
Los recursos de Docker no se muestran en VS Code: reinicie VS Code y verifique Docker CLI (versión de Docker).

Resumen

La creación de imágenes de Docker en VS Code en Windows es principalmente un problema de configuración. Una vez que Docker Desktop y la extensión VS Code Docker estén implementados, puede generar archivos Docker rápidamente y crear imágenes desde la interfaz de usuario o el terminal.

Usar Agent Skills para sustituir la función de Copilot en VS Code que genera mensajes de commit

Mon, 06 Apr 2026 13:09:49 +0800

La función “generar mensaje de commit” de GitHub Copilot en VS Code es muy práctica. Cuando se agota la cuota, el ciclo de reinicio puede ser muy largo. Este artículo es un intento de sustituir esa función usando Agent Skills locales.

Problema y objetivo

El objetivo de este artículo es ofrecer una alternativa que se pueda aplicar directamente: usar el skill agent git-commit-push-zh para completar commits y push estandarizados.

Alternativa: `git-commit-push-zh`

Este skill convierte los “cambios actuales” en un flujo fijo:

Revisar el estado de los cambios.
Confirmar la rama actual.
Añadir los cambios al área de staging.
Generar un mensaje de commit en chino.
Ejecutar commit.
Hacer push a la rama remota.

Los comandos correspondientes son:

git status --short
git branch --show-current
git add -A
git commit -m "<中文提交信息>"
git push origin <当前分支>

Convención recomendada para mensajes de commit

Se recomienda usar un formato unificado:

`1`	`<类型>(<范围>): <中文摘要>`

Ejemplos de tipo:

feat: nueva funcionalidad
fix: corrección de problema
docs: actualización de documentación
refactor: refactorización de código
chore: cambios de mantenimiento

Ejemplos:

feat(site): 新增全站 head 广告脚本注入
fix(i18n): 修正 relref 相关文章链接路径
chore(content): 合并 AI 工作流分类到 AI工具

Fallos habituales

nothing to commit: no hay cambios para commit; basta con detener el push.
Fallo en push: revisa primero permisos, estado de la rama remota y conflictos.
Excepción de SSH/permisos: confirma credenciales y permisos antes de reintentar.

Apéndice: `SKILL.md` original

El siguiente contenido es la documentación original de git-commit-push-zh, conservada tal cual para facilitar su reutilización y mantenimiento posteriores.

---
name: git-commit-push-zh
description: 在当前 Git 仓库中将“当前更改”完成一次标准提交流程：检查状态、暂存变更、生成中文提交信息、执行 commit 并 push 到当前分支对应远端。用户提出“提交代码”“提交当前更改”“生成中文提交信息并推送”“git commit push 中文说明”等请求时使用。
---

# 中文提交并推送

使用此技能将当前仓库改动一次性提交并推送到远端。

## 工作流程

1. 查看变更状态：`git status --short`。
2. 确认当前分支：`git branch --show-current`。
3. 暂存当前变更：`git add -A`。
4. 生成中文提交信息（简洁、可检索）。
5. 执行提交：`git commit -m "<中文提交信息>"`。
6. 执行推送：`git push origin <当前分支>`。

## 提交信息规范（中文）

1. 建议格式：`<类型>(<范围>): <中文摘要>`。
2. 类型示例：`feat`、`fix`、`chore`、`docs`、`refactor`。
3. 摘要要求：准确描述本次改动，不写空话。
4. 若仅少量变更，也保持可读性与可检索性。

示例：

- `feat(site): 新增全站 head 广告脚本注入`
- `fix(i18n): 修正 relref 相关文章链接路径`
- `chore(content): 合并 AI 工作流分类到 AI工具`

## 错误处理

1. 若无可提交变更（nothing to commit），明确告知并停止 push。
2. 若 push 失败，先回报关键错误（权限、远端不存在、冲突等）。
3. 常见 SSH/权限问题可在用户确认后重试高权限环境。

## 输出约定

1. 汇报提交哈希、分支名、提交信息。
2. 汇报 push 结果（成功或失败原因）。
3. 仅在确有失败时提供下一步最小操作建议。

Cómo solucionar problemas de uso elevado de CPU de VS Code causado por extensiones

Wed, 01 Apr 2026 00:00:00 +0000

Cuando VS Code de repente se siente lento, el ventilador gira y el uso de la CPU se mantiene alto, la causa más común generalmente no es el editor en sí, sino conflictos de extensiones o un comportamiento anormal de las extensiones.

Esta guía le brinda un flujo de trabajo directo y práctico para identificar el problema rápidamente.

Comience con el método más rápido: iniciar la extensión en bisección

Start Extension Bisect utiliza un enfoque de búsqueda binaria: En cada ronda, VS Code desactiva temporalmente la mitad de tus extensiones y se reinicia. Según si el problema persiste, reduce rápidamente la lista de sospechosos.

Pasos:

Presione Ctrl+Shift+P (macOS: Cmd+Shift+P) para abrir la paleta de comandos.
Ejecute Iniciar extensión bisect.
Después de cada reinicio, verifique si todavía hay un uso elevado de la CPU y un retraso, luego elija “Bien ahora” o “Esto es malo”.
Después de varias rondas, VS Code mostrará las extensiones probablemente problemáticas.

Qué hacer después de encontrar al sospechoso

Una vez que identifique la extensión, manéjela en este orden:

Actualice la extensión a la última versión.
Si el problema persiste, desactívelo durante 1 o 2 días y observe.
Si existen alternativas, cambie a una extensión más ligera.
Si debe conservarlo, revise la configuración avanzada y desactive las funciones innecesarias de análisis, indexación o visualización de archivos en tiempo real.

Dos “amplificadores” comunes que quizás pases por alto

Incluso si una extensión es la causa principal, estas configuraciones pueden amplificar la carga de la CPU:

El alcance de la búsqueda es demasiado amplio
Si los resultados de la compilación, las carpetas de dependencia y los registros se incluyen en la búsqueda global, las extensiones y los indexadores pueden permanecer bajo una carga pesada y continua.
La visualización de archivos incluye carpetas o enlaces simbólicos enormes
Los enlaces simbólicos, los directorios de caché y las carpetas generadas pueden desencadenar una gran cantidad de eventos de archivos y forzar que las extensiones se reprocesen repetidamente.

Puede recortar el alcance en settings.json, por ejemplo:

{
  "search.exclude": {
    "**/node_modules": true,
    "**/dist": true,
    "**/build": true
  },
  "files.watcherExclude": {
    "**/.git/objects/**": true,
    "**/node_modules/**": true,
    "**/dist/**": true
  }
}

Consejo post mortem

Después de aislar el problema, registre tres cosas: nombre de la extensión, escenario desencadenante y solución final.
Esa nota le ahorrará tiempo cuando migre su entorno o reconstruya su máquina más adelante.

Resumen

Para un uso elevado de CPU de VS Code, la ruta más eficaz es utilizar primero “Iniciar extensión Bisect” y luego ajustar el alcance de búsqueda y observación de archivos.
Localice primero, optimice en segundo lugar. Es más rápido y confiable que deshabilitar aleatoriamente muchas extensiones.

Cómo utilizar Codex en VS Code (desde la configuración hasta un flujo de trabajo eficiente en el mundo real)

Fri, 20 Mar 2026 00:00:00 +0000

Codex puede ayudarlo a escribir código, corregir errores, comprender proyectos y ejecutar comandos directamente desde la barra lateral de VS Code.

1. Preparación

Antes de comenzar, asegúrese de:

VS Code se actualiza a una versión estable reciente.
Puedes acceder a los servicios de OpenAI con normalidad.
Su proyecto se abre localmente (preferiblemente en un repositorio Git).

2. Instale la extensión

Abra el panel Extensiones de VS Code.
Busque e instale: Codex - Codex - Agente de codificación de OpenAI.
Complete el flujo de inicio de sesión/autorización.

3. Abra la barra lateral del Códice

Puedes abrirlo de cualquier forma:

Haga clic en “Abrir barra lateral del Codex” en el área superior derecha del editor.
Utilice la paleta de comandos (Ctrl + Shift + P), busque Codex y ábralo.

Después de abrir, Codex lee el contexto del espacio de trabajo actual y está listo para conversar.

4. Patrones de uso comunes

4.1 Pídale que explique el código

Mensaje de ejemplo:

1
2

Please explain the core logic of this file,
and point out the 3 areas most likely to fail.

Excelente para comprender rápidamente el código heredado.

4.2 Pídale que implemente funciones

Mensaje de ejemplo:

1
2
3

Add a /healthz endpoint to the existing API.
It should return app version and database connectivity status,
and include basic tests.

Si establece claramente las restricciones y los criterios de aceptación, la calidad del resultado suele ser mucho más estable.

4.3 Pídale que solucione problemas

Mensaje de ejemplo:

1
2
3

This endpoint intermittently returns 500 under concurrency.
First identify the root cause, then propose a minimal-change fix,
and finally list regression test points.

“Diagnosticar primero, luego corregir” ayuda a reducir la refactorización excesiva accidental.

5. Plantilla de aviso de alta calidad

Puedes reutilizar esta plantilla directamente:

Background: This is a <tech stack> project. Current goal: <goal>
Constraints: Do not modify <module/interface>; keep compatibility with <version/platform>
Output:
1) File list to change
2) Key code explanation
3) Validation steps
4) Risks and rollback plan

Esto es especialmente útil para proyectos grandes y colaboración en equipo.

6. Preguntas frecuentes

6.1 Acerca de la cuota gratuita

Escriba \ en el cuadro de entrada, luego elija el estado para ver información relacionada con la cuota/tiempo de reinicio.

6.2 Los cambios no son los esperados

Una vez generados los cambios, abra el panel de revisión para inspeccionar los detalles. Si no está satisfecho, utilice deshacer/revertir. Puede dividir requisitos grandes en pasos más pequeños y ejecutarlos de forma incremental. Utilice Git y mantenga pequeñas confirmaciones para una reversión más sencilla.

Vs-Code on KnightLi Blog

Cómo cambiar el idioma de la interfaz de VS Code: chino, inglés y otros idiomas

Instalar el paquete de idioma correspondiente

Cambiar el idioma desde la paleta de comandos

Especificar el idioma manualmente en argv.json

Códigos de idioma de interfaz comunes

Qué hacer si el idioma no cambia

Referencias

Cómo elegir un entorno de desarrollo embebido en 2026: Keil, STM32CubeIDE, VS Code y colaboración AI

Primero mira las opciones principales y qué resuelve cada una

Keil: ecosistema fuerte, entrada fiable, pero edición claramente anticuada

STM32CubeIDE: amigable para STM32, pero más herramienta de aprendizaje e inicio rápido

VS Code: no es realmente un IDE, pero gana fuerza en la era AI

CLion: buena experiencia, pero no suficientemente central en práctica embebida

Una respuesta más práctica: Keil para build/debug, VS Code para programar

Por qué esta combinación tiene más sentido en la era AI

El parche clave: conectar VS Code con proyectos Keil mediante plugins

No olvides la configuración básica de plugins C/C++

Para quién encaja este workflow

1. Personas con muchos proyectos basados en Keil

2. Personas que quieren ayuda AI con código embebido

3. Personas que quieren equilibrar materiales de aprendizaje y proyectos reales

Cierre

Usar Claude en VS Code: de configurar API a generar páginas

1. Conecta primero la toolchain

2. Empieza con tareas pequeñas

3. La ganancia real es la iteración, no la generación de una pasada

4. Saber qué dar a AI y qué corregir tú

5. La configuración API es una barrera, pero no lo más difícil

6. Cómo juzgar si el output vale la pena

Cierre

Cree imágenes de Docker en VS Code en Windows: desde la configuración hasta la compilación

01 Requisitos previos

02 Preparar un archivo Docker

03 Tres Maneras de Construir la Imagen

Método A: haga clic con el botón derecho en Dockerfile

Método B: Paleta de comandos

Método C: Terminal integrado

04 Comprobaciones rápidas para problemas comunes

Resumen

Usar Agent Skills para sustituir la función de Copilot en VS Code que genera mensajes de commit

Problema y objetivo

Alternativa: git-commit-push-zh

Convención recomendada para mensajes de commit

Fallos habituales

Apéndice: SKILL.md original

Cómo solucionar problemas de uso elevado de CPU de VS Code causado por extensiones

Comience con el método más rápido: iniciar la extensión en bisección

Qué hacer después de encontrar al sospechoso

Dos “amplificadores” comunes que quizás pases por alto

Consejo post mortem

Resumen

Cómo utilizar Codex en VS Code (desde la configuración hasta un flujo de trabajo eficiente en el mundo real)

1. Preparación

2. Instale la extensión

3. Abra la barra lateral del Códice

4. Patrones de uso comunes

4.1 Pídale que explique el código

4.2 Pídale que implemente funciones

4.3 Pídale que solucione problemas

5. Plantilla de aviso de alta calidad

6. Preguntas frecuentes

6.1 Acerca de la cuota gratuita

6.2 Los cambios no son los esperados

Alternativa: `git-commit-push-zh`

Apéndice: `SKILL.md` original