コードを書きながら、ターミナルを開き、ドキュメントを参照し、AIに質問し、ブラウザでプレビューする——現代の開発は、いくつもの文脈を行き来する作業です。ところが多くのIDEは、それらをウィンドウとタブの積み重ねで扱います。結果、必要なものが別のタブの奥に隠れ、関連する情報を並べて見られず、AIツールは別アプリに分断される。「今、何がどこにあるか」を頭の中で管理し続ける負担が、地味に効いてきます。cate（ケイト）は、この構図を根本から変える——コード・ターミナル・ブラウザ・ドキュメント・AIエージェントを、1枚の「無限キャンバス」の上に自由に配置できるデスクトップIDEです。作者は0-AI-UG、ライセンスはMIT。GitHubで約1,700スター（2026年7月時点）を集めています。
この記事を読むと、①cateで結局何ができるのか（コード・端末・AIエージェントを無限キャンバスに置き、空間でタスクを俯瞰する）、②どんな課題を解決するのか（ウィンドウ/タブ地獄と「空間で考えられない」不便）、③何を代替できるのか（VS Code＋複数ウィンドウ＋別のAIツールの寄せ集め）が分かります。AIコーディング環境全体の潮流を先に押さえたい方は、Claude Code完全ガイド2026を合わせて読むと、cateの内蔵エージェントの立ち位置が掴みやすくなります。
- ・cateは、コード・端末・ブラウザ・ドキュメント・AIエージェントを無限キャンバスに置くデスクトップIDE（MIT・約1,700★）。
- ・ズーム/パンで俯瞰と詳細を行き来し、複数タスクを空間的に並べて把握できる。
- ・エディタはMonaco、端末はxterm.js、Git統合（ステージ/ブランチ/worktree/履歴/差分）を内蔵。
- ・内蔵AIエージェント「Pi」は8つのLLMプロバイダ対応。チャットごとにモデルを記憶。
- ・Electron製でmac/win/linuxのビルド済みパッケージを配布。すぐ使い始められる。
1. cateとは：開発のすべてを”無限キャンバス”に置くIDE
cateは、開発に必要なもの（コード・ターミナル・ブラウザ・ドキュメント・AIエージェント）を、1枚の無限に広がる作業平面の上に自由に配置できるデスクトップIDEです。公式の一文がそのものずばりで、「あなたのコード・ターミナル・ブラウザ・ドキュメント・AIエージェントのための無限キャンバス」。
従来のIDEとの決定的な違いは、作業空間のメタファーにあります。VS Codeなどは「ウィンドウの中に、タブとペインを積み重ねる」構造です。一方cateは、Figmaやミロのような無限キャンバスを作業空間にして、その上にエディタや端末を「パネル」として置いていきます。パネルは自由に動かせ、ズームやパンで全体を俯瞰したり、特定の場所を拡大したりできます。
cateが立っている場所を整理すると、次の3つを1つに束ねた点が新しいと言えます。
・空間で考える：ウィンドウ/タブでなく、自由な平面にパネルを配置して俯瞰する
・開発の道具が揃う：Monacoエディタ・xterm端末・Git統合という基本を内蔵
・AIが同じ画面にいる：内蔵エージェント「Pi」が、別アプリでなくキャンバス上で動く
「開発の文脈を、頭の中でなく画面の空間として持てる」——これがcateの本質的な価値です。調査中のドキュメント、書きかけのコード、実行中の端末、AIとの対話を、すべて一望のもとに並べておける。タブの奥に隠す代わりに、空間に広げておく発想です。
イメージとしては、1枚の広大なキャンバスの上に、目的ごとのパネルを島のように配置していく形になります。
Monaco"] B["⌨️ ターミナル
xterm.js"] C["🤖 AIエージェント Pi
チャットスレッド"] D["🌿 Git
ツリー/差分"] E["📄 ドキュメント
Markdown/PDF"] end A -.->|"隣に並べて参照"| C B -.->|"実行結果を見ながら"| A D -.->|"変更を確認"| A E -.->|"仕様を見ながら実装"| A
この図のように、各パネルは独立して存在しつつ、空間的に「隣り合わせ」に置けます。仕様書（E）を見ながらコード（A）を書き、その隣でAI（C）に相談し、端末（B）で実行結果を確かめる——という一連の流れを、タブの切り替えなしに、視線の移動だけで回せます。これが「空間で開発する」体験の正体です。
なお、これは単に画面が広いというだけの話ではありません。関連するものを物理的に近くに置けることが、認知負荷を下げます。人間は「どこに何があったか」を空間的な位置で記憶するのが得意で、cateはその特性を作業空間の設計に取り込んでいます。散らかったデスクの上で、いつも使う道具を手元に、たまに使う資料を奥に——と自然に配置するのと同じ感覚で、開発環境を組み立てられるわけです。
- ・cate＝開発のすべて（コード/端末/ブラウザ/ドキュメント/AI）を無限キャンバスに置くIDE。
- ・「ウィンドウ/タブで隠す」を「空間に広げて俯瞰する」に置き換えたのが核心。
2. なぜ必要か：ウィンドウ/タブ地獄と「空間で考えられない」を解決する
cateが解決するのは、IDEが「ウィンドウとタブ」を前提にしているために起きる、文脈管理の負担です。開発が複雑になるほど、この負担は重くなります。
具体的な不便はこうです。
・タブが積み重なる：開けば開くほどタブが増え、目的のものを探すのに時間がかかる
・隠れて文脈を見失う：今見たいものが別タブの奥にあり、切り替えのたびに思考が途切れる
・関連物を並べにくい：仕様書とコードとテストを同時に見たいのに、並べて配置しづらい
・AIが分断される：AIツールが別アプリ/別ウィンドウにあり、コードとの往復が発生する
cateは、これらを「無限キャンバス」という一つの発想で解きほぐします。タブの積み重ねには自由配置で応え、隠れる問題にはズーム/パンでの俯瞰で応え、並べにくさには空間的な隣接配置で応え、AIの分断には内蔵エージェントで応える——という具合です。「隠す」から「広げて俯瞰する」へ、作業空間の前提を反転させたのがcateのアプローチです。
- ・cateは「VS Codeの完全上位互換」ではない。無限キャンバスという新しい流儀に慣れる必要がある。
- ・まだ発展途上（v1.3.2）。成熟したエコシステムや拡張の豊富さは既存IDEに分がある。
この不便が効いてくるのは、同時に複数の文脈を扱う作業ほどです。1ファイルを黙々と書くだけなら、タブでも困りません。しかし、調査しながら実装し、AIと相談しつつ端末で確認する——といった複線的な作業では、「今どこに何があるか」を空間で持てることの効果が大きくなります。cateは、その複線的な思考を、画面の空間にそのまま写し取るためのIDEです。
近年、FigmaやMiro、tldrawといった「無限キャンバス」型のツールが、デザインやアイデア整理の分野で当たり前になりました。cateが挑戦しているのは、その無限キャンバスの発想を、コーディングという最も緻密な作業に持ち込むことです。コードは1文字のミスも許されない厳密な世界であり、「自由な平面に置く」という発想とは一見相性が悪そうに見えます。しかし実際には、コーディングこそ多くの文脈（仕様・実装・テスト・実行・AI対話）を同時に扱う作業であり、それらを空間的に整理できる恩恵は大きい。cateは、その仮説に賭けたプロジェクトだと言えます。
3. 主な機能：無限キャンバス・Monaco・端末・Git・AIエージェント
cateの機能は、「無限キャンバスの上に、開発の道具を過不足なく揃える」という方針でまとまっています。柱ごとに見ていきましょう。
無限キャンバスとレイアウト：無限のズーム/パン、ドッキング可能なタブ、ゾーンをまたぐ分割、切り離せるウィンドウ、そしてレイアウトの保存に対応します。作業の状態を空間ごと保存・復元できます。
エディタとターミナル：エディタはVS Codeと同じMonacoを採用し、シンタックスハイライト・マルチカーソル・差分・Markdownプレビューに対応。ターミナルはxterm.jsを内蔵します。エディタと端末という開発の両輪が、最初から揃っています。
Git統合：Gitを理解したファイルツリーを備え、ステージング・ブランチ・worktree・履歴・インライン差分を扱えます。バージョン管理をIDEの中で完結できます。特にworktreeに対応している点は見逃せません。複数のブランチを同時に別ディレクトリで開けるworktreeは、「本流の作業を止めずに別のブランチを試す」といった使い方に効きますが、無限キャンバスとの相性が良く、それぞれのworktreeをキャンバス上の別の場所に配置して並行作業できます。
AIエージェント（Pi）：8つのLLMプロバイダに対応する内蔵コーディングエージェント。詳細は次章で扱います。
ナビゲーション：キャンバス全体を横断する検索、コマンドパレット、キーボードナビゲーション。広い空間でも、目的のパネルへ素早く飛べます。無限キャンバスの弱点は「広すぎて迷子になる」ことですが、cateはこの検索とコマンドパレットで、いつでも目的地へワープできるようにしています。空間の自由さと、素早い移動という一見相反する要求を両立させている点が、実用ツールとしての完成度を支えています。
これらを表で俯瞰すると次のとおりです。
| 領域 | 内容 |
|---|---|
| キャンバス | 無限ズーム/パン・分割・切り離し・レイアウト保存 |
| エディタ | Monaco（構文/マルチカーソル/差分/MDプレビュー） |
| ターミナル | xterm.js内蔵 |
| Git | ステージ/ブランチ/worktree/履歴/インライン差分 |
| AI | 内蔵エージェント「Pi」（8プロバイダ対応） |
| ナビ | キャンバス全体検索・コマンドパレット |
とりわけ実務で効くのがレイアウトの保存です。プロジェクトごとに「このコードとこの端末とこのAIスレッドを、この配置で」という作業空間を丸ごと保存しておけば、次にそのプロジェクトを開いたとき、前回の思考の続きから再開できます。タブを開き直し、端末を立ち上げ直し、AIに文脈を説明し直す——という「作業の立ち上げコスト」が消えるわけです。複数プロジェクトを行き来する開発者にとって、これは想像以上に効きます。切り離せるウィンドウと組み合わせれば、マルチモニタ環境で「メインモニタにコード、サブモニタにAIと端末」といった物理的な配置も自然に作れます。
- ・「新しい作業空間（キャンバス）」なのに、エディタ・端末・Gitという基本はしっかり揃っている。
- ・キャンバス全体検索とコマンドパレットで、広い空間でも迷子にならない。
- ・レイアウト保存で、プロジェクトごとの「思考の続き」から再開できる。
4. AIエージェント「Pi」：8プロバイダ対応・チャットごとのモデル記憶
cateがAI時代のIDEである所以が、内蔵コーディングエージェント「Pi」です。最大の特徴は、AIが別アプリではなく、キャンバスの中に住んでいること。コードのパネルと、端末のパネルと、Piとの対話パネルを、同じ空間に並べて作業できます。
Piは、8つのLLMプロバイダに対応します。
・Anthropic ・OpenAI ・GitHub Copilot ・Gemini
・OpenRouter ・Groq ・Mistral ・DeepSeek
これだけの選択肢があると、「速さ重視ならGroq、コーディングならAnthropic、コスト重視なら別のプロバイダ」といった使い分けができます。しかもPiは、チャットスレッドを用途ごとに分けられ、さらにチャットごとに使うモデルを記憶（per-chat model memory）します。つまり「このスレッドはこのモデル」という設定が保持され、複数の文脈を別々のモデルで並行して進められます。
「AIをコードの隣に置き、用途ごとにスレッドとモデルを分ける」——これは、AIと対話しながらコードを書く現代の開発スタイルに、素直に寄り添った設計です。別ウィンドウのAIツールとコードを往復する煩わしさが消え、思考が途切れません。
「チャットごとのモデル記憶」が地味に効くのも、実務を分かっている設計です。たとえば「アーキテクチャの相談」スレッドは深く考えるモデルに、「定型的なリファクタ」スレッドは速くて安いモデルに、と割り当てておけば、毎回モデルを選び直す手間なく、用途に最適なAIが自動で使われます。1つの巨大な会話にすべてを詰め込むと文脈が混線しますが、スレッドを分けることでそれぞれの文脈がクリーンに保たれる——これは長時間の開発で効いてくる違いです。
さらに、AIがキャンバスの一員であることの意味は、単なる利便性を超えます。コードのパネル、その実行結果を映す端末、AIとの対話、参照中のドキュメントが同じ視界に収まっていると、AIに「この端末のエラーを見て」「この仕様に沿って」と伝える文脈が、人間の側でも掴みやすくなります。AIと人間が同じ「作業空間」を共有している感覚——これが、別アプリのチャットボットにコードを貼り付けて相談するのとは質的に異なる体験を生みます。複数のAIコーディングツールの潮流に関心があれば、ForgeCodeのようなAIコーディング支援ツールと見比べると、cateの「IDE統合型」という立ち位置がより鮮明になります。
- ・8プロバイダを用途で使い分け、チャットごとにモデルを固定できる柔軟さ。
- ・AIがキャンバス内にあるため、コード/端末との往復コストがゼロに近い。
5. 導入と技術スタック：プリビルド版ですぐ動く
導入は簡単です。ソースからビルドする必要はなく、公式のリリースページからOSに合ったビルド済みパッケージをダウンロードして入れるだけです。
・macOS：DMG / ZIP
・Windows：インストーラ（NSIS） / ZIP
・Linux：AppImage / DEB / tar.gz
起動後、AIエージェントPiを使うなら、使いたいLLMプロバイダのAPIキーを設定します。使い始めの流れをまとめると、こうなります。
・リリースページからOSに合ったパッケージをDL
・インストールして起動する（アカウント不要）
・使いたいLLMプロバイダのキーを設定する（Piを使う場合）
・キャンバスにエディタ・端末・AIパネルを配置して作業を始める
技術スタックも、モダンなデスクトップアプリの構成です。Electron 41・React 18・TypeScriptを土台に、エディタにMonaco、端末にxterm.js、状態管理にZustand、スタイリングにTailwind CSSを採用。ファイル監視のchokidar、Git操作のsimple-git、PDF表示のpdf.js、Word読み取りのmammothなども組み込まれています。TypeScriptがコードの98%以上を占め、MITライセンスで公開されているため、実装を読んで学んだり、フォークして拡張したりもできます。この構成は、VS Code（同じくElectron＋Monaco）に近い土台の上に、無限キャンバスという独自のUIレイヤーを載せたものと理解すると分かりやすいでしょう。つまり、エディタとしての基礎体力は実績あるコンポーネントに任せつつ、差別化は「作業空間の設計」で行っている——堅実な作りです。pdf.jsやmammothでPDFやWord文書も扱えるため、コードだけでなく「参照するドキュメント」もキャンバスに置ける点は、資料を見ながら実装する場面で効いてきます。
「DLして起動、キーを入れれば即戦力」——プリビルド配布のおかげで、新しい作業空間を気軽に試せるのがcateの良さです。
6. 導入判断：向いている人・注意点
最後に、導入すべきかの判断材料を整理します。
cateが向いている人
・複数のタスク（調査・実装・AI対話・端末）を空間的に並べて扱いたい
・AIエージェントをコードのすぐ隣で回したい（別アプリの往復が煩わしい）
・8プロバイダからLLMを選び、用途ごとに使い分けたい
・ビルド不要のデスクトップアプリとして、気軽に新しいIDEを試したい
慎重に判断すべきケース
・成熟した拡張エコシステムが必須（VS Code等の豊富な拡張に依存している）
・巨大プロジェクトでの安定性・軽さを最優先したい
・キーボード中心のタブ操作に完全に最適化した既存ワークフローを崩したくない
いくつか具体的な注意点も押さえましょう。まず発展途上であること。最新はv1.3.2（2026年6月）と、まだ若いプロジェクトです。仕様変更や粗さがある前提で、メインの作業を全面移行する前に、サブ環境として試すのが安全です。次に無限キャンバスは慣れが要ること。ウィンドウ/タブに最適化された手癖を、空間配置の流儀に切り替える必要があります。とはいえ、「複数文脈を空間で俯瞰する」体験は、既存IDEでは得がたいものです。その価値に惹かれるなら、試す一歩の敷居はプリビルド配布のおかげで低く抑えられています。
現実的なおすすめの使い方は、「全面移行」ではなく「用途を絞った併用」から始めることです。たとえば、日々のがっつりしたコーディングは慣れたVS Codeで続けつつ、「新機能の設計を練る」「複数の資料を見比べながらAIと相談する」「調査タスクで情報を空間的に整理する」といった、複線的で探索的な作業のときだけcateを開く。こうすれば、無限キャンバスの強みが最も活きる場面で恩恵を受けつつ、成熟したIDEの安定性も手放さずに済みます。新しいツールは「今の環境を捨てる」覚悟がハードルになりがちですが、cateはプリビルドで気軽に入れられるので、まずは並行して触ってみて、自分の作業のどこにハマるかを見極めるのが賢い付き合い方です。
- ・発展途上（v1.3.2）。まずはサブ環境として試し、手に馴染むか確かめる。
- ・無限キャンバスの流儀に慣れが必要。タブ中心の手癖からの切り替えを見込む。
- ・MITでオープン。拡張・学習用途にも向くが、拡張エコシステムは既存IDEに劣る。
まとめ
cateは、「開発の文脈を、頭の中でなく画面の空間として持つ」という発想を、無限キャンバスで実現したデスクトップIDEです。コード・端末・ブラウザ・ドキュメント・AIエージェントを1枚のキャンバスに広げ、ズーム/パンで俯瞰する——ウィンドウ/タブの積み重ねに慣れた目には新鮮で、複線的な作業ほどその価値が立ち上がります。
- ・cateは、開発のすべてを無限キャンバスに置くデスクトップIDE（MIT・約1,700★）。
- ・Monacoエディタ・xterm端末・Git統合という基本を備え、空間で俯瞰できる。
- ・内蔵AIエージェント「Pi」は8プロバイダ対応。チャットごとにモデルを記憶する。
- ・Electron製でmac/win/linuxのビルド済み版を配布。DLしてすぐ使える。
- ・発展途上ゆえ、まずはサブ環境として試すのが賢い。無限キャンバスは慣れが要る。
IDEの進化は長らく「1つのウィンドウの中身をいかに便利にするか」に注力してきましたが、cateは「そもそもウィンドウという枠自体を外したらどうなるか」を問い直しています。その答えが正解かどうかは、まだ市場が判断している最中ですが、少なくとも「複数の文脈を空間で扱う」という体験は、一度慣れると元のタブ地獄には戻りたくなくなる——という声も少なくありません。新しい作業空間の可能性に興味があるなら、触ってみる価値は十分にあります。「タブの奥に文脈を隠す」ことに疲れたなら、cateの無限キャンバスを一度試してみてください。まずはビルド済み版をDLして、コード・端末・Piを1枚のキャンバスに並べてみるのが早いです。AIコーディングの全体像はClaude Code完全ガイド2026を、AI支援ツールの比較はForgeCodeを、それぞれ合わせて読むと、cateの位置づけがより立体的になります。
参照ソース
・0-AI-UG/cate (GitHub) — 公式リポジトリ。無限キャンバス・機能・AIエージェントPi・技術スタックの一次ソース（MIT）。
・cate リリース（v1.3.2ほか） — OS別のビルド済みパッケージと変更点の一次ソース。
・cate 公式サイト — プロダクトの紹介・思想を掲げる公式サイト。
