https://thedotnetblog.com/ja/tags/terminal/Articles, tutorials and insights from the .NET community.Hugoja@thedotnetblog (The .NET Blog)@thedotnetblogMon, 29 Jun 2026 00:00:00 +0000https://thedotnetblog.com/ja/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/Mon, 29 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ja/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/Intelligent Terminal 0.1.1 では、Bash と WSL のサポート、手動の `/fix` フロー、実行中のモデル切り替えが追加されました。まだ初期段階ですが、ターミナルを日常的に使う開発者にとってはかなり面白い方向に進んでいます。<blockquote> <p><em>この記事は自動翻訳されています。原文は<a href="https://thedotnetblog.com/ja/news/emiliano-montesdeoca/intelligent-terminal-011-bash-fix-models/">こちら</a>をご覧ください。</em></p> </blockquote> <p>私は今でも、ターミナルにおける AI は、今もっとも有望な開発者体験の分野のひとつだと思っています。</p> <p>だからこそ、<strong>Intelligent Terminal 0.1.1</strong> は、普通のポイントリリース以上に目を引きました。</p> <p>この更新で追加されたのは次の内容です。</p> <ul> <li>Bash と WSL のエラー検出</li> <li>手動の <code>/fix</code> フロー</li> <li>実行中のモデル切り替え</li> <li>さらにカスタマイズしやすくなったエージェントペイン</li> </ul> <p>この組み合わせによって、製品は単なる実験というより、進化するシェル体験のように感じられるようになってきます。</p> <h2 id="fix-はちょうどよい種類の機能"><code>/fix</code> はちょうどよい種類の機能</h2> <p>私が最も気に入った追加機能は、おそらく <code>/fix</code> です。</p> <p>なぜかというと、すべての問題がきれいなシェル失敗として現れるわけではないからです。コマンド自体は技術的には成功しているのに、結果が間違っていることもあります。そんなときこそ、「この結果について一緒に考えてほしい」という手動フローが役に立ちます。</p> <p>それは、完璧な自動検出機構を待つよりも、はるかに現実的なターミナル支援の形です。</p> <h2 id="bash-と-wsl-のサポートでより現実味が増す">Bash と WSL のサポートで、より現実味が増す</h2> <p>PowerShell だけにとどまらず、対応範囲を広げるのは必要でした。</p> <p>こうしたターミナルのインテリジェンスがより多くの開発者にとって重要になるには、開発者が実際に時間を過ごす場所で動く必要があります。Bash と WSL のサポートは、その大きな部分を占めます。</p> <h2 id="私の見方">私の見方</h2> <p>まだ初期段階のツールではありますが、方向性は良いです。</p> <p>ターミナルは、AI 支援のトラブルシューティング、コマンド修復、環境を理解したガイダンスに最も自然に適した場所のひとつです。こうした更新は、その未来を想像しやすくしてくれます。</p> <p>元の記事: <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/ja/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/Thu, 04 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ja/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/Intelligent Terminal 0.1 は、ネイティブな agent pane、エラーを意識した支援、バックグラウンドタスク、command palette から起動する agent フローを追加します。まだ実験段階ですが、方向性はとても魅力的です。<p><em>この記事は自動翻訳されています。オリジナル版は<a href="https://thedotnetblog.com/ja/news/emiliano-montesdeoca/intelligent-terminal-0-1-first-serious-look/">こちら</a>をご覧ください。</em></p> <p>私は今でも、端末は AI 支援開発が本当に役立つようになる最も自然な場所のひとつだと思っています。</p> <p>だからこそ、<strong>Intelligent Terminal 0.1</strong> は、実験段階であっても真剣な発表に感じられました。</p> <p>面白いのは、単に「端末内でチャットする」ことではありません。そこにあるのは、次のような native integration です。</p> <ul> <li>agent pane</li> <li>エラー検出</li> <li>セッション管理</li> <li>バックグラウンドタスク</li> <li>command palette から起動する agent アクション</li> </ul> <p>これで、単なる付け足しではなく、ちゃんとした shell 体験に近づき始めています。</p> <h2 id="元の記事は本当の痛点を理解しています">元の記事は本当の痛点を理解しています</h2> <p>元記事の優れた点のひとつは、抽象的な AI の野心から始まらないことです。</p> <p>とても普通の開発者体験から始まります。</p> <blockquote> <p>&ldquo;<strong>PowerShell のコマンドを実行してエラーが出て、それをコピーし、ブラウザーを開き、貼り付けて、複数のフォーラム投稿をたどりながら直したことはありませんか？</strong>&rdquo;</p> </blockquote> <p>この問いが機能するのは、あまりにも身に覚えがあるからです。</p> <p>端末には、こうした小さな中断がたくさんあります。</p> <p>だから、もし AI の居場所があるなら、それはまさにその中断のそばです。</p> <h2 id="ほとんどの-terminal-ai-デモよりも強く感じる理由">ほとんどの terminal AI デモよりも強く感じる理由</h2> <p>これが興味深いのは、agent があるからだけではありません。</p> <p>開発者が実際にどう働くかを中心に、端末体験そのものが再構想されているからです。</p> <ul> <li>永続的な agent surface</li> <li>shell 出力からの context</li> <li>エラーが出たときの素早い支援</li> <li>バックグラウンドタスクの起動</li> <li>セッションの再開</li> <li>入り口としての command palette</li> </ul> <p>これは、shell ウィンドウに貼り付いた浮遊 chat bot よりも、ずっと実用的な workflow に近いです。</p> <h2 id="ここでの本当の製品は-agent-pane-です">ここでの本当の製品は agent pane です</h2> <p>設計の中で最も重要な部分をひとつ選ぶなら、たぶん agent pane です。</p> <p>なぜか。 2 つのやりづらいモードの中間を作るからです。</p> <ul> <li>端末を完全に離れる</li> <li>あるいは、やり取りすべてを inline shell text に押し込む</li> </ul> <p>これは良い設計判断です。</p> <p>端末を作業面として尊重しつつ、agent に autocomplete 以上の役割を持たせるのに十分な余地を与えています。</p> <h2 id="エラー検出は価値がはっきり見え始める場所です">エラー検出は、価値がはっきり見え始める場所です</h2> <p>自動エラー検出も、ここではまさに意味のある機能です。</p> <p>端末にはすでに context があります。 エラーはすでに起きています。 そして開発者はまだ flow の中にいます。</p> <p>だから shell は、次のようなことに最適な場所になります。</p> <ul> <li>すぐに診断する</li> <li>修正案を出す</li> <li>すばやく反復する</li> <li>現在の環境を離れずに追加で考える</li> </ul> <p>これは魔法ではありません。workflow を正しい場所に置いているだけです。</p> <h2 id="私の見方">私の見方</h2> <p>まだ初期段階ですが、これまで見た terminal AI の方向性の中でも、かなり有望なもののひとつです。</p> <p>魔法を約束しているからではありません。 開発者が shell の中で既にどう働いているかに、きちんと寄り添っているからです。</p> <p>そしてこの方向で進化し続けるなら、Microsoft のツール群の中でもっとも興味深い AI ネイティブな開発体験のひとつになるかもしれません。</p> <p>元記事: <a href="https://devblogs.microsoft.com/commandline/announcing-intelligent-terminal-version-0-1/">Announcing Intelligent Terminal 0.1</a></p>