https://thedotnetblog.com/pt/tags/terminal/Articles, tutorials and insights from the .NET community.Hugopt@thedotnetblog (The .NET Blog)@thedotnetblogMon, 29 Jun 2026 00:00:00 +0000https://thedotnetblog.com/pt/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/Mon, 29 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/pt/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/O Intelligent Terminal 0.1.1 adiciona suporte para Bash e WSL, um fluxo manual /fix e a troca de modelo em tempo real. Ainda está no início, mas a direção está ficando muito mais interessante para desenvolvedores que vivem no terminal.<blockquote> <p><em>Este artigo foi traduzido automaticamente. Para a versão original, <a href="https://thedotnetblog.com/pt/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/">clique aqui</a>.</em></p> </blockquote> <p>Ainda acho que IA no terminal é uma das áreas mais promissoras da experiência de desenvolvimento neste momento.</p> <p>É por isso que <strong>Intelligent Terminal 0.1.1</strong> se destacou mais para mim do que uma versão pontual comum.</p> <p>Esta atualização adiciona:</p> <ul> <li>detecção de erros em Bash e WSL</li> <li>um fluxo manual <code>/fix</code></li> <li>troca de modelo em tempo real</li> <li>um painel de agente mais personalizável</li> </ul> <p>Essa combinação começa a fazer o produto parecer menos um experimento e mais uma experiência de shell em evolução.</p> <h2 id="fix-é-o-tipo-certo-de-recurso"><code>/fix</code> é o tipo certo de recurso</h2> <p>A adição de que mais gostei provavelmente foi <code>/fix</code>.</p> <p>Por quê? Porque nem todo problema aparece como uma falha limpa de shell. Às vezes o comando funciona tecnicamente e ainda assim gera o resultado errado. É exatamente aí que um fluxo manual do tipo &ldquo;me ajude a raciocinar sobre este resultado&rdquo; é útil.</p> <p>Esse é um modelo de assistência no terminal muito mais realista do que esperar por um mecanismo de detecção automática perfeito.</p> <h2 id="o-suporte-para-bash-e-wsl-torna-a-experiência-mais-crível">O suporte para Bash e WSL torna a experiência mais crível</h2> <p>Expandir além do PowerShell era necessário.</p> <p>Se esse tipo de inteligência de terminal vai importar para mais desenvolvedores, ela precisa funcionar onde os desenvolvedores realmente passam o tempo. O suporte para Bash e WSL é uma parte importante disso.</p> <h2 id="minha-opinião">Minha opinião</h2> <p>Ainda estamos no início dessa ferramenta, mas a direção é boa.</p> <p>O terminal é um dos lugares mais naturais para troubleshooting assistido por IA, correção de comandos e orientação consciente do ambiente. Atualizações como esta tornam esse futuro mais fácil de imaginar.</p> <p>Artigo 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 Starting to Show What an AI-Native Shell Experience Could Look Like</a></p>https://thedotnetblog.com/pt/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/Thu, 04 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/pt/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/Intelligent Terminal 0.1 adiciona um painel de agente nativo, assistência consciente de erros, tarefas em segundo plano e fluxos de agente acionados pela command palette. Ainda é experimental, mas a direção é muito promissora.<blockquote> <p><em>Este post foi traduzido automaticamente. Para a versão original, <a href="https://thedotnetblog.com/pt/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/">clique aqui</a>.</em></p> </blockquote> <p>Continuo achando que o terminal é um dos lugares mais naturais para o desenvolvimento assistido por IA se tornar realmente útil.</p> <p>Por isso <strong>Intelligent Terminal 0.1</strong> me pareceu um anúncio sério, mesmo em forma experimental.</p> <p>A parte interessante não é apenas &ldquo;conversar dentro de um terminal&rdquo;. É a integração nativa de:</p> <ul> <li>um painel de agente</li> <li>detecção de erros</li> <li>gerenciamento de sessões</li> <li>tarefas em segundo plano</li> <li>ações de agente acionadas pela command palette</li> </ul> <p>Isso já começa a parecer uma experiência de shell de verdade, e não um complemento colado de lado.</p> <h2 id="o-artigo-original-entende-a-dor-real">O artigo original entende a dor real</h2> <p>Uma das melhores partes do post original é que ele não começa com ambição abstrata de IA.</p> <p>Ele começa com uma experiência de desenvolvedor muito comum:</p> <blockquote> <p>&ldquo;<strong>Você já digitou um comando PowerShell, recebeu um erro, copiou, abriu o navegador, colou e depois pulou entre várias postagens de fórum para corrigir?</strong>&rdquo;</p> </blockquote> <p>A pergunta funciona porque é dolorosamente familiar.</p> <p>O terminal está cheio dessas pequenas interrupções.</p> <p>Então, se a IA tiver um lugar, ele é exatamente ao lado dessas interrupções.</p> <h2 id="por-que-isso-parece-mais-sólido-do-que-a-maioria-das-demos-de-ia-para-terminal">Por que isso parece mais sólido do que a maioria das demos de IA para terminal</h2> <p>O que torna isso interessante não é apenas a existência de um agente.</p> <p>É o fato de que a experiência de terminal está sendo repensada em torno de como os desenvolvedores realmente trabalham:</p> <ul> <li>uma superfície de agente persistente</li> <li>contexto vindo da saída do shell</li> <li>ajuda rápida quando erros aparecem</li> <li>criação de tarefas em segundo plano</li> <li>retomada de sessões</li> <li>a command palette como ponto de entrada</li> </ul> <p>Isso está muito mais perto de um workflow realmente utilizável do que um chatbot flutuante preso a uma janela de shell.</p> <h2 id="o-painel-de-agente-é-o-produto-real-aqui">O painel de agente é o produto real aqui</h2> <p>Se eu tivesse que escolher a parte mais importante do design, provavelmente seria o painel de agente.</p> <p>Por quê? Porque ele cria um meio-termo entre dois modos incômodos:</p> <ul> <li>sair completamente do terminal</li> <li>ou enfiar toda a interação em texto shell inline</li> </ul> <p>Essa é uma boa decisão de design.</p> <p>Ela respeita o terminal como superfície de trabalho e, ao mesmo tempo, dá ao agente espaço suficiente para ser mais do que autocomplete.</p> <h2 id="a-detecção-de-erros-é-onde-o-valor-começa-a-aparecer">A detecção de erros é onde o valor começa a aparecer</h2> <p>A detecção automática de erros também é exatamente o tipo de recurso que faz sentido aqui.</p> <p>O terminal já tem o contexto. O erro já aconteceu. E o desenvolvedor ainda está no fluxo.</p> <p>Isso faz do shell um dos melhores lugares para:</p> <ul> <li>diagnóstico imediato</li> <li>sugestões de correção</li> <li>iteração rápida</li> <li>raciocínio adicional sem sair do ambiente atual</li> </ul> <p>Isso não é magia. É apenas colocar o workflow no lugar certo.</p> <h2 id="minha-opinião">Minha opinião</h2> <p>Ainda é cedo, mas esta é uma das direções mais convincentes para IA em terminal que eu já vi até agora.</p> <p>Não porque promete milagres. Mas porque continua próxima de como os desenvolvedores já trabalham dentro do shell.</p> <p>E, se continuar evoluindo nessa direção, acho que pode se tornar uma das experiências de desenvolvimento nativas de IA mais interessantes no portfólio de ferramentas da Microsoft.</p> <p>Post original: <a href="https://devblogs.microsoft.com/commandline/announcing-intelligent-terminal-version-0-1/">Announcing Intelligent Terminal 0.1</a></p>