2eab3cc431
* feat(core): separate app launcher and JS interpreter runtime boundary Establishes the runtime boundary the Bun migration (MYWO-8 S1) needs before workers, hooks, sandbox helpers and the code-mode host spawn JavaScript children under a future compiled-app flavor: arbitrary-JS child processes resolve their interpreter through one accessor (package manifest first, process.execPath fallback) instead of reading process.execPath directly, Bun detection has a single seam, and the app-launcher contract is documented alongside the full call-site inventory in a bilingual design doc. Adds the same-fixture Node/Bun regression matrix (stdio framing, exit codes, SIGTERM, IPC channel, --expose-gc, --input-type=commonjs --eval). * fix(core): anchor interpreter resolution to the trusted install root Arbitrary-JS child resolution no longer walks upward looking for a manifest: the only trusted location is the standalone package root — the parent of the caller's bundle directory, which must hold both a manifest.json and the standalone entry marker lib/cli-entry.js — so an unrelated ancestor manifest in npm, source or SDK layouts can never be read. Declarations are validated before use: runtime must be exactly 'bun' or 'node', and the interpreter must be an existing executable regular file; any invalid or missing declaration falls back to process.execPath without throwing (non-string interpreter, directory, non-executable file, unknown runtime, absent binary, missing marker). Adds the regression matrix for unrelated ancestor manifests (npm bundle and deep SDK layouts), object/number/directory interpreters, unknown runtime, missing and non-executable interpreters, and the trust anchor; syncs both design-doc language versions with the validated contract. * docs(design): complete the migration inventory handoff Adds the three interpreter-identity call sites the re-review found missing from the call-site inventory (hook-command-cgroup launcher, bwrap-execution and landlock-execution allowlist staging), marks the unwired rows as owned by the S3 migration sweep, and notes platform applicability: the cgroup/bwrap/landlock rows are Linux-only mechanisms validated against the Linux targets of the platform matrix, while the mem0 and pem rows apply on every platform. Both design-doc language versions are updated; no product or test code changes. * style: apply prettier to the bun boundary docs and runtime tests Fixes the failing Lint & Static lane: `prettier --experimental-cli --check .` ([email protected], the lockfile resolution) rejects the two bun-runtime-boundary design docs and the two runtime-info test files introduced by the runtime boundary change. Formatting only — markdown table alignment, emphasis markers and code line wrapping; no content or behavior changes. * test(core): harden runtime boundary fixtures and document validation scope * test(core): reject stderr errors while awaiting fixture identity * test(core): expose Bun version and complete runtime call-site inventory --------- Co-authored-by: Shaojin Wen <[email protected]> Co-authored-by: gary.gq <[email protected]>
The open-source AI coding agent for your terminal, editor, desktop, browser, and chat.
中文 | Deutsch | français | 日本語 | Русский | Português (Brasil) | 한국어
Why Qwen Code?
- Agentic out of the box — Auto-Memory, Auto-Skills, SubAgents, Agent Teams, and MCP. Dynamic workflows, zero setup.
- Open-source, inside and out — The framework and the Qwen models are open-source. They evolve together. No vendor lock-in.
- Multi-protocol — Supports OpenAI, Anthropic, Gemini, and Qwen APIs. Any third-party provider or local model (Ollama / vLLM). Switch at runtime.
- Beyond the terminal — IDE plugins, Desktop app, Web UI, SDKs, and chat integrations (Telegram / DingTalk / WeChat / Feishu).
Tip
Qwen Code is actively iterating on itself — using its own agent and models to file issues, submit PRs, review code, and run tests. Powered by the community, driven by AI.
Installation
Linux / macOS:
curl -fsSL https://qwen-code-assets.oss-cn-hangzhou.aliyuncs.com/installation/install-qwen-standalone.sh | bash
Windows:
irm https://qwen-code-assets.oss-cn-hangzhou.aliyuncs.com/installation/install-qwen-standalone.ps1 | iex
Restart your terminal after installation to ensure environment variables take effect.
NPM / Homebrew
NPM (requires Node.js 22+):
npm install -g @qwen-code/qwen-code@latest
Homebrew (macOS / Linux):
brew install qwen-code
Quick Start
Open a terminal in your project and start Qwen Code:
cd /path/to/your-project
qwen
Inside the session, run /auth to configure your provider and API key. Then try:
Explain this repository and show me where to start.
See the Authentication Guide and Settings Reference for detailed setup.
See the terminal interface
How to Use Qwen Code
Choose the interface that fits your workflow:
| Interface | Get started |
|---|---|
| Terminal | Run qwen in your project — see Quick Start. |
| Desktop | Download Qwen Code Desktop for macOS, Windows, and Linux. |
| Web | Run qwen serve --open to open the Web UI in your browser. (experimental) |
| Editor | Set up VS Code, Zed, or JetBrains. |
| Chat | Connect Telegram, DingTalk, WeChat, or Feishu, then run qwen channel start. |
For automation and custom integrations:
- Headless — Run
qwen -p "..."in scripts, CI/CD, or batch jobs. - SDKs — Build with TypeScript, Python, or Java.
- Daemon — Run
qwen serveto connect clients over HTTP + SSE (ACP). (experimental) Daemon guide.
SDK example (Python)
import asyncio
from qwen_code_sdk import is_sdk_result_message, query
async def main() -> None:
result = query(
"Summarize the repository layout.",
{
"cwd": "/path/to/project",
"path_to_qwen_executable": "qwen",
},
)
async for message in result:
if is_sdk_result_message(message):
print(message["result"])
asyncio.run(main())
Capabilities
If you know Claude Code, you already know Qwen Code — and then some. We've put significant effort into bringing Qwen Code to feature parity with Claude Code, improving both breadth and reliability across the board.
| Feature | Qwen Code | Claude Code |
|---|---|---|
| SubAgents, Agent Teams, Dynamic Workflows | ✓ | ✓ |
| Auto-Memory, Auto-Skills, Hooks | ✓ | ✓ |
| Built-in Skills (/review, /batch, /loop, /bugfix…) | ✓ | ✓ |
| MCP, Plan Mode, LSP Integration | ✓ | ✓ |
| Auto Mode, Sandbox, Git Worktrees | ✓ | ✓ |
| Computer Use (desktop automation) | ✓ | ✓ |
| IDE Plugins (VS Code / JetBrains / Zed) | ✓ | ✓ |
| SDK | ✓ | ✓ |
| Headless Mode, Session Management | ✓ | ✓ |
| Open-source — model and framework | ✓ | — |
| Multi-protocol (OpenAI / Anthropic / Gemini / Qwen + any provider) | ✓ | — |
| Agent Arena (multi-model head-to-head on same task) | ✓ | — |
Daemon Mode — qwen serve (multi-client shared agent) |
✓ | — |
| IM Channels (Telegram / DingTalk / WeChat / Feishu) | ✓ | — |
Qwen Code Evaluation
On SWE-bench Verified, seven Qwen Code versions scored 76.40%–77.80% on average using the same Qwen 3.7 Max model (500 tasks, three trials per version).
Full results and evaluation configuration →
Ecosystem
-
Qwen Code Desktop — Official desktop app for macOS, Windows, and Linux
-
AionUi — A modern GUI for command-line AI tools including Qwen Code
-
Gemini CLI Desktop — A cross-platform desktop/web/mobile UI for Qwen Code
-
🦞 Qwen Code Claw — Let other agents (Claude, Codex, etc.) delegate coding tasks to Qwen Code via ACP. Paste this prompt into your agent:
Use Qwen Code as a coding agent. First, fetch and read this skill reference:
https://raw.githubusercontent.com/QwenLM/qwen-code/refs/heads/main/.qwen/skills/qwen-code-claw/SKILL.md
Then follow the instructions inside to install, authenticate, and use Qwen Code via acpx for all coding tasks.
- Aliyun Model Studio CLI — Official CLI for Aliyun's AI platform (
bailian-cli). Extends Qwen Code with image/video generation, knowledge retrieval, app orchestration, and model deployment
Privacy
See the Terms of Service and Privacy Notice, including Chrome extension and Browser Use data handling.
Contributing
Contributions are welcome! See CONTRIBUTING.md for guidelines.
Acknowledgments
This project was originally based on Google Gemini CLI v0.8.2. We gratefully acknowledge the Gemini CLI team's excellent work. Starting from Qwen Code v0.1, we stopped syncing with upstream and began independent development as a multi-protocol, multi-platform agent framework with deep integrations for Qwen models and beyond.