Teraxとは｜7MBのTauri製ターミナル一体型AI開発環境を実機とGitHub APIで検証する

AIコーディング環境はエディタ側から出発したものが多い。VS Codeのフォークにチャットパネルを足す、という形が主流だ。Terax（crynta/terax-ai・★9,153・Apache-2.0・2026-09-04時点）はそこを逆にして、ターミナルを中心に据え、その周りにエディタ・ファイルツリー・Git・Webプレビュー・AIサイドパネルを配置する。

そして「Lightweight (7MB)」を看板に掲げている。Electron製のAIエディタが数百MBある中で、Tauri 2 ＋ Rust ＋ React 19 という構成で2桁小さいと主張しているわけだ。

この記事では、その看板を含めた確かめられる主張だけを実機とGitHub APIで測った。公式dmgを落として展開し、署名と公証を確認し、実際に起動してプロセスとソケットを観測した。逆に「エディタの使い勝手」や「AIエージェントの賢さ」は主観になるので扱わない。

AIコーディング環境の選び方全体はVibe Codingとは？AIコーディングの始め方・ツール比較・実践ワークフロー2026にまとめている。

Teraxとは：ターミナルを中心に据えたAI開発環境（ADE）

READMEはTeraxを「terminal-first AI-native development environment (ADE)」と呼ぶ。構成要素は5つで、どれもターミナルタブと同じウィンドウに収まる。

言語構成はGitHub API上で TypeScript 78.8% / Rust 19.2% だった。「Tauri 2 ＋ Rust」を前面に出しているが、実装の重心はフロントエンド側にある——これは批判ではなく、Tauriアプリの一般的な姿である。Rust側の依存は src-tauri/Cargo.toml で28個と、Tauriアプリとしては素直な規模だ。

AI側はBYOK（自分のキーを持ち込む）方式で、OpenAI・Anthropic・Google・Groq・xAI・Cerebras・OpenRouter・DeepSeek・Mistral に加え、任意のOpenAI互換エンドポイントに向けられる。ローカル推論はLM Studio・MLX・Ollamaに対応する。エージェント側はプラン生成・サブエージェント・TERAX.md によるプロジェクトメモリ・承認ゲート付きのbash実行を持ち、さらにターミナル内にClaude Codeを起動して出力を読み、承認ゲート越しに追加指示を送るという「コーディングエージェントのオーケストレーション」まで載っている。

AI側はBYOK。ローカル推論にも向けられる

AI機能はすべて「自分のキーを持ち込む」前提で、ツール自体には課金が無い。READMEが挙げる接続先を整理すると次のようになる。

エージェント側の機能は、プラン生成・サブエージェント・TERAX.md によるプロジェクトメモリ・ファイルの read / write / edit / multi-edit / grep / glob・承認ゲート付きのbash実行・バックグラウンドプロセス、と一通り揃っている。さらに「coding-agent orchestration」として、ターミナル内に Claude Code を起動して出力を読み、承認ゲート越しに追加の作業を投げるという機能が挙がっている。エディタ側にAIを埋め込むのではなく、ターミナルで動く既存のエージェントを外から操るという発想で、terminal-first を名乗るだけの一貫性はある。

Composer（プロンプト入力欄）は #handle でプロンプトスニペット、@path でファイルを差し込め、音声入力とエクスプローラからの添付にも対応する。テーマ関連では Kanagawa・Catppuccin・Rosé Pine・Everforest・Dracula・Solarized・Nord・Tokyo Night・GitHub・Xcode がエディタテーマとして同梱され、アプリのテーマとエディタのテーマは独立して設定できる。背景画像に不透明度とぼかしを掛ける設定まである。

「7〜8MB」はどこまで本当か

看板の数字を配布形式ごとに実測した。

ダウンロードサイズで見れば公称はおおむね正しく、AppImageだけが例外だ。AppImageはGTK/WebKitのランタイムを同梱するため必然的にこうなる。READMEのLinux注記も「.deb / .rpm はシステムのGTKスタックにリンクするので滑らかな傾向」と書いており、AppImageを第一候補にしていない。とはいえ「Lightweight (7MB)」だけ見てAppImageを取ると14倍の物を掴むので、Linuxユーザーは.debか.rpm、Arch なら yay -S terax-bin、NixOSなら公式flakeを選ぶのが素直だ。

なお Terax.app の LSMinimumSystemVersion は 13.0 で、macOS 13 Ventura 以降が対象だった。

なぜ9MiBで収まるのか——アプリの中身を開けて確かめる

「Tauriだから小さい」で済ませずに、Terax.app の中身を見た。

ls Terax.app/Contents/
# CodeResources  Info.plist  MacOS  Resources  _CodeSignature

du -sh Terax.app/Contents/Resources    # → 876K（中身は icon.icns のみ）
ls Terax.app/Contents/Frameworks       # → 存在しない

otool -L Terax.app/Contents/MacOS/terax | grep WebKit
# → /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit

Frameworks/ ディレクトリが存在せず、OS標準の WebKit にリンクしている。Electron製アプリが数百MBになるのは Chromium と Node.js のランタイムを丸ごと同梱するからで、TeraxはそれをOSのWKWebViewで代替している。バンドルの実体は「バイナリ1本（8,488,912 B）＋アイコン876KB＋メタデータ」だけで、React 19 のフロントエンドはバイナリに埋め込まれている。

この構造は、サイズと引き換えに描画がOS側のWebKitバージョンに依存するという性質を持つ。READMEのLinux注記が「AppImageはFUSEが要る」「WaylandでレンダリングがおかしければWEBKIT_DISABLE_DMABUF_RENDERER=1を試す」「.deb/.rpmはシステムのGTKスタックにリンクするので滑らかな傾向」と細かく書いているのは、まさにこの依存の裏返しだ。macOSとWindowsでは環境差が出にくく、Linuxではディストリ差が出やすいというのが、この設計から素直に予想される姿になる。

署名と公証は通っている

配布物の素性も確認した。

codesign -dv /Volumes/Terax/Terax.app
# Identifier=app.crynta.terax
# TeamIdentifier=4FLB46KK27

spctl -a -vv /Volumes/Terax/Terax.app
# /Volumes/Terax/Terax.app: accepted
# source=Notarized Developer ID
# origin=Developer ID Application: Edgar Injighulyan (4FLB46KK27)

Apple の公証（Notarization）を通っており、Gatekeeper が accepted を返す。個人メンテナのOSSデスクトップアプリでここまでやっているものは多くない。右クリック→開くのような回避操作なしにインストールできる。Linux版のアセットには .sig（Tauri updater 用の署名）も付いている。

起動して測る：1プロセス・RSS 51MiB・ソケット0本

実際に起動して観測した。--version や --help を付けてもGUIが起動する（Tauriアプリなのでフラグは解釈されない）ので、そのまま観測に使った。

# 起動して常駐プロセスを見る
./Terax.app/Contents/MacOS/terax &
ps -o rss=,etime= -p $(pgrep -f "Terax.app/Contents/MacOS/terax" | head -1)
#    52576   00:02:37     ← RSS 52,576 KB ≒ 51.3 MiB

# ソケットを数える（LISTEN も確立済みも）
for p in $(pgrep -f "Terax.app/Contents/MacOS/terax"); do
  lsof -nP -p $p -a -i 2>/dev/null | tail -n +2
done | wc -l
# → 0

APIキーの保存先については、READMEが「keyring 経由でOSキーチェーンに書き、ディスクやlocalStorageには触れない」と説明している。src-tauri/Cargo.toml を確認すると keyring = { version = "3.6", ... } がプラットフォーム別に2箇所で宣言されており、機構としては実在する。ただし本記事は実際にキーを入れて保存先を追跡してはいないので、「その依存がある」ところまでが確認済みである。

配布物とリポジトリの間にある97コミットの差

導入判断でいちばん効くのがここだ。GitHub APIで測った現況は次のとおり。

gh api "repos/crynta/terax-ai/compare/v0.8.6...main" --jq '{ahead:.ahead_by}'
# → {"ahead":97}

READMEが説明しているのは main の姿で、ダウンロードできるのは7月27日のビルドである。この39日の間に97コミットが入っており、main の package.json もバージョンを上げていないため、リリースノートから「何が入って何が入っていないか」を判別する手掛かりが薄い。README の機能一覧に惹かれて入れた機能が、v0.8.6 のバイナリには無い可能性がある。

オープンPRが189本というのも目を引く。open_issues_count の 436 をそのまま「Issue 436件」と書いてしまいがちだが、GitHubのこのフィールドはPRを含むので、内訳を分けないと実態を誤る。★9,153に対してPR 189本というのは、コントリビュートが集まっている一方でレビューが追いついていない状態を示している。

ダウンロード実績では Windows が半分を超える

導入層の実態も測れる。v0.8.6のインストーラ（updater用の .tar.gz と .sig を除く）のダウンロード数は次のとおりだった。

「ターミナル起点」という性格から想像するよりも、Windowsの比率が高い。READMEがWSLを「ラップされたサブプロセスではなく第一級のワークスペース環境」と位置づけ、Windowsのシェル検出順（pwsh.exe → powershell.exe → cmd.exe）まで書いているのは、この層に応えたものだろう。16リリース累計のインストーラ系ダウンロードは86,799件で、★9,153に対して十分な実利用がある。

ソースからビルドする場合の前提

配布バイナリが7月27日のものである以上、mainの機能を試したいならソースからビルドすることになる。READMEが挙げる前提は3つだ。

# 前提: Rust (stable) / Node 20+ / pnpm / 各プラットフォームの Tauri 前提条件
pnpm install
pnpm tauri dev     # 開発
pnpm tauri build   # 本番バンドル

READMEの多言語対応は11言語（簡体字中国語・スペイン語・ドイツ語・フランス語・日本語・韓国語・ポルトガル語・ポーランド語・ロシア語・インドネシア語・ヒンディー語）で、日本語版 docs/readme/README.ja.md の最終更新コミットは英語版と同一（2026-08-05）だった。多言語READMEは翻訳だけ古くなるのが定番だが、ここは同じコミットで揃えて更新されている。日本語で読みたい場合、内容が古い心配は今のところない。

何を確かめられて、何を確かめていないか

商用のAIエディタと比べたいならWindsurf IDE｜CascadeエージェントでCursor・Copilotを超えたAI開発環境や、料金面での比較はcursor 料金（Cursor pricing）2026｜Hobby・Pro・Pro+・Ultraの違いと選び方が近い。TeraxはBYOKなのでツール自体の課金が無く、払うのは自分が選んだモデルのAPI料金だけという点が構造的な違いになる。

まとめ：Teraxの看板は概ね正しく、注意点は「配布物の鮮度」

Teraxの主張のうち、外形的に検証できるものはほぼ通った。7〜8MBという配布サイズは（AppImageを除いて）事実で、署名と公証も本物、起動時のメモリも51MiBと軽い。個人が中心のOSSデスクトップアプリとしては、配布のきちんとしている側にある。

引っかかるのは性能でも設計でもなく、配布物とリポジトリの距離だ。最後のリリースから39日で97コミット、バージョン番号は据え置き、オープンPRは189本。★9,153・累計86,799ダウンロードという勢いに対して、リリースの刻みが追いついていない。READMEを読んで期待した機能が、いま落とせるビルドに入っているとは限らない——これは記事を書く側にとっても、読者が導入を決めるときにも、いちばん見落としやすい差である。

なお本記事はアプリを起動して外形を測っただけで、エディタの書き味やAIエージェントの実力は評価していない。そこは実際に自分のワークフローで数日使ってみるほかない領域だと考えている。

参照ソース

• crynta/terax-ai — GitHub
• Terax v0.8.6 Release
• Terax 公式サイト
• Terax README（日本語）
• Tauri 2 公式ドキュメント