This page covers:
- Directory structure — Where files are stored and the purpose of each directory
- Environment variables — How to customize paths and behavior
- Configuration files — Complete field description for
config.jsonandagent.json
From v0.1.0, QwenPaw supports multi-agent. Configuration is split into two layers:
- Global config (
config.json) — Model providers, agent list, global settings - Agent config (
agent.json) — Independent config for each agent (channels, heartbeat, tools, etc.)
The default working directory is ~/.qwenpaw. After running qwenpaw init, the complete structure looks like:
$QWENPAW_WORKING_DIR/ # Default ~/.qwenpaw
├── config.json # Global config
├── workspaces/
│ ├── default/ # Default agent workspace
│ │ ├── agent.json # Agent config
│ │ ├── chats.json # Conversation history
│ │ ├── jobs.json # Cron jobs
│ │ ├── token_usage.json # Token usage records
│ │ ├── AGENTS.md # Persona file
│ │ ├── SOUL.md # Persona file
│ │ ├── PROFILE.md # Persona file
│ │ ├── BOOTSTRAP.md # Initial setup guide (auto-deleted after completion)
│ │ ├── MEMORY.md # Long-term memory
│ │ ├── skills/ # Workspace-local skills
│ │ ├── skill.json # Skill enabled state and config
│ │ ├── memory/ # Daily memory files
│ │ └── browser/ # Browser user data (cookies, cache, etc.)
│ └── abc123/ # Other agent workspace
│ └── ...
└── skill_pool/ # Local shared skill pool
├── skill.json # Pool metadata
└── ...
$QWENPAW_SECRET_DIR/ # Default ~/.qwenpaw.secret
├── providers.json # Model provider config and API keys
└── envs.json # Environment variables
Path explanation:
$QWENPAW_WORKING_DIRand$QWENPAW_SECRET_DIRare environment variables, with default values of~/.qwenpawand~/.qwenpaw.secretrespectively. They can be customized via environment variables, see "Environment Variables" section below.
Global Directory (~/.qwenpaw/)
| File / Directory | Purpose |
|---|---|
config.json |
Global config (model providers, env vars, agent list) |
workspaces/ |
All agent workspace directories |
Agent Workspace (~/.qwenpaw/workspaces/{agent_id}/)
| File / Directory | Purpose |
|---|---|
agent.json |
Agent config (channels, heartbeat, tools, skills, MCP, etc.) |
chats.json |
Conversation history |
jobs.json |
Cron job list |
token_usage.json |
Token usage records |
AGENTS.md |
Persona file (see Agent Persona) |
SOUL.md |
Persona file (see Agent Persona) |
PROFILE.md |
Persona file (see Agent Persona) |
BOOTSTRAP.md |
Initial setup guide (auto-deleted after completion) |
MEMORY.md |
Long-term memory (see Memory) |
skills/ |
Skills available in this workspace |
skill.json |
Skill enabled state, channel routing, and config |
memory/ |
Daily memory files (see Memory) |
browser/ |
Browser user data (cookies, cache, localStorage, etc.) |
Persona files: Agent behavior and personality are defined by persona files. Running
qwenpaw initautomatically creates template files based on your chosen language (zh/en/ru). For detailed explanation and management, see Agent Persona.
Multi-Agent: See the Multi-Agent documentation for details.
You can customize paths and behavior via environment variables:
Path-related:
| Variable | Default | Description |
|---|---|---|
QWENPAW_WORKING_DIR |
~/.qwenpaw |
Working directory root path |
QWENPAW_SECRET_DIR |
~/.qwenpaw.secret |
Sensitive data directory (stores providers.json and envs.json). Docker default is /app/working.secret |
QWENPAW_KEYRING_ACCOUNT |
(auto) | OS keychain account name for the master key. Defaults to master_key; when QWENPAW_WORKING_DIR/QWENPAW_SECRET_DIR are set (e.g. a dev checkout) it auto-derives a per-install account so a dev install never overwrites the stable install's key. Set explicitly to name a profile. |
QWENPAW_CONFIG_FILE |
config.json |
Config file name (relative to QWENPAW_WORKING_DIR) |
QWENPAW_HEARTBEAT_FILE |
HEARTBEAT.md |
Heartbeat file name (relative to agent workspace) |
QWENPAW_JOBS_FILE |
jobs.json |
Cron jobs file name (relative to agent workspace) |
QWENPAW_CHATS_FILE |
chats.json |
Conversation history file name (relative to agent workspace) |
QWENPAW_TOKEN_USAGE_FILE |
token_usage.json |
Token usage record file name (relative to agent workspace) |
Other configuration:
| Variable | Default | Description |
|---|---|---|
QWENPAW_LOG_LEVEL |
info |
Log level (debug / info / warning / error / critical) |
QWENPAW_MEMORY_COMPACT_THRESHOLD |
100000 |
Character threshold to trigger memory compaction |
QWENPAW_MEMORY_COMPACT_KEEP_RECENT |
3 |
Number of recent messages to keep after compaction |
QWENPAW_MEMORY_COMPACT_RATIO |
0.7 |
Threshold ratio for triggering compaction (relative to context window size) |
QWENPAW_CONSOLE_STATIC_DIR |
(auto-detect) | Console frontend static files path |
Security & Authentication:
| Variable | Default | Description |
|---|---|---|
QWENPAW_AUTH_ENABLED |
false |
Whether to enable Web console login authentication |
QWENPAW_AUTH_USERNAME |
- | Admin username for auto-registration (optional) |
QWENPAW_AUTH_PASSWORD |
- | Admin password for auto-registration (optional) |
QWENPAW_TOOL_GUARD_ENABLED |
true |
Whether to enable tool guard |
QWENPAW_SKILL_SCAN_MODE |
warn |
Skill scanning mode (block / warn / off) |
Memory & Retrieval:
| Variable | Default | Description |
|---|---|---|
FTS_ENABLED |
true |
Whether to enable BM25 full-text search |
MEMORY_STORE_BACKEND |
auto |
Memory storage backend (auto / local / chroma / sqlite) |
Example — use a different working dir for this shell:
export QWENPAW_WORKING_DIR=/home/me/my_qwenpaw
qwenpaw appConfig, HEARTBEAT, jobs, memory, etc. will be read/written under
/home/me/my_qwenpaw.
Starting from v0.1.0, configuration is split into two layers:
- Global config -
~/.qwenpaw/config.json(providers, environment variables, agent list) - Agent config -
~/.qwenpaw/workspaces/{agent_id}/agent.json(per-agent settings)
Stores globally shared configuration:
{
"agents": {
"active_agent": "default",
"profiles": {
"default": {
"id": "default",
"name": "Default Agent",
"description": "Default workspace agent",
"enabled": true
},
"abc123": {
"id": "abc123",
"name": "Code Assistant",
"description": "Focuses on code review and development",
"enabled": true
}
}
},
"last_api": {
"host": "127.0.0.1",
"port": 8088
},
"show_tool_details": true
}Global config.json field descriptions:
| Field | Type | Default | Description |
|---|---|---|---|
agents.active_agent |
string | "default" |
Currently active agent ID |
agents.profiles |
object | {} |
Agent profile references (key is agent_id) |
last_api.host |
string | null | null |
Host address from last qwenpaw app start |
last_api.port |
int | null | null |
Port from last qwenpaw app start |
show_tool_details |
bool | true |
Whether to show tool call/return details in channel messages |
user_timezone |
string | (system timezone) | IANA timezone name (e.g., "Asia/Shanghai") |
last_dispatch |
object | null | null |
Last message dispatch target (used for heartbeat target="last") |
agents.profiles[agent_id] reference fields:
| Field | Type | Required | Description |
|---|---|---|---|
id |
string | Yes | Agent unique identifier |
name |
string | Yes | Agent display name |
description |
string | No | Agent description (used for multi-agent collaboration) |
enabled |
bool | Yes | Whether to enable this agent |
workspace_dir |
string | No | Workspace path (optional, defaults to $QWENPAW_WORKING_DIR/workspaces/{id}) |
Backward compatibility: The global config.json still supports
channels,mcp,tools,securityand other fields for backward compatibility with older versions. In multi-agent mode, these configurations should be set in each agent'sagent.json.Configuration priority: The agent's
agent.jsontakes precedence over the globalconfig.json. When the same field is configured in both places, the system uses the value fromagent.json. For multi-agent mode, it's recommended to put all configurations in each agent'sagent.json.
Model provider configuration is stored in
$QWENPAW_SECRET_DIR/providers.json(default~/.qwenpaw.secret/providers.json). Environment variables are stored in$QWENPAW_SECRET_DIR/envs.json(default~/.qwenpaw.secret/envs.json).
Each agent has an independent agent.json in its workspace directory (~/.qwenpaw/workspaces/{agent_id}/) that stores all of its configuration (channels, tools, heartbeat, MCP, security, etc.). This allows different agents to have completely different configurations without interfering with each other.
{
"id": "default",
"name": "Default Agent",
"description": "Default workspace agent",
"workspace_dir": "",
"channels": {
"console": {
"enabled": true,
"bot_prefix": ""
},
"dingtalk": {
"enabled": false,
"bot_prefix": "",
"client_id": "",
"client_secret": ""
}
},
"mcp": {
"clients": {
"filesystem": {
"name": "Filesystem Access",
"enabled": true,
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-filesystem",
"/path/to/folder"
]
}
}
},
"heartbeat": {
"enabled": false,
"every": "30m",
"target": "main",
"activeHours": null
},
"running": {
"max_iters": 50,
"llm_retry_enabled": true,
"llm_max_retries": 3,
"llm_backoff_base": 1.0,
"llm_backoff_cap": 10.0,
"max_input_length": 131072
},
"active_model": null,
"language": "en",
"system_prompt_files": ["AGENTS.md", "SOUL.md", "PROFILE.md"],
"tools": {
"builtin_tools": {}
},
"security": {
"tool_guard": {
"enabled": true,
"shell_evasion_checks": {
"command_substitution": false,
"obfuscated_flags": false,
"backslash_escaped_whitespace": false,
"backslash_escaped_operators": false,
"newlines": false,
"comment_quote_desync": false,
"quoted_newline": false
}
},
"file_guard": {
"enabled": true
},
"skill_scanner": {
"mode": "warn"
},
"allow_no_auth_hosts": ["127.0.0.1", "::1"]
},
"last_dispatch": null
}Note: The complete field list and descriptions are provided in the sections below. Agent configuration can be managed in the Console or by directly editing the
agent.jsonfile.
Each channel has common fields (like enabled, bot_prefix, access control policies, etc.) and channel-specific fields (like DingTalk's client_id, client_secret).
Supported channels:
- console — Console (enabled by default)
- dingtalk — DingTalk
- feishu — Feishu/Lark
- discord — Discord
- telegram — Telegram
- qq — QQ bot
- imessage — iMessage (macOS only)
- mattermost — Mattermost
- matrix — Matrix
- wecom — WeCom (WeChat Work)
- wechat — WeChat Personal (iLink)
- xiaoyi — Huawei XiaoYi
- mqtt — MQTT
- voice — Voice
Complete configuration: Common fields, channel-specific fields (like DingTalk's
client_id, Feishu'sapp_id), and detailed configuration steps for each channel are documented in Channels.
Management: Console (Agent → Channels) or directly edit agent.json.
Hot reload: The system automatically detects
agent.jsonchanges every 2 seconds. After modifying channel config, it will auto-reload without restart.
MCP (Model Context Protocol) allows agents to connect to external services (like Filesystem, Git, SQLite MCP servers, etc.).
Each MCP client includes name, enabled state, transport method (stdio/HTTP/SSE), startup command or URL, and other fields.
Complete configuration: Full field descriptions, config formats, examples, and usage for MCP clients are documented in MCP.
Management: Console (Agent → MCP) or directly edit agent.json.
Heartbeat is a scheduled self-check feature that executes tasks from HEARTBEAT.md at regular intervals.
| Field | Type | Default | Description |
|---|---|---|---|
enabled |
bool | false |
Whether to enable heartbeat feature |
every |
string | "30m" |
Run interval. Supports Nh, Nm, Ns combos, e.g. "1h", "30m", "2h30m", "90s" |
target |
string | "main" |
"main" = run in main session only; "last" = dispatch result to the last channel/user that sent a message |
activeHours |
object | null | null |
Optional time window (if set, heartbeat only runs during this period) |
heartbeat.activeHours (when not null):
| Field | Type | Default | Description |
|---|---|---|---|
start |
string | "08:00" |
Start time (HH:MM, 24-hour) |
end |
string | "22:00" |
End time (HH:MM, 24-hour) |
See Heartbeat for detailed guide.
Controls agent runtime behavior, retry strategies, context management, and memory configuration.
Basic Runtime:
| Field | Type | Default | Description |
|---|---|---|---|
max_iters |
int | 100 |
Maximum number of reasoning-acting iterations for ReAct agent (must be ≥ 1) |
shell_command_timeout |
float | 60.0 |
Default timeout in seconds for execute_shell_command. The LLM may still override this per-call via the timeout parameter |
shell_command_executable |
str | "" |
Path to the shell used by execute_shell_command on Unix/macOS (e.g. /bin/bash, /bin/zsh). On Windows, supports powershell.exe / pwsh.exe. When empty, falls back to $SHELL, then /bin/sh (or cmd.exe on Windows) |
auto_continue_on_text_only |
bool | false |
When enabled, the agent automatically retries up to two extra reasoning passes if the model responds with text but no tools |
LLM Retry & Rate Limiting:
| Field | Type | Default | Description |
|---|---|---|---|
llm_retry_enabled |
bool | true |
Whether to auto-retry transient LLM API failures such as rate limits, timeouts, and connection errors |
llm_max_retries |
int | 3 |
Maximum retry attempts for transient LLM API failures (must be ≥ 1) |
llm_backoff_base |
float | 1.0 |
Base delay in seconds for exponential retry backoff (must be ≥ 0.1) |
llm_backoff_cap |
float | 10.0 |
Maximum backoff delay cap in seconds (must be ≥ 0.5 and greater than or equal to llm_backoff_base) |
llm_max_concurrent |
int | 10 |
Maximum concurrent LLM calls (shared across all agents) |
llm_max_qpm |
int | 600 |
Maximum queries per minute (QPM). 0 = no limit |
llm_rate_limit_pause |
float | 5.0 |
Global pause duration in seconds after receiving a 429 rate limit response |
llm_rate_limit_jitter |
float | 1.0 |
Random jitter range in seconds added to rate limit pause to avoid thundering herd |
llm_acquire_timeout |
float | 300.0 |
Maximum timeout in seconds to wait for acquiring a rate limit slot |
Context Management:
| Field | Type | Default | Description |
|---|---|---|---|
max_input_length |
int | 131072 (128K) |
Maximum input length (tokens) for model context window (must be ≥ 1000) |
history_max_length |
int | 10000 |
Maximum output length (characters) for /history command |
context_manager_backend |
string | "light" |
Context manager backend type |
memory_manager_backend |
string | "remelight" |
Memory manager backend type |
light_context_config |
object | (see below) | Light context manager configuration |
reme_light_memory_config |
object | (see below) | ReMeLight memory manager configuration |
Light Context Configuration (light_context_config object):
| Field | Type | Default | Description |
|---|---|---|---|
dialog_path |
string | "dialog" |
Dialog persistence directory (relative to working dir) |
token_count_estimate_divisor |
float | 4.0 |
Divisor for byte-based token estimation (byte_len / divisor) |
Light Context Compaction (light_context_config.context_compact_config object):
| Field | Type | Default | Description |
|---|---|---|---|
enabled |
bool | true |
Whether to enable automatic context compaction |
compact_threshold_ratio |
float | 0.8 |
Threshold ratio (relative to max_input_length) that triggers compaction |
reserve_threshold_ratio |
float | 0.1 |
Ratio of recent context to preserve after compaction for continuity |
Light Tool Result Pruning (light_context_config.tool_result_pruning_config object):
| Field | Type | Default | Description |
|---|---|---|---|
enabled |
bool | true |
Whether to enable tool result pruning |
pruning_recent_n |
int | 2 |
Number of recent messages using higher threshold |
pruning_old_msg_max_bytes |
int | 3000 |
Byte threshold for older tool results |
pruning_recent_msg_max_bytes |
int | 50000 |
Byte threshold for recent tool results |
offload_retention_days |
int | 5 |
Number of days to retain tool result files |
ReMeLight Memory Configuration (reme_light_memory_config object):
| Field | Type | Default | Description |
|---|---|---|---|
summarize_when_compact |
bool | true |
Whether to enable memory summarization during compaction |
auto_memory_interval |
int | null | 1 |
Auto memory every N user queries. 1 runs after every user message; null disables it |
dream_cron |
string | "0 23 * * *" |
Cron expression for dream-based memory optimization (empty to disable) |
rebuild_memory_index_on_start |
bool | false |
Whether to rebuild memory search index on startup |
recursive_file_watcher |
bool | false |
Whether to watch memory directory recursively |
auto_memory_search_config |
object | (see below) | Auto memory search configuration |
embedding_model_config |
object | (see below) | Embedding model configuration |
Auto Memory Search Configuration (reme_light_memory_config.auto_memory_search_config object):
| Field | Type | Default | Description |
|---|---|---|---|
enabled |
bool | false |
Whether to auto search memory on every conversation turn |
max_results |
int | 1 |
Maximum results for auto memory search |
timeout |
float | 10.0 |
Timeout in seconds for auto memory search |
Embedding Configuration (reme_light_memory_config.embedding_model_config object):
| Field | Type | Default | Description |
|---|---|---|---|
backend |
string | "openai" |
Embedding backend type (e.g., "openai") |
api_key |
string | "" |
API key for the embedding provider |
base_url |
string | "" |
Custom API URL (optional) |
model_name |
string | "" |
Embedding model name (e.g., "text-embedding-3-small") |
dimensions |
int | 1024 |
Embedding vector dimensions |
enable_cache |
bool | true |
Whether to enable embedding cache |
use_dimensions |
bool | false |
Whether to use custom dimensions |
max_cache_size |
int | 3000 |
Maximum cache size |
max_input_length |
int | 8192 |
Maximum input length for embeddings |
max_batch_size |
int | 10 |
Maximum batch size for batch processing |
These settings can also be changed in the Console under Agent → Runtime Config. Changes apply to new LLM requests after saving; restarting the service is not required.
| Field | Type | Default | Description |
|---|---|---|---|
language |
string | "zh" |
Agent language (zh / en / ru) |
system_prompt_files |
array[string] | ["AGENTS.md", "SOUL.md", "PROFILE.md"] |
List of persona files loaded into system prompt |
Persona files define agent behavior and personality, stored in the workspace directory. You can:
- Manage persona files in the Console's Agent → Workspace page (edit, enable/disable, reorder)
- Directly edit the
system_prompt_filesarray to control which files are loaded - Switch language in the Console's Agent → Runtime Config page (overwrites existing persona files)
Detailed explanation: See Agent Persona documentation.
| Field | Type | Default | Description |
|---|---|---|---|
user_timezone |
string | (system timezone) | IANA timezone name (e.g. "Asia/Shanghai", "America/New_York"). Defaults to the system timezone detected at startup |
This timezone is used for:
- Displaying the current time in the agent's system prompt
- The
get_current_timetool - Default timezone for new cron jobs (CLI and console)
- Heartbeat active hours evaluation
You can also change it via the Console (Agent → Runtime Config).
Specifies the model used by this agent.
| Field | Type | Default | Description |
|---|---|---|---|
provider_id |
string | "" |
Model provider ID (e.g., "dashscope", "openai") |
model |
string | "" |
Model name (e.g., "qwen-max", "gpt-4") |
When null, uses the global default model. Can be configured in Console (Agent → Model Settings).
| Field | Type | Default | Description |
|---|---|---|---|
enabled |
bool | false |
Whether to enable plan mode |
When enabled, the agent supports /plan commands for structured task planning and execution. See Plan Mode for detailed documentation.
| Field | Type | Default | Description |
|---|---|---|---|
approval_level |
string | "AUTO" |
Tool execution security level: STRICT, SMART, AUTO, or OFF. See Security. |
Controls the built-in tools available to the agent. Each tool can be individually enabled/disabled, configured whether to show to users, and whether to execute asynchronously.
Complete configuration: Detailed field structure, configuration examples, etc. for tools are documented in MCP & Built-in Tools.
Management: Console (Agent → Tool Config) or directly edit agent.json.
Contains three protection modules:
tool_guard— Tool guard (runtime detection of dangerous commands and injection attacks)file_guard— File guard (protects sensitive file access)skill_scanner— Skill scanner (scans for malicious code before enabling skills)
Top-level field:
| Field | Type | Default | Description |
|---|---|---|---|
allow_no_auth_hosts |
string[] | ["127.0.0.1", "::1"] |
IP whitelist that bypasses web authentication. Localhost is allowed by default |
Complete configuration: Detailed field descriptions, security rules, custom rule configuration, etc. for each module are documented in Security.
Management: Console (Settings → Security Config) or directly edit agent.json.
Records the last user message source, used for sending messages when heartbeat target = "last".
| Field | Type | Default | Description |
|---|---|---|---|
channel |
string | "" |
Channel name (e.g. "discord", "dingtalk") |
user_id |
string | "" |
User ID in that channel |
session_id |
string | "" |
Session/conversation ID |
Auto-updated; no manual configuration needed.
QwenPaw needs an LLM provider to work. You can set it up in three ways:
qwenpaw init— interactive wizard, the easiest way- Console UI — in Settings → Models page
- API —
PUT /providers/{id}andPUT /providers/active_llm
Built-in providers:
| Provider | ID | Default Base URL | API Key Prefix |
|---|---|---|---|
| QwenPaw Local | qwenpaw-local |
(local) | (none) |
| Ollama | ollama |
http://localhost:11434 |
(none) |
| LM Studio | lmstudio |
http://localhost:1234/v1 |
(none) |
| OpenRouter | openrouter |
https://openrouter.ai/api/v1 |
sk-or-v1- |
| ModelScope | modelscope |
https://api-inference.modelscope.cn/v1 |
ms |
| DashScope | dashscope |
https://dashscope.aliyuncs.com/compatible-mode/v1 |
sk |
| Aliyun Coding Plan (China) | aliyun-codingplan |
https://coding.dashscope.aliyuncs.com/v1 |
sk-sp |
| Aliyun Coding Plan (International) | aliyun-codingplan-intl |
https://coding-intl.dashscope.aliyuncs.com/v1 |
sk-sp |
| OpenAI | openai |
https://api.openai.com/v1 |
(any) |
| Azure OpenAI | azure-openai |
(you set it) | (any) |
| Anthropic | anthropic |
https://api.anthropic.com |
(any) |
| Google Gemini | gemini |
https://generativelanguage.googleapis.com |
(any) |
| DeepSeek | deepseek |
https://api.deepseek.com |
sk- |
| Kimi (China) | kimi-cn |
https://api.moonshot.cn/v1 |
(any) |
| Kimi (International) | kimi-intl |
https://api.moonshot.ai/v1 |
(any) |
| MiniMax (China) | minimax-cn |
https://api.minimaxi.com/anthropic |
(any) |
| MiniMax (International) | minimax |
https://api.minimax.io/anthropic |
(any) |
| Zhipu (BigModel) | zhipu-cn |
https://open.bigmodel.cn/api/paas/v4 |
(any) |
| Zhipu Coding Plan (BigModel) | zhipu-cn-codingplan |
https://open.bigmodel.cn/api/coding/paas/v4 |
(any) |
| Zhipu (Z.AI) | zhipu-intl |
https://api.z.ai/api/paas/v4 |
(any) |
| Zhipu Coding Plan (Z.AI) | zhipu-intl-codingplan |
https://api.z.ai/api/coding/paas/v4 |
(any) |
| OpenCode | opencode |
https://opencode.ai/zen/v1 |
(any) |
| SiliconFlow (China) | siliconflow-cn |
https://api.siliconflow.cn/v1 |
sk- |
| SiliconFlow (International) | siliconflow-intl |
https://api.siliconflow.com/v1 |
sk- |
| Custom | custom |
(you set it) | (any) |
For each provider you need to set:
| Setting | Description |
|---|---|
base_url |
API base URL (pre-filled for built-in providers) |
api_key |
Your API key |
Then choose which provider + model to activate:
| Setting | Description |
|---|---|
provider_id |
Which provider to use (e.g. dashscope) |
model |
Which model to use (e.g. qwen3-max) |
Tip: Run
qwenpaw initand follow the prompts — it will list available models for each provider so you can pick one directly.Note: You are responsible for ensuring the API key and base URL are valid. QwenPaw does not verify whether the key is correct or has sufficient quota — make sure the chosen provider and model are accessible.
Some tools and MCP services need extra API keys (e.g. TAVILY_API_KEY for web search). You can
manage them in three ways:
qwenpaw init— prompts "Configure environment variables?" during setup- Console UI — edit on the settings page
- API —
GET/PUT/DELETE /envs
Set variables are auto-loaded at app startup, so all tools and child processes
can read them via os.environ.
Note: You are responsible for ensuring the values (e.g. third-party API keys) are valid. QwenPaw only stores and injects them — it does not verify correctness.
Skills extend the agent's capabilities. Skill files are distributed across two locations:
| Directory | Purpose |
|---|---|
~/.qwenpaw/skill_pool/ |
Local shared pool for built-ins and shared skills |
~/.qwenpaw/workspaces/{agent_id}/skills/ |
Skills present in a specific agent's workspace |
Each skill is a directory with a SKILL.md file (YAML front matter with name and description), and optional references/ and scripts/ subdirectories.
Skill enabled state and configuration are controlled by ~/.qwenpaw/workspaces/{agent_id}/skill.json.
Manage skills via:
- Console (Agent → Skills) — Visual management, import, create, enable/disable
qwenpaw init(choose all / none / custom during setup)qwenpaw skills config(interactive toggle)
See Skills for detailed documentation.
QwenPaw has persistent cross-conversation memory: it automatically compresses context and saves key information to Markdown files for long-term retention.
Memory files are stored in the agent workspace:
| File / Directory | Purpose |
|---|---|
~/.qwenpaw/workspaces/{agent_id}/MEMORY.md |
Long-lived key information (decisions, preferences, persistent facts) |
~/.qwenpaw/workspaces/{agent_id}/memory/YYYY-MM-DD.md |
Daily logs (notes, runtime context, auto-generated summaries) |
Memory search relies on vector embeddings for semantic retrieval. Configuration priority: config file > env var > default.
Recommended to configure in agent.json under running.reme_light_memory_config.embedding_model_config, which supports more parameters (e.g., use_dimensions). Environment variables serve as fallback only:
| Variable (Fallback) | Description | Default |
|---|---|---|
EMBEDDING_API_KEY |
API key for the embedding service | `` |
EMBEDDING_BASE_URL |
Embedding service URL | `` |
EMBEDDING_MODEL_NAME |
Embedding model name | `` |
api_key,model_name, andbase_urlmust all be non-empty to enable vector search in hybrid retrieval. See Memory for full configuration details.
- Everything lives under
~/.qwenpawby default; override withQWENPAW_WORKING_DIR(and related env vars) if needed. - From v0.1.0, configuration is split into:
- Global config (
~/.qwenpaw/config.json) — providers, environment variables, agent list - Agent config (
~/.qwenpaw/workspaces/{agent_id}/agent.json) — per-agent settings
- Global config (
- Daily management is primarily done through the Console, or by directly editing configuration files.
- Agent personality is defined by Markdown files in the workspace directory. See Agent Persona for details.
- LLM providers are globally configured via
qwenpaw initor the Console. - Config changes are auto-reloaded without restart (polled every 2 seconds).
- Call the Agent API: POST
/api/console/chatwith JSON body, SSE streaming; see Quick start — Verify install for examples.
- Introduction — What the project can do
- Agent Persona — Detailed explanation and management of persona files
- Channels — How to configure messaging channels
- Heartbeat — Heartbeat configuration
- Multi-Agent — Multi-agent setup, management, and collaboration
- Memory — Memory system details
- Skills — Skills system details