軽量なオープンソース版IDEA「Lithe」――AI Coding時代のJava IDEという選択肢

JavaやSpring Bootを書くとき、IntelliJ IDEAは非常に強力です。一方で、プロジェクトを起動する前からIDE自体が大きなメモリを使い、ブラウザ、Docker、複数のTerminalまで開くと、開発環境全体がかなり重くなることがあります。

CodexやClaude CodeのようなCoding Agentが実装作業を担う場面が増えると、IDEを開く目的も少し変わります。

コードを書くことよりも、Agentが変更した内容を理解する、定義へ移動する、プロジェクトを実行する、Breakpointで止める、最後にGit Diffを確認するといった作業の比重が大きくなります。

そのためだけに重量級の開発環境を常時起動しておく必要があるのか。そこに別の選択肢を提示しているのが、オープンソースの軽量IDE Lithe です。

2026年9月6日時点で、LitheはGitHub上で 1,019 Star を獲得しており、Apache License 2.0で公開されています。

GitHub - 1lck/Lithe-IDEA: A lightweight, cross-platform IDE for the AI era, with on-demand tools and services.

A lightweight, cross-platform IDE for the AI era, with on-demand tools and services. - 1lck/Lithe-IDEA

https://github.com/1lck/Lithe-IDEA

GitHub · github.com

Litheとは何か

Litheは、Java開発とAIとの協業を意識した軽量IDEです。IntelliJ IDEAの代替候補として位置付けられています。

macOS版は現在のReference実装で、WorkbenchはSwiftUIとAppKitで構築されています。Windows版はReactとTauri 2による独立実装です。両者はRust Coreを通じてCommandやData Contractを共有します。

また、Litheは現時点で JavaとSpring Bootを第一対象にしたJava-firstのIDE ですが、Javaだけしか扱えない構造ではありません。Projectの自動検出とOne-click Runは、npm、Cargo、Go、Python、Make、Docker Compose、Procfile、Shellなどにも対応し、Language Serverも言語ごとにON/OFFできる設計です。

ただし、Projectを実行できることと、その言語に対して本格的なIDE機能を提供できることは別です。Maven管理、Breakpoint Debug、JDT Language Serverによる高度なJava補完など、現時点で最も手厚いのはJava・Spring Boot側です。そのため、LitheをVS CodeやZedと同じ汎用多言語Editorとして見るより、「Javaを第一対象にしつつ、他言語へ広げられるWorkbench」と考える方が近いでしょう。

Litheが重点を置いているのは、次のような日常的に利用頻度の高いWorkflowです。

• Projectの閲覧
• Code Editing
• SearchとNavigation
• Maven管理
• RunとDebug
• Git Diff Review
• Local History
• Database操作

LitheはIDEAの機能を網羅することより、日常的な開発で使うWorkflowを軽量にまとめることを重視しています。

Litheは、AIが実装し、人間がそのCodeを理解し、動かし、Reviewするという役割分担を前提にしています。

Litheが解決しようとしていること

AI Coding Toolによって、IDEが開発Workflowで担う役割は変わりつつあります。

実装そのものをAgentへ任せられるようになっても、変更内容の理解と結果の確認は人間側に残ります。

Agentが複数ファイルを書き換えたあとには、少なくとも次のような確認が必要です。

• どのファイルを変更したのか
• MethodやClassへのNavigationが正しく機能するか
• Spring Boot Applicationが起動するか
• Breakpointで期待どおり停止するか
• Commit前のDiffに不要な変更が含まれていないか

こうした確認をするために、すべての開発Serviceを常時起動しておく必要はありません。

Litheには、LSP Processを起動しなくても利用できる軽量なCompletionと現在のFile内Navigationがあります。より高度なCompletion、Hover、Semantic Navigationが必要になったときには、Eclipse JDT Language Serverを起動します。LanguageごとのServiceも個別にON/OFFできます。

Editorを先に開き、Language Server、Terminal、Build Tool、Debugger、Database関連の機能は必要になったときに起動する設計です。

通常のProjectを開いた状態で、Lithe Application自体のベースラインメモリはおおむね 300〜400MB です。

ただし、これは開発環境全体の固定上限ではありません。Language ServerやTerminal、Build Tool、Debugger、Database Helperを起動すれば、Project規模や利用状況に応じて実際のメモリ使用量は増えます。

IDEAで使い慣れた検索Workflowを残している

Litheは、IDEAに慣れたJava Developerが使いやすい検索方法を取り入れています。

Double ShiftでSearch Everywhereを開き、File、Class、Symbol、Action、Textを検索できます。Project全体の検索は Command + Shift + F で、Global Replaceにも対応しています。

IDEAでこの操作に慣れているなら、検索の入口を大きく覚え直す必要はありません。

Multi-line Editor Tabも用意されているため、開いているFileが増えたときに1本のTab Barへ詰め込む必要もありません。

Spring Boot Projectをそのまま実行・デバッグできる

ProjectをImportすると、Litheは実行可能なEntry Pointを検出します。

現在は、次の種類に対応しています。

• Spring Boot
• Java
• Maven
• Gradle
• npm
• Cargo
• Go
• Python
• Make
• Docker Compose
• Procfile
• Shell

Java Developer向けには、Maven管理、Breakpoint Debug、Custom Run Configurationも用意されています。

Spring Boot Projectが認識されれば、実行対象を選択してそのまま起動し、Process OutputをWorkbench内で確認できます。

Agentの変更をGit Diffでレビューする

Coding Agentは、一度に十数Fileを変更することもあります。

コードを生成する時間は短くなっても、「変更してはいけない場所まで触っていないか」を確認する作業は残ります。場合によっては、実装よりレビューのほうが時間を使います。

LitheにはGit File List、Staging Area、左右2PaneのDiff Reviewがあります。変更内容の検索、未変更部分の折りたたみ、Line単位の追加・削除確認もできます。

GitへCommitしていない変更を戻したい場合にはLocal Historyも利用できます。

さらに、Commit前にはAIを使ったCommit Message生成にも対応し、Message FormatをCustomizeできます。

もちろん、生成されたCommit MessageがReviewの代わりになるわけではありません。Diffを確認したうえで、採用するかどうかを判断する必要があります。

Database ToolもWorkbenchに統合されている

LitheにはDatabase Connection Workspaceが組み込まれています。

複数種類のDatabase Connectionを管理し、Tableの確認、SQL実行、Query Historyの保存などを行えます。SQLiteやRedisも同じWorkspaceから扱えます。

Spring Boot Projectでは、RepositoryやSQLを変更した直後にDataを確認したい場面がよくあります。

そのたびに別のDatabase Clientを開かなくても、IDEの中で確認できるのは実用的なポイントです。

Litheのインストール方法

2026年9月6日時点のLatest Versionは v0.4.2 です。

macOSは13以降を対象としており、Apple Silicon向けとIntel Mac向けのDMGがそれぞれ提供されています。

macOSではHomebrewによるInstallが推奨されています。

brew tap 1lck/lithe https://github.com/1lck/Lithe-IDEA.git
brew install --cask 1lck/lithe/lithe

Updateする場合は次のように実行します。

brew update
brew upgrade --cask lithe

Homebrewを使わない場合は、GitHub ReleasesからArchitectureに合ったDMGをDownloadできます。

Java機能にはJDK 17以降が必要です。正式なInstall PackageにはJDTLSが含まれているため、別途Installする必要はありません。

Windowsは2026年9月時点ではx64 Preview版が提供されています。

InstallerにAuthenticode Certificateが設定されていない場合、Digital Signatureが付かずWindowsのSecurity Warningが表示される可能性があります。また、一部のPlatform機能やUI DetailsはmacOS版と異なる場合があります。

EclipseからIntelliJ IDEA、そしてAI時代のIDEへ

Java開発の無料IDEといえば、長い間Eclipseが代表的な存在でした。現在もEclipse IDEは継続して開発されており、2026-06のJava Developer向けPackageにはEclipse JDT、Git、Maven、Gradleなど、Java開発に必要な主要Toolがまとまっています。

Spring開発でもEclipseは現役です。Spring Tools 5.2.0はEclipse 2026-06へ対応し、Spring固有のProject解析、問題検出、Quick Fix、Index情報などをAIへ渡すEmbedded MCP Serverを強化しています。Eclipse上でGitHub CopilotとSpring Toolsを組み合わせた場合、このMCP ServerをCopilotへ自動設定する仕組みも追加されています。

GitHub Copilot for Eclipse自体も、単純なCode CompletionやChatだけではありません。Agent mode、Custom agents、MCP、Workspace indexingをサポートしています。

つまりEclipseは、AI時代になって消えたわけではありません。成熟したJava IDEを維持し、その上へAgentやMCPを統合していく方向へ進んでいます。

さらに興味深いのは、Eclipseの技術が別のEditorやIDEの内部でも生きていることです。Litheも、高度なJava CompletionやSemantic Navigationが必要になったときには Eclipse JDT Language Server を起動します。

一方、IntelliJ IDEAは長年、高度なCode Inspection、Refactoring、Debugger、Framework Support、巨大なPlugin EcosystemによってJava開発の中心的なIDEになってきました。現在はそこへJunie、Claude Agent、Codexなどを統合し、「強力なIDEにAgentを追加する」方向へ進んでいます。

Litheはこれらと少し違います。IntelliJ IDEAの機能をそのまま小さく作り直した製品ではなく、AIが実装を担う場面が増えたことを前提に、人間側のIDEに何を残すべきかを絞り直すところから設計されています。

IntelliJ IDEAも技術的にはPluginなどを通じて対応言語を広げられるため、Litheの特徴を「多言語化できること」だけで説明するのは適切ではありません。違いは、AI時代の開発Workflowを前提にIDEの役割そのものを再定義しようとしている点です。

その意味では、LitheはIntelliJ IDEAの機能的な後継ではありませんが、AI Coding時代にJava IDEの役割をどう再設計するかという、一つの方向性として見ることができます。

AIとの協業を意識した他のIDE・Editor

AIとの協業を前提にした開発環境はLitheだけではありません。ただし、同じ「AI対応IDE」でも、人間とAgentの役割分担はかなり異なります。料金、製品構成、AI対応状況は2026年9月6日時点の情報です。

製品	主な対象	無料で使える範囲	有料プランの目安	方向性
Lithe	Java・Spring Boot中心	IDE本体を無料で利用可能	なし	AIが書いたCodeを読む・動かす・Reviewする人間側を軽量化
Eclipse IDE + Spring Tools	Java・Spring中心	Eclipse IDEとSpring Toolsは無料。Copilot Freeも利用可能	Copilot Proは$10/月。上位Planあり	成熟したJava IDEへAgent・MCPを統合する既存IDE強化型
IntelliJ IDEA	Java・Kotlin・JVM中心	2025.3以降はCore機能を無料利用可能。外部Model・Agentも接続可能	UltimateとJetBrains AI Pro・Ultimateは有料	高度なIDE機能を維持したままJunie、Claude Agent、Codexなどを統合
Zed	汎用	Personalは$0。外部Agentや自前API Keyも利用可能	Proは$10/月	高速EditorをAgentのWorkbenchとして使う。Codex CLIやClaude Agentなどを接続可能
Visual Studio Code + GitHub Copilot	汎用	VS Codeは無料。Copilot Freeあり	Copilot Proは$10/月。上位Planあり	Local・Cloud Agentを同じEditorから扱う汎用型
Kiro	汎用	Freeは50 Credits/月	Proは$20/月。上位Planあり	Requirements・Design・Tasksを整理してからAgentに実装させるSpec-driven型
Cursor	汎用	Hobbyは$0で制限付きAgent利用	Proは$20/月。上位Planあり	Editor自体をAgent-firstにし、複数File編集やTerminal実行までAI側へ寄せる
Devin Desktop	汎用	Free Planあり	Proは$20/月、Maxは$200/月	複数のLocal・Cloud Agentを管理し、IDEでDiff・Debug・ReviewするCommand Center型
Google Antigravity	汎用	Individualは$0で基本的な週次Limit内を利用可能	Google AI Pro・Ultraで上限を拡張	複数Agentを並列管理するAgent-first Platform

無料で使えるIDEと、AIの無料枠は分けて考える

料金だけを見ると、多くの製品に無料枠があります。しかし「無料」の意味は同じではありません。

LitheとEclipseは、IDE本体を無料で利用できるオープンソースの選択肢です。EclipseではSpring Toolsも無料で利用できます。AIを追加する場合はGitHub Copilotなど別ServiceのPlanが関係しますが、Copilot Freeから試すこともできます。

ZedやVS CodeもEditor自体は無料で利用でき、外部Agentや自前API Keyを接続する構成を選べます。ただし、自前API Keyを使う場合は接続先Modelの利用料金が別途発生することがあります。

Kiro、Cursor、Devin Desktop、Google Antigravityは無料枠から試せますが、本格的にAgentへ長時間の実装を任せると、上位Planや追加の利用枠が必要になりやすい構成です。表の金額は代表的な個人向けPlanで、税や従量課金、地域差は含めていません。

Java開発という観点ではIntelliJ IDEAが少し特殊です。2025.3以降は従来のCommunity EditionとUltimateが統合され、Core機能を無料で使い続けられます。一方で、高度なFramework SupportなどはUltimate Subscription側です。JetBrains AI FreeはIntelliJ IDEAではUltimate Subscriptionが必要ですが、JetBrains AI Subscriptionを使わずに外部ModelやACP対応Agentを接続する方法も用意されています。

IDEとAIの関係は大きく4方向に分かれている

現在の流れを大まかに分けると、次のようになります。

1. Eclipse / IntelliJ IDEA: 成熟したIDEへAgentやMCPを追加する
2. VS Code / Zed: 汎用Editorを複数AgentのWorkbenchにする
3. Cursor / Kiro / Devin Desktop / Google Antigravity: Agent側の実装能力や自律性を中心に強化する
4. Lithe: AIが実装することを前提に、人間が理解・実行・Debug・Reviewする側のIDEを小さく作り直す

この4つ目が、Litheを単なる「軽いIDEA」ではなく、AI Coding時代のIDE設計として見ると面白いところです。

Litheが向いている人、向いていない人

LitheはJetBrains公式製品ではありません。また、個人開発のオープンソースProjectであり、IDEAと同じ完成度や機能範囲を期待する製品ではありません。

特に次のような用途へ強く依存している場合は、IDEAを置き換えるのは難しいでしょう。

• IntelliJ IDEA Ultimate固有の高度な機能
• 複雑なRefactoring
• Profiler
• 多数のJetBrains Plugin

一方で、日常的な開発がSpring Boot中心で、CodexやClaude CodeなどのCoding Agentにまとまった実装を任せることが多いなら、Litheの設計思想はかなり分かりやすいものです。

Projectを開く。Codeを読む。必要なServiceだけ起動する。Applicationを動かす。Debugする。そしてDiffをReviewする。

AI Coding時代のIDEに必要な部分を絞り込み、必要な機能をオンデマンドで起動するという考え方は、重量級IDEとは異なる方向性として興味深い選択肢になっています。

Eclipseが成熟したJava IDEへAIを追加し、IntelliJ IDEAが高度なIDE機能とAgentを統合し、CursorやKiroがAgent-firstへ進む中で、Litheは「人間側のIDEをどこまで軽くできるか」という別の問いを立てています。

少なくとも「Projectを開く → 動かす → Agentの変更を確認する」というWorkflowに必要な主要機能は、すでに一通りつながっています。