30秒でわかる Qwen Code（2026年8月時点）
・正体：Alibaba Qwenチームが公開する、ターミナルで動くAIコーディングエージェント（QwenLM/qwen-code、Apache-2.0、TypeScript/Node.js製、GitHubスター約26,519）
・出自：Google Gemini CLI（v0.8.2ベース）をフォークし、v0.1から独立開発。ライセンスはフォーク元と同じApache-2.0を継承
・強み：OpenAI・Anthropic・Gemini・Qwenの4プロトコルに対応し、Ollama・vLLMのローカルモデルも同じCLIで運用できる
・実測：npm install -g @qwen-code/qwen-code@latest が約4秒で完了し、qwen --version は0.21.4を返した（2026年8月3日・Node.js v22.23.1環境）
・注意：Node.js 22未満では動作しない（README明記）。総コミット数はフォーク元の履歴を含む概算値
「Qwen Code」は、Alibaba Qwenチームが公開しているコマンドライン型のAIコーディングエージェントだ。ターミナルから直接指示を出すと、コードの読み取り・編集、シェルコマンドの実行、ファイル検索を行い、フィードバックを見ながら次の一手を自分で選ぶ。最大の特徴は、Google Gemini CLIをフォークした出自を持ちながら、OpenAI・Anthropic・Gemini・Qwenという4つのプロトコルとOllama・vLLMによるローカルモデルまで1つのCLIで切り替えられる「マルチプロトコル対応」にある。この記事では公式リポジトリの一次情報と実機検証をもとに、Qwen Codeとは何か・Gemini CLIとの関係・インストールと使い方、そしてMoonshot純正の同種ツール「Kimi Code CLI」との違いまでを整理する。
Qwen Codeは、AIを使ってコードを書く「バイブコーディング」を支えるツール群の一つでもある。ツール選定や実践ワークフローの全体像は Vibe Codingとは？AIコーディングの始め方・ツール比較・実践ワークフロー2026 を先に押さえておくと、本記事でのQwen Codeの位置づけがつかみやすい。
Qwen Codeとは——Gemini CLIからフォークして生まれたマルチプロトコルCLI
Qwen Codeは公式READMEで「コマンドラインで動くAIワークフローツール」と説明されている。単なるチャットボットのラッパーではなく、コードベースの理解・大規模なコード変更・開発ワークフローの高速化を目的に設計された自律エージェントだ。出自が独特で、GoogleがApache-2.0で公開している Gemini CLI（v0.8.2ベース）をフォークし、そこからQwenチームが独立した開発ラインとして育てている。
v0.8.2ベース・Apache-2.0"] -->|フォーク| B["Qwen Code v0.1
Qwenチームが独立開発"] B --> C["マルチプロトコル対応
OpenAI/Anthropic/Gemini/Qwen"] B --> D["ローカルモデル対応
Ollama/vLLM"] B --> E["Qwen Code 現行版
nightly buildを日次配信"]
リポジトリは QwenLM/qwen-code で公開され、ライセンスはフォーク元と同じApache-2.0、実装はTypeScript/Node.jsが中心だ。GitHubスターは約26,519（2026年8月2日時点の公式API実測）、フォークは約2,758。開発元はAlibaba Qwenチームで、pushed_at が取得当日を指すほど直近の活性度が高く、nightly buildが継続的に出ている。
総コミット数を見るときは、フォーク経緯を先に踏まえる必要がある。GitHubのcommits APIから概算すると総コミット数は約8,188、contributor数は約516に上るが、これはフォーク元Gemini CLIの履歴を含む可能性がある概算値だ。「Qwen Codeチーム独自の開発量」としてそのまま強調するのは誤読を招くため、本記事ではフォークの経緯を先に説明したうえで数値を参考値として扱う。
ライセンスの継承に関する注意
Qwen CodeはGemini CLI（Apache-2.0）のフォークであるため、コードベースの一部にフォーク元由来の実装が含まれる。ライセンス自体はREADMEの宣言とGitHub実体判定（Apache-2.0）が一致しており矛盾はないが、「独自開発」と「フォーク元からの継承」が混在している点は履歴を追う際に意識しておきたい。
基本情報の早見表
| 項目 | 内容 |
|---|---|
| リポジトリ | QwenLM/qwen-code |
| ライセンス | Apache-2.0（フォーク元と同一） |
| 主要言語 | TypeScript / Node.js（22以上必須） |
| GitHubスター | 約26,519（2026-08時点） |
| フォーク数 | 約2,758 |
| 開発元 | Alibaba Qwenチーム（企業サポートあり） |
| 出自 | Google Gemini CLI（v0.8.2ベース）からフォーク |
| リリース形態 | nightly buildを日次配信 |
インストールと起動——実機で検証した所要時間とバージョン
Qwen Codeの導入はnpm経由で行う。README上ではNode.js 22以上が必須条件として明記されており、これを下回るバージョンでは動作しない。本記事ではNode.js v22.23.1の環境で実際にコマンドを実行し、所要時間とバージョン表記を確認した。
npm install -g @qwen-code/qwen-code@latest
上記のインストールは実測で約4秒（added 13 packages in 4s）と短時間で完了した。単一パッケージの追加なので、Kimi Code CLIのような単一バイナリ配布に比べれば1ステップ多いが、npmの標準的な体験の範囲内だ。導入後はバージョンを確認する。
qwen --version
本記事の検証環境（2026年8月3日・Node.js v22.23.1）では 0.21.4 が返った。GitHub側ではnightly buildが日次で更新されているため、確認するタイミングによって表示されるバージョン表記は変わりうる。安定版の正式なバージョニング体系までは本記事では断定しない。
あとはプロジェクトのディレクトリに移動して qwen と打つだけで対話UI（TUI）が立ち上がる。
cd your-project
qwen
非対話・非TTY環境で実行すると「認証方式が選択されていません。設定ファイルまたは --auth-type で認証方式を指定してください」という趣旨のメッセージが返る。これは、Qwen Codeが単一の認証方式に固定されておらず、--auth-type フラグや設定ファイルで複数の認証方式を切り替えられる構造になっていることを裏付ける実測結果だ。ただし、対話UI上でプロバイダを選ぶ画面そのものの完全な一覧表示は、本記事の執筆環境（TTYの無いCI環境）では確認できなかった。この点は「未確認」として明記し、断定はしない。
実行して確認できたサブコマンド一覧
qwen --help を実行すると、対話UI以外にも複数のサブコマンドが用意されていることが分かる。単なるチャット用CLIではなく、周辺の運用機能まで一体化した「ターミナル AI エージェント」として設計されていることが、コマンド構成からも見て取れる。
| サブコマンド | 役割（--help 表示より） |
|---|---|
qwen channel |
Telegram・Discordなどのメッセージングチャンネルを管理 |
qwen extensions |
Qwen Codeの拡張機能を管理 |
qwen hooks |
ライフサイクルフックを管理（対話UI内では /hooks） |
qwen mcp |
MCPサーバーの追加・削除・一覧・再接続・承認・拒否 |
qwen review |
PR等の非対話レビューや、レビュー用の内部ヘルパーを実行 |
qwen serve |
Qwen Codeをローカルの HTTPデーモンとして起動（実験的機能） |
qwen sessions |
セッションを管理 |
qwen update |
更新の確認とインストール |
なお qwen auth サブコマンドは、本記事の検証時点の --help 表示で説明文に「(removed)」という注記が付いていた。認証設定がサブコマンド経由から別の経路（設定ファイルや起動時のプロンプトなど）に移行している可能性があるが、その移行先の詳細までは本記事では検証しておらず、事実として断定はしない。
読者の3つの問いへの答え
① 何ができる：ターミナルからコードの読み取り・編集・シェル実行を指示できるAIコーディングエージェント ② 何を解決する：ブラウザとエディタを往復する手間を1つのCLIに畳み込む ③ 何を代替できる：単一プロバイダ固定のCLIや、ローカルモデル専用の別ツールを1つに統合できる
マルチプロトコル対応——OpenAI・Anthropic・Gemini・Qwen＋ローカルモデル
Qwen Codeの最大の差別化ポイントは、バックエンドのモデルを1社に固定していないことだ。公式README記載の情報として、OpenAI・Anthropic・Gemini・Qwenの4プロトコルに対応し、さらにOllamaやvLLMで動かすローカルモデルにも接続できるとされている。Claude CodeがAnthropicのClaude、Gemini CLIがGoogleのGeminiと1対1で結び付いているのに対し、Qwen Codeはフォーク元がGemini CLIであるにもかかわらず、Qwen自身のモデルを含む複数プロバイダを横断的に扱える設計を選んでいる。
Qwen Codeの立ち位置は「Qwen専用CLI」ではなく「プロトコルを横断できるCLI」だ。これは、Qwenモデルを使いたい場合はもちろん、既にOpenAIやAnthropic、Geminiの契約がある場合や、Ollama・vLLMでローカルにモデルを運用している場合でも、同じCLI・同じ操作感で使い続けられることを意味する。プロバイダを乗り換えるたびに別のCLIを覚え直す必要がない点は、複数のモデルを併用する開発者にとって実務上のメリットになりうる。
ただし、README記載の機能名（後述するAuto-Memoryなど）や対応プロトコルの一覧は、本記事では実装コードまでは読み込んで検証していない。あくまで公式ドキュメントに書かれている仕様として紹介し、過度な断定は避ける。
主要機能——README記載の特徴（Auto-Memory・Auto-Skills・Agent Teams）
Qwen Codeが公式に挙げる機能は、コード補完の枠を超えたエージェント機能が中心だ。ここではREADMEに列挙された機能名を、当サイトの読者が知りたい「何ができるか」の視点で整理する。いずれも機能名自体はREADME記載のままであり、実装の詳細検証は行っていない点をあらかじめ明記しておく。
| 機能 | README上の説明 |
|---|---|
| Auto-Memory | セッションを横断して、プロジェクトの文脈や過去の指示を記憶する機能として紹介されている |
| Auto-Skills | 繰り返し使う作業手順をスキルとして自動化する機能として紹介されている |
| Agent Teams | 複数のサブエージェントを組み合わせて分業させる機能として紹介されている |
| マルチプロトコル対応 | OpenAI・Anthropic・Gemini・Qwenの4プロトコルを1つのCLIで切替 |
| ローカルモデル対応 | Ollama・vLLMで動かすローカルモデルへの接続 |
| nightly build | 日次で更新されるビルドが継続的に配信される |
機能名の読み方について
Auto-Memory・Auto-Skills・Agent Teamsは、いずれもREADMEの見出しそのままの名称だ。名称からイメージされる挙動と、実際のコード上の実装が完全に一致するとは限らないため、導入前には公式ドキュメントで具体的な挙動を確認することをおすすめする。
Kimi Code CLI・Gemini CLIとの違い（比較表）
ターミナルで動くAIコーディングエージェントは選択肢が増えている。ここではQwen Codeを、出自の近いGoogle Gemini CLI、同時期に注目された純正CLIのKimi Code CLI、そしてOpenAI公式のCodex CLIと並べて整理する。優劣を断定するものではなく、提供元・バックエンド・ライセンス・独自性の違いを一望するための表だ。数値・仕様は公式情報に基づくが、頻繁に更新される領域のため導入前には必ず最新の公式ドキュメントで確認してほしい。
| ツール | 提供元 | 既定バックエンド | ライセンス | ⭐（2026-08時点） | 際立つ特徴 |
|---|---|---|---|---|---|
| Qwen Code | Alibaba Qwenチーム | OpenAI/Anthropic/Gemini/Qwen＋ローカルモデル | Apache-2.0 | 約26,519 | Gemini CLI由来・マルチプロトコル・Ollama/vLLM対応 |
| Kimi Code CLI | Moonshot AI | Kimi（K2系） | MIT | 約5,921 | 単一バイナリ・動画入力・ACPでZed/JetBrains連携 |
| Google Gemini CLI | Gemini | Apache-2.0 | 約106,309 | Qwen Codeのフォーク元。Google公式ツール | |
| OpenAI Codex CLI | OpenAI | OpenAI | Apache-2.0 | 約103,324 | OpenAI公式のターミナルAIエージェント |
この記事のポイント（選定の結論）
・複数プロバイダを1つのCLIで切り替えたい → Qwen Code（マルチプロトコル・Ollama/vLLM対応）
・単一バイナリで動画入力が欲しい → Kimi Code CLI（Moonshot純正・MIT）
・Googleの寛容な無料枠・超長コンテキストを重視 → Gemini CLI
・OpenAI公式のエコシステムを重視 → OpenAI Codex CLI
Qwen Codeと Gemini CLI 比較でわかる設計思想の違い
表を眺めると、Qwen Codeの立ち位置がはっきりする。フォーク元のGoogle Gemini CLIが1社のモデルに閉じているのに対し、Qwen Codeはそこから独立してマルチプロトコル対応を打ち出した点が最大の差別化だ。Kimi Code CLIのように「モデルの作り手が純正で出すCLI」という構図とも異なり、Qwen CodeはQwenモデルを含む複数プロバイダを横断的に扱える柔軟さで勝負している。すでに複数のプロバイダを併用している開発者や、Ollama・vLLMでローカルモデルを運用している開発者にとっては、CLIを乗り換えずに済む実務上の利点がある。
検索の実態としては「Qwen コーディング」という日本語の複合語そのものの検索ボリュームはごく小さく、多くの読者は「AIコーディングエージェント」や「Gemini CLI」といった一般的な語からこのツールに行き当たる。ブランド名単体でのSEO評価は弱めだが、Gemini CLIのフォークという出自を知っている読者ほど、Qwen Codeのマルチプロトコル対応という差別化ポイントに関心を持ちやすい。
同種の同時期リリースであるMoonshot純正のCLIについては、単一バイナリ配布・動画入力・ACP連携という別軸の強みを持つ Kimi Code CLIとは｜Moonshot純正のAIコーディングエージェントをターミナルで動かす で詳しく解説している。ターミナルCLI以外にIDE型のツールと比較検討したい場合は、Claude Code vs Cursor徹底比較2026年版：CLI派とIDE派、どちらを選ぶべきか も参考になる。ローカルLLMを試したい場合の選択肢として、メンテナンス終了後の運用実態まで検証した Continue.dev とは｜メンテ終了後も使えるか・CLIとVS Code拡張をCursorと比較 も、CLIとエディタ拡張の両立という観点で読み比べる価値がある。
ライセンスと開発体制——企業サポートと開発ペース
Qwen Codeのライセンスは、フォーク元Gemini CLIと同じApache-2.0だ。Apache-2.0は商用利用・改変・再配布に寛容なライセンスで、README上のバッジ表示（img.shields.io/github/license/QwenLM/qwen-code.svg）もApache-2.0を示しており、GitHub APIの license.spdx_id 実測とも一致する。ライセンス表記の矛盾は確認されていない。
開発体制については、QwenLM 配下のリポジトリであることからAlibaba Qwenチームによる公式プロジェクトであることが分かる。単独開発者によるサイドプロジェクトではなく、専任チームが継続的にリリースを重ねている点は、pushed_at が取得当日を指すことや、nightly buildが日次で配信されていることからも裏付けられる。バス係数（特定の開発者に依存する度合い）そのものは本記事では実測していないが、企業の公式プロジェクトという位置づけを踏まえると、単独開発者の離脱でメンテナンスが止まるリスクは相対的に低いと考えられる。
一方で、最新の安定版のバージョニング体系（セマンティックバージョニングの運用ルールなど）は本記事の調査範囲では確認できておらず、nightly buildが最新表示になっている点から、まだ発展途上のプロジェクトである可能性がある。「star数と実体の乖離」という観点では、★26,519に対しコミット約8,188・contributor約516という規模は実開発量として十分大きく、star数だけが独り歩きしているような乖離は見られない。ただし前述の通り、この数値にはフォーク元の履歴が混在しうる点は差し引いて読む必要がある。
まとめ——Qwen Codeは誰に向くか
Qwen Codeは、Google Gemini CLIをフォークしてAlibaba Qwenチームが独立開発した、ターミナルで動くAIコーディングエージェントだ。要点を最後に整理する。
・出自：Google Gemini CLI（v0.8.2ベース）をフォークし、v0.1から独立した開発ラインとして成長
・マルチプロトコル対応：OpenAI・Anthropic・Gemini・Qwenの4プロトコルを1つのCLIで切替
・ローカルモデル対応：Ollama・vLLMで動かすローカルモデルにも接続できる
・導入：npm install -g @qwen-code/qwen-code@latest（Node.js 22以上必須）。実測でインストールは約4秒
・ライセンス：フォーク元と同じApache-2.0のオープンソース
・開発体制：Alibaba Qwenチームによる公式プロジェクトで、nightly buildを日次配信するほど活発
・注意点：総コミット数・contributor数はフォーク元の履歴を含む概算値。対話UIのプロバイダ選択画面は本記事では未確認
「複数のモデルプロバイダを併用している」「Ollama・vLLMでローカルモデルも動かしたい」——このいずれかに当てはまるなら、Qwen Codeは1つのCLIで済ませられる選択肢になる。逆に、単一バイナリでの導入や動画入力を重視するならMoonshot純正のKimi Code CLI、Googleの寛容な無料枠を重視するならGemini CLI本体、というように使い分けるのが現実的だ。まずは npm install -g @qwen-code/qwen-code@latest で導入し、手元のプロジェクトで qwen と打ち込むところから試してみてほしい。
参照ソース
・QwenLM/qwen-code（公式リポジトリ・README） — README全文（タグライン・Gemini CLIフォーク経緯・マルチプロトコル対応・インストール手順）を取得
・MoonshotAI/kimi-code（比較対象・公式リポジトリ） — 比較表用のスター数・ライセンス実測
・google-gemini/gemini-cli（フォーク元・公式リポジトリ） — 比較表用のスター数・ライセンス実測、フォーク経緯の裏取り
