https://thedotnetblog.com/es/tags/terminal/Articles, tutorials and insights from the .NET community.Hugoes@thedotnetblog (The .NET Blog)@thedotnetblogMon, 29 Jun 2026 00:00:00 +0000https://thedotnetblog.com/es/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/Mon, 29 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/es/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/Intelligent Terminal 0.1.1 añade compatibilidad con Bash y WSL, un flujo manual de /fix y cambio de modelo sobre la marcha. Sigue siendo pronto, pero la dirección resulta cada vez más interesante para quienes viven en la terminal.<blockquote> <p><em>Este artículo fue traducido automáticamente. Para la versión original, <a href="https://thedotnetblog.com/es/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/">haz clic aquí</a>.</em></p> </blockquote> <p>Sigo pensando que la terminal es uno de los lugares más naturales para que el desarrollo asistido por IA se vuelva realmente útil.</p> <p>Por eso <strong>Intelligent Terminal 0.1.1</strong> me llamó más la atención que una versión puntual típica.</p> <p>Esta actualización añade:</p> <ul> <li>detección de errores de Bash y WSL</li> <li>un flujo manual de <code>/fix</code></li> <li>cambio de modelo sobre la marcha</li> <li>un panel de agente más personalizable</li> </ul> <p>Esa combinación empieza a hacer que el producto se sienta menos como un experimento y más como una experiencia de shell en evolución.</p> <h2 id="fix-es-el-tipo-de-función-adecuado"><code>/fix</code> es el tipo de función adecuado</h2> <p>La incorporación que más me gusta probablemente es <code>/fix</code>.</p> <p>¿Por qué? Porque no todos los problemas aparecen como un fallo limpio de shell. A veces el comando funciona técnicamente y aun así te da el resultado equivocado. Ahí es exactamente donde sirve un flujo manual de &ldquo;ayúdame a razonar sobre este resultado&rdquo;.</p> <p>Ese es un modelo de asistencia en terminal mucho más realista que esperar a un mecanismo de autodetección perfecto.</p> <h2 id="la-compatibilidad-con-bash-y-wsl-hace-que-la-experiencia-sea-más-creíble">La compatibilidad con Bash y WSL hace que la experiencia sea más creíble</h2> <p>Ampliar más allá de PowerShell era necesario.</p> <p>Si este tipo de inteligencia de terminal va a importar a más desarrolladores, tiene que funcionar donde los desarrolladores realmente pasan el tiempo. Bash y WSL son una parte importante de eso.</p> <h2 id="mi-opinión">Mi opinión</h2> <p>Esto sigue siendo tooling en fase temprana, pero la dirección es buena.</p> <p>La terminal es uno de los lugares más naturales para el troubleshooting asistido por IA, la reparación de comandos y la guía consciente del entorno. Actualizaciones como esta hacen más fácil imaginar ese futuro.</p> <p>Artículo original: <a href="https://devblogs.microsoft.com/commandline/intelligent-terminal-0-1-1-is-here-bash-support-new-slash-commands-and-customization/">Intelligent Terminal 0.1.1 is here: bash support, new slash commands, and more customization</a></p>https://thedotnetblog.com/es/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/Thu, 04 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/es/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/Intelligent Terminal 0.1 introduce un panel de agente nativo, asistencia consciente de errores, tareas en segundo plano y flujos de agente disparados desde la paleta de comandos. Sigue siendo experimental, pero la dirección es muy prometedora.<blockquote> <p><em>Este artículo fue traducido automáticamente. Para la versión original, <a href="https://thedotnetblog.com/es/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/">haz clic aquí</a>.</em></p> </blockquote> <p>Sigo pensando que la terminal es uno de los lugares más naturales para que el desarrollo asistido por IA se vuelva realmente útil.</p> <p>Por eso <strong>Intelligent Terminal 0.1</strong> me llamó la atención más que una típica versión puntual.</p> <p>La parte interesante no es solo &ldquo;chatear en una terminal&rdquo;. Es la integración nativa de:</p> <ul> <li>un panel de agente</li> <li>detección de errores</li> <li>gestión de sesiones</li> <li>tareas en segundo plano</li> <li>acciones de agente activadas desde la paleta de comandos</li> </ul> <p>Eso ya empieza a parecer una experiencia shell real, no un añadido pegado al lado.</p> <h2 id="el-artículo-original-entiende-el-punto-de-dolor-real">El artículo original entiende el punto de dolor real</h2> <p>Una de las mejores partes del post original es que no empieza con ambición abstracta de IA.</p> <p>Empieza con una experiencia de desarrollador muy normal:</p> <blockquote> <p>&ldquo;<strong>¿Alguna vez has escrito un comando de PowerShell, te ha dado un error, lo has copiado, has abierto el navegador, lo has pegado y has saltado entre varios foros para arreglarlo?</strong>&rdquo;</p> </blockquote> <p>Esa pregunta funciona porque duele de lo familiar que resulta.</p> <p>La terminal está llena de pequeñas interrupciones como esa.</p> <p>Así que, si la IA tiene un lugar, es justo al lado de esas interrupciones.</p> <h2 id="por-qué-esto-se-siente-más-sólido-que-la-mayoría-de-las-demos-de-ia-para-terminal">Por qué esto se siente más sólido que la mayoría de las demos de IA para terminal</h2> <p>Lo que hace interesante esto no es solo que haya un agente.</p> <p>Es que la experiencia de terminal se está replanteando alrededor de cómo trabajan realmente los desarrolladores:</p> <ul> <li>una superficie de agente persistente</li> <li>contexto procedente de la salida del shell</li> <li>ayuda rápida cuando aparecen errores</li> <li>creación de tareas en segundo plano</li> <li>reanudación de sesiones</li> <li>la paleta de comandos como punto de entrada</li> </ul> <p>Eso está mucho más cerca de un flujo de trabajo usable que un chatbot flotante conectado a una ventana de shell.</p> <h2 id="el-panel-de-agente-es-el-producto-real-aquí">El panel de agente es el producto real aquí</h2> <p>Si tuviera que elegir la parte más importante del diseño, probablemente sería el panel de agente.</p> <p>¿Por qué? Porque crea un punto medio entre dos modos incómodos:</p> <ul> <li>abandonar por completo la terminal</li> <li>o intentar meter toda la interacción en texto shell en línea</li> </ul> <p>Es una buena decisión de diseño.</p> <p>Respeta la terminal como superficie de trabajo y, al mismo tiempo, da al agente suficiente espacio para ser algo más que autocomplete.</p> <h2 id="la-detección-de-errores-es-donde-el-valor-empieza-a-hacerse-evidente">La detección de errores es donde el valor empieza a hacerse evidente</h2> <p>La detección automática de errores también es exactamente el tipo de característica que tiene sentido aquí.</p> <p>La terminal ya tiene el contexto. El error ya ocurrió. Y el desarrollador sigue dentro del flujo.</p> <p>Eso convierte a la shell en uno de los mejores lugares para:</p> <ul> <li>diagnóstico inmediato</li> <li>sugerencias de solución</li> <li>iteración rápida</li> <li>razonamiento posterior sin salir del entorno actual</li> </ul> <p>No es magia. Es simplemente colocar el flujo de trabajo en el lugar correcto.</p> <h2 id="mi-opinión">Mi opinión</h2> <p>Sigue siendo pronto, pero es una de las direcciones más convincentes de IA en terminal que he visto hasta ahora.</p> <p>No porque prometa magia. Sino porque se mantiene cerca de cómo los desarrolladores ya trabajan dentro de la shell.</p> <p>Y si sigue evolucionando en esa dirección, creo que podría convertirse en una de las experiencias de desarrollo nativas para IA más interesantes del catálogo de herramientas de Microsoft.</p> <p>Artículo original: <a href="https://devblogs.microsoft.com/commandline/announcing-intelligent-terminal-version-0-1/">Announcing Intelligent Terminal 0.1</a></p>