Productivity & Collaboration real-time-voicefull-duplex-audioacpdashscopespeech-to-speechdesktop-runtimetask-orchestration

Qwen Audio Agent

A realtime voice runtime that keeps conversations active while background agents work.

FollowAgents review · FARS-2.0
Not yet reviewed
See the full review method →

What does this agent do, and when should you use it?

Qwen Audio Agent is a realtime voice runtime that combines an always-on conversational frontend with asynchronous background work through its Gateway. It offers a terminal TUI, WebUI, and a macOS desktop floating orb; the desktop app includes a Gateway and can also connect to one already running in the same user configuration directory. Its voice frontend can use DashScope Qwen Audio 3.0 Realtime or an OpenAI Realtime-compatible service supplied by Hugging Face speech-to-speech. Requests requiring tools or extended processing can be handed to a background agent, with task progress and results returning to the active conversation. Local user data includes a profile, explicitly requested long-term memories, task state, and credential-redacted rotating logs.

When qwenaudio runs, the Gateway connects to the configured realtime voice frontend, accepts microphone audio, and maintains the voice conversation. Direct questions are handled in the foreground, while longer-running or tool-using work can be delegated to a background agent selected with AGENT_PROTOCOL or --backend. OpenCode, OpenClaw, Qoder, Kimi Code, Hermes, CodeBuddy, Codex, and Claude Code are documented background options; the generic ACP stdio route uses ACP_COMMAND, ACP_ARGS, ACP_LABEL, and ACP_WORKSPACE. Users can run qwenaudio setup to inspect available background agents, then follow, ask about, or cancel asynchronous work as its result returns to the conversation. The runtime stores USER.md, frontend-memory.json, tasks.json, and logs/ under ~/.config/qwaudio/.

  1. A personal-assistant user who wants to keep talking while research or tool calls continue in the background.
  2. A developer already using OpenCode or OpenClaw who wants a voice entry point that reuses that agent's configured models, tools, MCP servers, skills, and authentication.
  3. A macOS user who wants a menu-bar-resident voice floating orb that can auto-hide and be recalled with a keyboard shortcut.
  4. A user with NVIDIA GPU hardware or Apple Silicon who wants to run a speech-to-speech service with local VAD, STT, LLM, and TTS components.
  5. A user who wants to install the Gateway as a user background service and track several independent tasks by voice.

What are this agent's strengths and limitations?

Pros
  • Designed for full-duplex realtime voice, natural interruption, and ongoing multi-turn conversation while background tasks run in parallel.
  • Includes a Gateway, TUI, WebUI, and macOS floating-orb desktop app; the desktop app can manage its embedded Gateway.
  • Documents native ACP, an embedded ACP bridge, and generic ACP stdio configuration, with reuse of a configured background agent's tools, MCP servers, skills, and authentication.
  • Supports the default DashScope path as well as locally or independently deployed speech-to-speech services with an OpenAI Realtime-compatible interface.
Limitations
  • The default realtime frontend depends on a DashScope API key, and microphone audio and realtime conversations are sent to the configured realtime service.
  • On Linux and Windows, the TUI defaults to half-duplex; first use requires sounddevice and system PortAudio, while echo-cancellation-free full-duplex use is recommended with headphones.
  • Codex and Claude Code are documented as external ACP integrations, requiring installation of both the product and adapter plus user configuration.
  • The full backend permission mode allows commands and file modifications, and is documented for trusted projects only.

How do you install or deploy this agent?

Requires Node.js 22.22.2+ or 24.15.0+ and npm 10+. Run:

npm install -g qwen-audio-agent

Then run qwenaudio config and add DASHSCOPE_API_KEY to the generated config.env. You may set QWEN_AUDIO_REALTIME_MODEL=qwen-audio-3.0-realtime-plus. The default realtime frontend requires a DashScope API key; for a local speech-to-speech frontend, set QWEN_AUDIO_REALTIME_PROVIDER=speech-to-speech and SPEECH_TO_SPEECH_REALTIME_URL=ws://127.0.0.1:8765/v1/realtime.

How do you use this agent?

After configuration, run qwenaudio in one terminal to start the Gateway. In another terminal, run qwenaudio tui for the terminal interface, or run qwenaudio webui for the browser interface. To enable background work, set, for example, AGENT_PROTOCOL=openclaw in config.env; alternatively, connect an ACP stdio agent with AGENT_PROTOCOL=acp, ACP_COMMAND=your-agent, and ACP_ARGS=["--acp"]. Run qwenaudio setup to inspect background options, or qwenaudio gateway install to keep the Gateway running as a user background service.

How does this agent compare with similar options?

For the voice frontend, the repository documents DashScope Qwen Audio 3.0 Realtime and user-run Hugging Face speech-to-speech. DashScope requires an API key; speech-to-speech exposes an OpenAI Realtime-compatible interface and can combine local VAD, STT, LLM, and TTS components. Background integrations also differ: OpenCode, OpenClaw, Qoder, Kimi Code, Hermes, CodeBuddy, Codex, and Claude Code have different setup and integration maturity, while generic ACP stdio supports other compatible agents.

FAQ

Can it work without a background agent?
Yes. With AGENT_PROTOCOL unset or set to none, the Gateway runs in foreground-only mode and realtime voice chat remains available. Requests requiring background execution report that no background agent is available.
Where do audio and personal data go?
Microphone audio and realtime conversations are sent to the configured DashScope or speech-to-speech realtime service. The local profile, long-term memory, task state, and redacted rotating logs are stored in ~/.config/qwaudio/.
Can the voice frontend run locally?
Yes, by connecting to a user-run Hugging Face speech-to-speech service. The documented examples cover Linux/Windows with NVIDIA GPUs and Apple Silicon; in this mode the Gateway connects to a local Realtime endpoint and does not require a cloud API key.
What permissions do background tasks receive?
The default native permission mode lets the background agent ask when needed. The full mode permits command execution and file modification, and is intended only for trusted projects.

Related agents