Commands, package names, and image names on this page come from the open-source project that Mibyan Desktop is built on, and can differ from the Mibyan Desktop installer. For the supported Mibyan install and update path, see Install and update.
Skill metadata
Reference: full SKILL.md
The following is the complete skill definition that Mibyan loads when this skill is triggered. This is what the agent sees as instructions when the skill is active.
Mibyan
Mibyan is an open-source AI agent framework by Nous Research that runs in your terminal, a native desktop app, messaging platforms, and IDEs. It’s in the same category as Claude Code (Anthropic), Codex (OpenAI), and OpenClaw — autonomous coding and task-execution agents that use tool calling to interact with your system. Mibyan works with any LLM provider (OpenRouter, Anthropic, OpenAI, Google, DeepSeek, xAI, local models, and 20+ others) and runs on Linux, macOS, Windows, and WSL. What makes Mibyan different:- Self-improving through skills — Mibyan learns from experience by saving reusable procedures as skills that load into future sessions.
- Persistent memory across sessions — remembers who you are, your preferences, environment details, and lessons learned. Pluggable memory backends.
- Multi-platform gateway — the same agent runs on Telegram, Discord, Slack, WhatsApp, iMessage, Signal, Matrix, Teams, Email, and a dozen more platforms with full tool access, not just chat.
- Many surfaces — the same agent core drives the CLI, the Ink TUI, a native Electron desktop app, a web dashboard, and an ACP server for IDEs (VS Code / Zed / JetBrains).
- Provider-agnostic — swap models and providers mid-workflow; credential pools rotate across multiple API keys automatically.
- Profiles — run multiple independent Mibyan instances with isolated configs, sessions, skills, and memory.
- Extensible & themeable — plugins, MCP servers, custom tools, webhook triggers, cron scheduling, skins that theme every surface, desktop UI plugins, TUI widgets, and pet mascots.
Scope & Verification
This skill is a concise operating guide, not the complete source of truth for every Mibyan feature. If a Mibyan feature, command, or setting is not mentioned here or in a reference, do not treat that absence as evidence that it does not exist. Check the live repository and official docs before giving a negative answer. Good verification targets, cheapest first:- **Every shipped feature, one line each: https://docs.mibyanai.com/llms.txt Start here for any “can Mibyan do X?” or “how do I do X?” — it indexes the entire documentation set with a link to the page that answers. It is generated from the docs tree on every build, so it is never behind the product. Fetch it with
web_extract, orcurl -s https://docs.mibyanai.com/llms.txtwhen web tools are off. The whole documentation set in one file is at/docs/llms-full.txt. - CLI commands:
mibyan --help,mibyan <command> --help, andmibyan_cli/main.py - Source tree: https://github.com/NousResearch/hermes-agent
Quick Start
Mibyan Desktop is installed from the Mibyan Desktop download, or launched from an existing Mibyan CLI with
mibyan desktop. See Install and update.Key Paths
~/.mibyan/profiles/<name>/ with the same layout. When a profile is active, resolve the real home from $mibyan_HOME — never hardcode ~/.mibyan.
Routing Table — load the reference for the task
The reference list above is not the feature list — it is the set of topics that
need more than their docs page. For everything else Mibyan ships, fetch
llms.txt and it maps the question to the page that answers it.
Two theming rules that hold even without loading the reference: you apply skins yourself (mibyan config set display.skin <name> — every surface repaints live within ~a second; don’t tell the user to run /skin), and to tweak one color, edit the ACTIVE skin (mibyan skin set <key> <hex>) — never fork default, which drops the palette and resets the background.
Spawning Additional Mibyan Instances
Run additional Mibyan processes as fully independent subprocesses — separate sessions, tools, and environments.When to Use This vs delegate_task
One-Shot Mode
Interactive PTY Mode (via tmux)
Mibyan uses prompt_toolkit, which requires a real terminal. Use tmux for interactive spawning:Multi-Agent Coordination
Session Resume
Tips
- Prefer
delegate_taskfor quick subtasks — less overhead than spawning a full process - Use
-w(worktree mode) when spawning agents that edit code — prevents git conflicts - Set timeouts for one-shot mode — complex tasks can take 5-10 minutes
- Use
mibyan chat -qfor fire-and-forget — no PTY needed - Use tmux for interactive sessions — raw PTY mode has
\rvs\nissues with prompt_toolkit - For scheduled tasks, use the
cronjobtool instead of spawning — handles delivery and retry - “delegate_task is capped at N” reports — see
references/delegate-task-concurrency-diagnosis.md. Three real cap paths in Mibyan; if none fired, the model is self-limiting and rationalising it as “the runtime caps.” - “Can $external_app use my Nous Portal subscription / OAuth?” — see
references/portal-auth-for-third-party-apps.md. Walk the user through three layers (plugin-vs-app, what Portal actually exposes, local-broker-proxy option).
Surfaces (quick orientation)
- Desktop app (
mibyan desktop/mibyan gui) — native Electron app for macOS/Linux/Windows: streaming chat, session list, Cmd+K palette, drag-and-drop files, native notifications, per-profile remote-gateway login. Extend it with UI plugins —references/desktop-plugins.md. - Web dashboard (
mibyan dashboard) — full admin panel: messaging channels, MCP catalog, webhooks, memory, profile builder, plus an embeddedmibyan --tuichat. Secured behind an OAuth/token gate. - Ink TUI (
mibyan --tuiordisplay.interface: tui) — terminal UI with docked widget apps —references/tui-widgets.md. - OpenAI-compatible proxy (
mibyan proxy) — a local OpenAI API backed by whichever OAuth provider you’re signed into. Point Codex CLI, Aider, Cline, or any script at it — no API key.
Hard Invariants (never violate, regardless of what you loaded)
- Never break prompt caching — don’t change past context, toolsets, or the system prompt mid-conversation. The only exception is context compression.
- Message role alternation — never two assistant or two user messages in a row; only
toolresults can repeat. - Secrets in
.env, settings inconfig.yaml— never tell a user to put a non-credential setting in.env. - Profile-safe paths —
get_mibyan_home()in code,$mibyan_HOMEwhen resolving paths in a session. - Never hand-edit
config.yamlfor the user — usemibyan config set KEY VAL; a stray indent can corrupt the file and break the live gateway.

