Qwen Code Execution and Deployment
This document describes how to run Qwen Code and explains the deployment architecture that Qwen Code uses.
Running Qwen Code
There are several ways to run Qwen Code. The option you choose depends on how you intend to use it.
1. Standard installation (Recommended for typical users)
This is the recommended way for end-users to install Qwen Code. It involves downloading the Qwen Code package from the NPM registry.
-
Global install:
npm install -g @qwen-code/qwen-code
Then, run the CLI from anywhere:
qwen
-
NPX execution:
# Execute the latest version from NPM without a global install npx @qwen-code/qwen-code
2. Running in a sandbox (Docker/Podman)
For security and isolation, Qwen Code can be run inside a container. This is the default way that the CLI executes tools that might have side effects.
- Directly from the Registry:
You can run the published sandbox image directly. This is useful for environments where you only have Docker and want to run the CLI.
# Run the published sandbox image docker run --rm -it ghcr.io/qwenlm/qwen-code:0.0.7
- Using the
--sandbox
flag: If you have Qwen Code installed locally (using the standard installation described above), you can instruct it to run inside the sandbox container.qwen --sandbox -y -p "your prompt here"
3. Running from source (Recommended for Qwen Code contributors)
Contributors to the project will want to run the CLI directly from the source code.
-
Development Mode: This method provides hot-reloading and is useful for active development.
# From the root of the repository npm run start
-
Production-like mode (Linked package): This method simulates a global installation by linking your local package. It’s useful for testing a local build in a production workflow.
# Link the local cli package to your global node_modules npm link packages/cli # Now you can run your local version using the `qwen` command qwen
4. Running the latest Qwen Code commit from GitHub
You can run the most recently committed version of Qwen Code directly from the GitHub repository. This is useful for testing features still in development.
# Execute the CLI directly from the main branch on GitHub
npx https://github.com/QwenLM/qwen-code
Deployment architecture
The execution methods described above are made possible by the following architectural components and processes:
NPM packages
Qwen Code project is a monorepo that publishes core packages to the NPM registry:
@qwen-code/qwen-code-core
: The backend, handling logic and tool execution.@qwen-code/qwen-code
: The user-facing frontend.
These packages are used when performing the standard installation and when running Qwen Code from the source.
Build and packaging processes
There are two distinct build processes used, depending on the distribution channel:
-
NPM publication: For publishing to the NPM registry, the TypeScript source code in
@qwen-code/qwen-code-core
and@qwen-code/qwen-code
is transpiled into standard JavaScript using the TypeScript Compiler (tsc
). The resultingdist/
directory is what gets published in the NPM package. This is a standard approach for TypeScript libraries. -
GitHub
npx
execution: When running the latest version of Qwen Code directly from GitHub, a different process is triggered by theprepare
script inpackage.json
. This script usesesbuild
to bundle the entire application and its dependencies into a single, self-contained JavaScript file. This bundle is created on-the-fly on the user’s machine and is not checked into the repository.
Docker sandbox image
The Docker-based execution method is supported by the qwen-code-sandbox
container image. This image is published to a container registry and contains a pre-installed, global version of Qwen Code.
Release process
The release process is automated through GitHub Actions. The release workflow performs the following actions:
- Build the NPM packages using
tsc
. - Publish the NPM packages to the artifact registry.
- Create GitHub releases with bundled assets.