KOPI O Agent
Configure, extend, or contribute to KOPI O Agent.
Skill metadata
| Source | Bundled (installed by default) |
| Path | skills/autonomous-ai-agents/kopi-agent |
| Version | 2.1.0 |
| Author | KOPI O Agent + Teknium |
| License | MIT |
| Platforms | linux, macos, windows |
| Tags | kopi, setup, configuration, multi-agent, spawning, cli, gateway, development |
| Related skills | claude-code, codex, opencode |
Reference: full SKILL.md
The following is the complete skill definition that Kopi loads when this skill is triggered. This is what the agent sees as instructions when the skill is active.
KOPI O Agent
KOPI O Agent is an open-source AI agent framework by Kopi Ai Agent Pte Ltd that runs in your terminal, messaging platforms, and IDEs. It belongs to 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. Kopi works with any LLM provider (OpenRouter, Anthropic, OpenAI, DeepSeek, local models, and 15+ others) and runs on Linux, macOS, and WSL.
What makes Kopi different:
- Self-improving through skills — Kopi learns from experience by saving reusable procedures as skills. When it solves a complex problem, discovers a workflow, or gets corrected, it can persist that knowledge as a skill document that loads into future sessions. Skills accumulate over time, making the agent better at your specific tasks and environment.
- Persistent memory across sessions — remembers who you are, your preferences, environment details, and lessons learned. Pluggable memory backends (built-in, Honcho, Mem0, and more) let you choose how memory works.
- Multi-platform gateway — the same agent runs on Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Email, and 10+ other platforms with full tool access, not just chat.
- Provider-agnostic — swap models and providers mid-workflow without changing anything else. Credential pools rotate across multiple API keys automatically.
- Profiles — run multiple independent Kopi instances with isolated configs, sessions, skills, and memory.
- Extensible — plugins, MCP servers, custom tools, webhook triggers, cron scheduling, and the full Python ecosystem.
People use Kopi for software development, research, system administration, data analysis, content creation, home automation, and anything else that benefits from an AI agent with persistent context and full system access.
This skill helps you work with KOPI O Agent effectively — setting it up, configuring features, spawning additional agent instances, troubleshooting issues, finding the right commands and settings, and understanding how the system works when you need to extend or contribute to it.
Docs: https://kopi-agent.happysocial.xyz/docs/
Quick Start
# Install
curl -fsSL https://raw.githubusercontent.com/XingBaoKu/kopi-agent/main/scripts/install.sh | bash
# Interactive chat (default)
kopi
# Single query
kopi chat -q "What is the capital of France?"
# Setup wizard
kopi setup
# Change model/provider
kopi model
# Check health
kopi doctor
CLI Reference
Global Flags
kopi [flags] [command]
--version, -V Show version
--resume, -r SESSION Resume session by ID or title
--continue, -c [NAME] Resume by name, or most recent session
--worktree, -w Isolated git worktree mode (parallel agents)
--skills, -s SKILL Preload skills (comma-separate or repeat)
--profile, -p NAME Use a named profile
--yolo Skip dangerous command approval
--pass-session-id Include session ID in system prompt
No subcommand defaults to chat.
Chat
kopi chat [flags]
-q, --query TEXT Single query, non-interactive
-m, --model MODEL Model (e.g. anthropic/claude-sonnet-4)
-t, --toolsets LIST Comma-separated toolsets
--provider PROVIDER Force provider (openrouter, anthropic, nous, etc.)
-v, --verbose Verbose output
-Q, --quiet Suppress banner, spinner, tool previews
--checkpoints Enable filesystem checkpoints (/rollback)
--source TAG Session source tag (default: cli)
Configuration
kopi setup [section] Interactive wizard (model|terminal|gateway|tools|agent)
kopi model Interactive model/provider picker
kopi config View current config
kopi config edit Open config.yaml in $EDITOR
kopi config set KEY VAL Set a config value
kopi config path Print config.yaml path
kopi config env-path Print .env path
kopi config check Check for missing/outdated config
kopi config migrate Update config with new options
kopi login [--provider P] OAuth login (nous, openai-codex)
kopi logout Clear stored auth
kopi doctor [--fix] Check dependencies and config
kopi status [--all] Show component status
Tools & Skills
kopi tools Interactive tool enable/disable (curses UI)
kopi tools list Show all tools and status
kopi tools enable NAME Enable a toolset
kopi tools disable NAME Disable a toolset
kopi skills list List installed skills
kopi skills search QUERY Search the skills hub
kopi skills install ID Install a skill (ID can be a hub identifier OR a direct https://…/SKILL.md URL; pass --name to override when frontmatter has no name)
kopi skills inspect ID Preview without installing
kopi skills config Enable/disable skills per platform
kopi skills check Check for updates
kopi skills update Update outdated skills
kopi skills uninstall N Remove a hub skill
kopi skills publish PATH Publish to registry
kopi skills browse Browse all available skills
kopi skills tap add REPO Add a GitHub repo as skill source
MCP Servers
kopi mcp serve Run Kopi as an MCP server
kopi mcp add NAME Add an MCP server (--url or --command)
kopi mcp remove NAME Remove an MCP server
kopi mcp list List configured servers
kopi mcp test NAME Test connection
kopi mcp configure NAME Toggle tool selection
Gateway (Messaging Platforms)
kopi gateway run Start gateway foreground
kopi gateway install Install as background service
kopi gateway start/stop Control the service
kopi gateway restart Restart the service
kopi gateway status Check status
kopi gateway setup Configure platforms
Supported platforms: Telegram, Discord, Slack, WhatsApp, Signal, Email, SMS, Matrix, Mattermost, Home Assistant, DingTalk, Feishu, WeCom, BlueBubbles (iMessage), Weixin (WeChat), API Server, Webhooks. Open WebUI connects via the API Server adapter.
Platform docs: https://kopi-agent.happysocial.xyz/docs/user-guide/messaging/
Sessions
kopi sessions list List recent sessions
kopi sessions browse Interactive picker
kopi sessions export OUT Export to JSONL
kopi sessions rename ID T Rename a session
kopi sessions delete ID Delete a session
kopi sessions prune Clean up old sessions (--older-than N days)
kopi sessions stats Session store statistics
Cron Jobs
kopi cron list List jobs (--all for disabled)
kopi cron create SCHED Create: '30m', 'every 2h', '0 9 * * *'
kopi cron edit ID Edit schedule, prompt, delivery
kopi cron pause/resume ID Control job state
kopi cron run ID Trigger on next tick
kopi cron remove ID Delete a job
kopi cron status Scheduler status
Webhooks
kopi webhook subscribe N Create route at /webhooks/<name>
kopi webhook list List subscriptions
kopi webhook remove NAME Remove a subscription
kopi webhook test NAME Send a test POST
Profiles
kopi profile list List all profiles
kopi profile create NAME Create (--clone, --clone-all, --clone-from)
kopi profile use NAME Set sticky default
kopi profile delete NAME Delete a profile
kopi profile show NAME Show details
kopi profile alias NAME Manage wrapper scripts
kopi profile rename A B Rename a profile
kopi profile export NAME Export to tar.gz
kopi profile import FILE Import from archive
Credential Pools
kopi auth add Interactive credential wizard
kopi auth list [PROVIDER] List pooled credentials
kopi auth remove P INDEX Remove by provider + index
kopi auth reset PROVIDER Clear exhaustion status
Other
kopi insights [--days N] Usage analytics
kopi update Update to latest version
kopi pairing list/approve/revoke DM authorization
kopi plugins list/install/remove Plugin management
kopi honcho setup/status Honcho memory integration (requires honcho plugin)
kopi memory setup/status/off Memory provider config
kopi completion bash|zsh Shell completions
kopi acp ACP server (IDE integration)
kopi claw migrate Migrate from OpenClaw
kopi uninstall Uninstall Kopi
Slash Commands (In-Session)
Type these during an interactive chat session. New commands land fairly
often; if something below looks stale, run /help in-session for the
authoritative list or see the live slash commands reference.
The registry of record is kopi_cli/commands.py — every consumer
(autocomplete, Telegram menu, Slack mapping, /help) derives from it.
Session Control
/new (/reset) Fresh session
/clear Clear screen + new session (CLI)
/retry Resend last message
/undo Remove last exchange
/title [name] Name the session
/compress Manually compress context
/stop Kill background processes
/rollback [N] Restore filesystem checkpoint
/snapshot [sub] Create or restore state snapshots of Kopi config/state (CLI)
/background <prompt> Run prompt in background
/queue <prompt> Queue for next turn
/steer <prompt> Inject a message after the next tool call without interrupting
/agents (/tasks) Show active agents and running tasks
/resume [name] Resume a named session
/goal [text|sub] Set a standing goal Kopi works on across turns until achieved
(subcommands: status, pause, resume, clear)
/redraw Force a full UI repaint (CLI)
Configuration
/config Show config (CLI)
/model [name] Show or change model
/personality [name] Set personality
/reasoning [level] Set reasoning (none|minimal|low|medium|high|xhigh|show|hide)
/verbose Cycle: off → new → all → verbose
/voice [on|off|tts] Voice mode
/yolo Toggle approval bypass
/busy [sub] Control what Enter does while Kopi is working (CLI)
(subcommands: queue, steer, interrupt, status)
/indicator [style] Pick the TUI busy-indicator style (CLI)
(styles: kaomoji, emoji, unicode, ascii)
/footer [on|off] Toggle gateway runtime-metadata footer on final replies
/skin [name] Change theme (CLI)
/statusbar Toggle status bar (CLI)
Tools & Skills
/tools Manage tools (CLI)
/toolsets List toolsets (CLI)
/skills Search/install skills (CLI)
/skill <name> Load a skill into session
/reload-skills Re-scan ~/.kopi/skills/ for added/removed skills
/reload Reload .env variables into the running session (CLI)
/reload-mcp Reload MCP servers
/cron Manage cron jobs (CLI)
/curator [sub] Background skill maintenance (status, run, pin, archive, …)
/kanban [sub] Multi-profile collaboration board (tasks, links, comments)
/plugins List plugins (CLI)
Gateway
/approve Approve a pending command (gateway)
/deny Deny a pending command (gateway)
/restart Restart gateway (gateway)
/sethome Set current chat as home channel (gateway)
/update Update Kopi to latest (gateway)
/topic [sub] Enable or inspect Telegram DM topic sessions (gateway)
/platforms (/gateway) Show platform connection status (gateway)
Utility
/branch (/fork) Branch the current session
/fast Toggle priority/fast processing
/browser Open CDP browser connection
/history Show conversation history (CLI)
/save Save conversation to file (CLI)
/copy [N] Copy the last assistant response to clipboard (CLI)
/paste Attach clipboard image (CLI)
/image Attach local image file (CLI)
Info
/help Show commands
/commands [page] Browse all commands (gateway)
/usage Token usage
/insights [days] Usage analytics
/gquota Show Google Gemini Code Assist quota usage (CLI)
/status Session info (gateway)
/profile Active profile info
/debug Upload debug report (system info + logs) and get shareable links
Exit
/quit (/exit, /q) Exit CLI
Key Paths & Config
~/.kopi/config.yaml Main configuration
~/.kopi/.env API keys and secrets
$KOPI_HOME/skills/ Installed skills
~/.kopi/sessions/ Session transcripts
~/.kopi/logs/ Gateway and error logs
~/.kopi/auth.json OAuth tokens and credential pools
~/.kopi/kopi-agent/ Source code (if git-installed)
Profiles use ~/.kopi/profiles/<name>/ with the same layout.
Config Sections
Edit with kopi config edit or kopi config set section.key value.
| Section | Key options |
|---|---|
model | default, provider, base_url, api_key, context_length |
agent | max_turns (90), tool_use_enforcement |
terminal | backend (local/docker/ssh/modal), cwd, timeout (180) |
compression | enabled, threshold (0.50), target_ratio (0.20) |
display | skin, tool_progress, show_reasoning, show_cost |
stt | enabled, provider (local/groq/openai/mistral) |
tts | provider (edge/elevenlabs/openai/minimax/mistral/neutts) |
memory | memory_enabled, user_profile_enabled, provider |
security | tirith_enabled, website_blocklist |
delegation | model, provider, base_url, api_key, max_iterations (50), reasoning_effort |
checkpoints | enabled, max_snapshots (50) |
Full config reference: https://kopi-agent.happysocial.xyz/docs/user-guide/configuration
Providers
20+ providers supported. Set via kopi model or kopi setup.
| Provider | Auth | Key env var |
|---|---|---|
| OpenRouter | API key | OPENROUTER_API_KEY |
| Anthropic | API key | ANTHROPIC_API_KEY |
| Nous Portal | OAuth | kopi auth |
| OpenAI Codex | OAuth | kopi auth |
| GitHub Copilot | Token | COPILOT_GITHUB_TOKEN |
| Google Gemini | API key | GOOGLE_API_KEY or GEMINI_API_KEY |
| DeepSeek | API key | DEEPSEEK_API_KEY |
| xAI / Grok | API key | XAI_API_KEY |
| Hugging Face | Token | HF_TOKEN |
| Z.AI / GLM | API key | GLM_API_KEY |
| MiniMax | API key | MINIMAX_API_KEY |
| MiniMax CN | API key | MINIMAX_CN_API_KEY |
| Kimi / Moonshot | API key | KIMI_API_KEY |
| Alibaba / DashScope | API key | DASHSCOPE_API_KEY |
| Xiaomi MiMo | API key | XIAOMI_API_KEY |
| Kilo Code | API key | KILOCODE_API_KEY |
| AI Gateway (Vercel) | API key | AI_GATEWAY_API_KEY |
| OpenCode Zen | API key | OPENCODE_ZEN_API_KEY |
| OpenCode Go | API key | OPENCODE_GO_API_KEY |
| Qwen OAuth | OAuth | kopi login --provider qwen-oauth |
| Custom endpoint | Config | model.base_url + model.api_key in config.yaml |
| GitHub Copilot ACP | External | COPILOT_CLI_PATH or Copilot CLI |
Full provider docs: https://kopi-agent.happysocial.xyz/docs/integrations/providers
Toolsets
Enable/disable via kopi tools (interactive) or kopi tools enable/disable NAME.
| Toolset | What it provides |
|---|---|
web | Web search and content extraction |
search | Web search only (subset of web) |
browser | Browser automation (Browserbase, Camofox, or local Chromium) |
terminal | Shell commands and process management |
file | File read/write/search/patch |
code_execution | Sandboxed Python execution |
vision | Image analysis |
image_gen | AI image generation |
video | Video analysis and generation |
tts | Text-to-speech |
skills | Skill browsing and management |
memory | Persistent cross-session memory |
session_search | Search past conversations |
delegation | Subagent task delegation |
cronjob | Scheduled task management |
clarify | Ask user clarifying questions |
messaging | Cross-platform message sending |
todo | In-session task planning and tracking |
kanban | Multi-agent work-queue tools (gated to workers) |
debugging | Extra introspection/debug tools (off by default) |
safe | Minimal, low-risk toolset for locked-down sessions |
spotify | Spotify playback and playlist control |
homeassistant | Smart home control (off by default) |
discord | Discord integration tools |
discord_admin | Discord admin/moderation tools |
feishu_doc | Feishu (Lark) document tools |
feishu_drive | Feishu (Lark) drive tools |
yuanbao | Yuanbao integration tools |
rl | Reinforcement learning tools (off by default) |
moa | Mixture of Agents (off by default) |
Full enumeration lives in toolsets.py as the TOOLSETS dict; _KOPI_CORE_TOOLS is the default bundle most platforms inherit from.
Tool changes take effect on /reset (new session). They do NOT apply mid-conversation to preserve prompt caching.
Security & Privacy Toggles
Common "why is Kopi doing X to my output / tool calls / commands?" toggles — and the exact commands to change them. Most of these need a fresh session (/reset in chat, or start a new kopi invocation) because they're read once at startup.
Secret redaction in tool output
Secret redaction is off by default — tool output (terminal stdout, read_file, web content, subagent summaries, etc.) passes through unmodified. If the user wants Kopi to auto-mask strings that look like API keys, tokens, and secrets before they enter the conversation context and logs:
kopi config set security.redact_secrets true # enable globally
Restart required. security.redact_secrets is snapshotted at import time — toggling it mid-session (e.g. via export KOPI_REDACT_SECRETS=true from a tool call) will NOT take effect for the running process. Tell the user to run kopi config set security.redact_secrets true in a terminal, then start a new session. This is deliberate — it prevents an LLM from flipping the toggle on itself mid-task.
Disable again with:
kopi config set security.redact_secrets false
PII redaction in gateway messages
Separate from secret redaction. When enabled, the gateway hashes user IDs and strips phone numbers from the session context before it reaches the model:
kopi config set privacy.redact_pii true # enable
kopi config set privacy.redact_pii false # disable (default)
Command approval prompts
By default (approvals.mode: manual), Kopi prompts the user before running shell commands flagged as destructive (rm -rf, git reset --hard, etc.). The modes are:
manual— always prompt (default)smart— use an auxiliary LLM to auto-approve low-risk commands, prompt on high-riskoff— skip all approval prompts (equivalent to--yolo)
kopi config set approvals.mode smart # recommended middle ground
kopi config set approvals.mode off # bypass everything (not recommended)
Per-invocation bypass without changing config:
kopi --yolo …export KOPI_YOLO_MODE=1
Note: YOLO / approvals.mode: off does NOT turn off secret redaction. They are independent.
Shell hooks allowlist
Some shell-hook integrations require explicit allowlisting before they fire. Managed via ~/.kopi/shell-hooks-allowlist.json — prompted interactively the first time a hook wants to run.
Disabling the web/browser/image-gen tools
To keep the model away from network or media tools entirely, open kopi tools and toggle per-platform. Takes effect on next session (/reset). See the Tools & Skills section above.
Voice & Transcription
STT (Voice → Text)
Voice messages from messaging platforms are auto-transcribed.
Provider priority (auto-detected):
- Local faster-whisper — free, no API key:
pip install faster-whisper - Groq Whisper — free tier: set
GROQ_API_KEY - OpenAI Whisper — paid: set
VOICE_TOOLS_OPENAI_KEY - Mistral Voxtral — set
MISTRAL_API_KEY
Config:
stt:
enabled: true
provider: local # local, groq, openai, mistral
local:
model: base # tiny, base, small, medium, large-v3
TTS (Text → Voice)
| Provider | Env var | Free? |
|---|---|---|
| Edge TTS | None | Yes (default) |
| ElevenLabs | ELEVENLABS_API_KEY | Free tier |
| OpenAI | VOICE_TOOLS_OPENAI_KEY | Paid |
| MiniMax | MINIMAX_API_KEY | Paid |
| Mistral (Voxtral) | MISTRAL_API_KEY | Paid |
| NeuTTS (local) | None (pip install neutts[all] + espeak-ng) | Free |
Voice commands: /voice on (voice-to-voice), /voice tts (always voice), /voice off.
Spawning Additional Kopi Instances
Run additional Kopi processes as fully independent subprocesses — separate sessions, tools, and environments.
When to Use This vs delegate_task
delegate_task | Spawning kopi process | |
|---|---|---|
| Isolation | Separate conversation, shared process | Fully independent process |
| Duration | Minutes (bounded by parent loop) | Hours/days |
| Tool access | Subset of parent's tools | Full tool access |
| Interactive | No | Yes (PTY mode) |
| Use case | Quick parallel subtasks | Long autonomous missions |
One-Shot Mode
terminal(command="kopi chat -q 'Research GRPO papers and write summary to ~/research/grpo.md'", timeout=300)
# Background for long tasks:
terminal(command="kopi chat -q 'Set up CI/CD for ~/myapp'", background=true)
Interactive PTY Mode (via tmux)
Kopi uses prompt_toolkit, which requires a real terminal. Use tmux for interactive spawning:
# Start
terminal(command="tmux new-session -d -s agent1 -x 120 -y 40 'kopi'", timeout=10)
# Wait for startup, then send a message
terminal(command="sleep 8 && tmux send-keys -t agent1 'Build a FastAPI auth service' Enter", timeout=15)
# Read output
terminal(command="sleep 20 && tmux capture-pane -t agent1 -p", timeout=5)
# Send follow-up
terminal(command="tmux send-keys -t agent1 'Add rate limiting middleware' Enter", timeout=5)
# Exit
terminal(command="tmux send-keys -t agent1 '/exit' Enter && sleep 2 && tmux kill-session -t agent1", timeout=10)
Multi-Agent Coordination
# Agent A: backend
terminal(command="tmux new-session -d -s backend -x 120 -y 40 'kopi -w'", timeout=10)
terminal(command="sleep 8 && tmux send-keys -t backend 'Build REST API for user management' Enter", timeout=15)
# Agent B: frontend
terminal(command="tmux new-session -d -s frontend -x 120 -y 40 'kopi -w'", timeout=10)
terminal(command="sleep 8 && tmux send-keys -t frontend 'Build React dashboard for user management' Enter", timeout=15)
# Check progress, relay context between them
terminal(command="tmux capture-pane -t backend -p | tail -30", timeout=5)
terminal(command="tmux send-keys -t frontend 'Here is the API schema from the backend agent: ...' Enter", timeout=5)
Session Resume
# Resume most recent session
terminal(command="tmux new-session -d -s resumed 'kopi --continue'", timeout=10)
# Resume specific session
terminal(command="tmux new-session -d -s resumed 'kopi --resume 20260225_143052_a1b2c3'", timeout=10)
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
kopi 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
Durable & Background Systems
Four systems run alongside the main conversation loop. Quick reference
here; full developer notes live in AGENTS.md, user-facing docs under
website/docs/user-guide/features/.
Delegation (delegate_task)
Synchronous subagent spawn — the parent waits for the child's summary before continuing its own loop. Isolated context + terminal session.
- Single:
delegate_task(goal, context, toolsets). - Batch:
delegate_task(tasks=[{goal, ...}, ...])runs children in parallel, capped bydelegation.max_concurrent_children(default 3). - Roles:
leaf(default; cannot re-delegate) vsorchestrator(can spawn its own workers, bounded bydelegation.max_spawn_depth). - Not durable. If the parent is interrupted, the child is
cancelled. For work that must outlive the turn, use
cronjoborterminal(background=True, notify_on_complete=True).
Config: delegation.* in config.yaml.
Cron (scheduled jobs)
Durable scheduler — cron/jobs.py + cron/scheduler.py. Drive it via
the cronjob tool, the kopi cron CLI (list, add, edit,
pause, resume, run, remove), or the /cron slash command.
- Schedules: duration (
"30m","2h"), "every" phrase ("every monday 9am"), 5-field cron ("0 9 * * *"), or ISO timestamp. - Per-job knobs:
skills,model/provideroverride,script(pre-run data collection;no_agent=Truemakes the script the whole job),context_from(chain job A's output into job B),workdir(run in a specific dir with itsAGENTS.md/CLAUDE.mdloaded), multi-platform delivery. - Invariants: 3-minute hard interrupt per run,
.tick.lockfile prevents duplicate ticks across processes, cron sessions passskip_memory=Trueby default, and cron deliveries are framed with a header/footer instead of being mirrored into the target gateway session (keeps role alternation intact).
User docs: https://kopi-agent.happysocial.xyz/docs/user-guide/features/cron
Curator (skill lifecycle)
Background maintenance for agent-created skills. Tracks usage, marks idle skills stale, archives stale ones, keeps a pre-run tar.gz backup so nothing is lost.
- CLI:
kopi curator <verb>—status,run,pause,resume,pin,unpin,archive,restore,prune,backup,rollback. - Slash:
/curator <subcommand>mirrors the CLI. - Scope: only touches skills with
created_by: "agent"provenance. Bundled + hub-installed skills are off-limits. Never deletes — max destructive action is archive. Pinned skills are exempt from every auto-transition and every LLM review pass. - Telemetry: sidecar at
~/.kopi/skills/.usage.jsonholds per-skilluse_count,view_count,patch_count,last_activity_at,state,pinned.
Config: curator.* (enabled, interval_hours, min_idle_hours,
stale_after_days, archive_after_days, backup.*).
User docs: https://kopi-agent.happysocial.xyz/docs/user-guide/features/curator
Kanban (multi-agent work queue)
Durable SQLite board for multi-profile / multi-worker collaboration.
Users drive it via kopi kanban <verb>; dispatcher-spawned workers
see a focused kanban_* toolset gated by KOPI_KANBAN_TASK so the
schema footprint is zero outside worker processes.
- CLI verbs (common):
init,create,list(aliasls),show,assign,link,unlink,comment,complete,block,unblock,archive,tail. Less common:watch,stats,runs,log,dispatch,daemon,gc. - Worker toolset:
kanban_show,kanban_complete,kanban_block,kanban_heartbeat,kanban_comment,kanban_create,kanban_link. - Dispatcher runs inside the gateway by default
(
kanban.dispatch_in_gateway: true) — reclaims stale claims, promotes ready tasks, atomically claims, spawns assigned profiles. Auto-blocks a task after ~5 consecutive spawn failures. - Isolation: board is the hard boundary (workers get
KOPI_KANBAN_BOARDpinned in env); tenant is a soft namespace within a board for workspace-path + memory-key isolation.
User docs: https://kopi-agent.happysocial.xyz/docs/user-guide/features/kanban
Windows-Specific Quirks
Kopi runs natively on Windows (PowerShell, cmd, Windows Terminal, git-bash mintty, VS Code integrated terminal). Most of it just works, but a handful of differences between Win32 and POSIX have bitten us — document new ones here as you hit them so the next person (or the next session) doesn't rediscover them from scratch.
Input / Keybindings
Alt+Enter doesn't insert a newline. Windows Terminal intercepts Alt+Enter
at the terminal layer to toggle fullscreen — the keystroke never reaches
prompt_toolkit. Use Ctrl+Enter instead. Windows Terminal delivers
Ctrl+Enter as LF (c-j), distinct from plain Enter (c-m / CR), and the
CLI binds c-j to newline insertion on win32 only (see
_bind_prompt_submit_keys + the Windows-only c-j binding in cli.py).
Side effect: the raw Ctrl+J keystroke also inserts a newline on Windows —
unavoidable, because Windows Terminal collapses Ctrl+Enter and Ctrl+J to
the same keycode at the Win32 console API layer. No conflicting binding
existed for Ctrl+J on Windows, so this is a harmless side effect.
mintty / git-bash behaves the same (fullscreen on Alt+Enter) unless you disable Alt+Fn shortcuts in Options → Keys. Easier to just use Ctrl+Enter.
Diagnosing keybindings. Run python scripts/keystroke_diagnostic.py
(repo root) to see exactly how prompt_toolkit identifies each keystroke
in the current terminal. Answers questions like "does Shift+Enter come
through as a distinct key?" (almost never — most terminals collapse it
to plain Enter) or "what byte sequence is my terminal sending for
Ctrl+Enter?" This is how the Ctrl+Enter = c-j fact was established.
Config / Files
HTTP 400 "No models provided" on first run. config.yaml was saved
with a UTF-8 BOM (common when Windows apps write it). Re-save as UTF-8
without BOM. kopi config edit writes without BOM; manual edits in
Notepad are the usual culprit.
execute_code / Sandbox
WinError 10106 ("The requested service provider could not be loaded
or initialized") from the sandbox child process — it can't create an
AF_INET socket, so the loopback-TCP RPC fallback fails before
connect(). Root cause is usually not a broken Winsock LSP; it's
Kopi's own env scrubber dropping SYSTEMROOT / WINDIR / COMSPEC
from the child env. Python's socket module needs SYSTEMROOT to locate
mswsock.dll. Fixed via the _WINDOWS_ESSENTIAL_ENV_VARS allowlist in
tools/code_execution_tool.py. If you still hit it, echo os.environ
inside an execute_code block to confirm SYSTEMROOT is set. Full
diagnostic recipe in references/execute-code-sandbox-env-windows.md.
Testing / Contributing
scripts/run_tests.sh doesn't work as-is on Windows — it looks for
POSIX venv layouts (.venv/bin/activate). The Kopi-installed venv at
venv/Scripts/ has no pip or pytest either (stripped for install size).
Workaround: install pytest + pytest-xdist + pyyaml into a system Python
3.11 user site, then invoke pytest directly with PYTHONPATH set:
"/c/Program Files/Python311/python" -m pip install --user pytest pytest-xdist pyyaml
export PYTHONPATH="$(pwd)"
"/c/Program Files/Python311/python" -m pytest tests/foo/test_bar.py -v --tb=short -n 0
Use -n 0, not -n 4 — pyproject.toml's default addopts already
includes -n, and the wrapper's CI-parity guarantees don't apply off POSIX.
POSIX-only tests need skip guards. Common markers already in the codebase:
- Symlinks — elevated privileges on Windows
0o600file modes — POSIX mode bits not enforced on NTFS by defaultsignal.SIGALRM— Unix-only (seetests/conftest.py::_enforce_test_timeout)- Winsock / Windows-specific regressions —
@pytest.mark.skipif(sys.platform != "win32", ...)
Use the existing skip-pattern style (sys.platform == "win32" or
sys.platform.startswith("win")) to stay consistent with the rest of the
suite.
Path / Filesystem
Line endings. Git may warn LF will be replaced by CRLF the next time Git touches it. Cosmetic — the repo's .gitattributes normalizes. Don't
let editors auto-convert committed POSIX-newline files to CRLF.
Forward slashes work almost everywhere. C:/Users/... is accepted by
every Kopi tool and most Windows APIs. Prefer forward slashes in code
and logs — avoids shell-escaping backslashes in bash.
Troubleshooting
Voice not working
- Check
stt.enabled: truein config.yaml - Verify provider:
pip install faster-whisperor set API key - In gateway:
/restart. In CLI: exit and relaunch.
Tool not available
kopi tools— check if toolset is enabled for your platform- Some tools need env vars (check
.env) /resetafter enabling tools
Model/provider issues
kopi doctor— check config and dependencieskopi login— re-authenticate OAuth providers- Check
.envhas the right API key - Copilot 403:
gh auth logintokens do NOT work for Copilot API. You must use the Copilot-specific OAuth device code flow viakopi model→ GitHub Copilot.
Changes not taking effect
- Tools/skills:
/resetstarts a new session with updated toolset - Config changes: In gateway:
/restart. In CLI: exit and relaunch. - Code changes: Restart the CLI or gateway process
Skills not showing
kopi skills list— verify installedkopi skills config— check platform enablement- Load explicitly:
/skill nameorkopi -s name
Gateway issues
Check logs first:
grep -i "failed to send\|error" ~/.kopi/logs/gateway.log | tail -20
Common gateway problems:
- Gateway dies on SSH logout: Enable linger:
sudo loginctl enable-linger $USER - Gateway dies on WSL2 close: WSL2 requires
systemd=truein/etc/wsl.conffor systemd services to work. Without it, gateway falls back tonohup(dies when session closes). - Gateway crash loop: Reset the failed state:
systemctl --user reset-failed kopi-gateway
Platform-specific issues
- Discord bot silent: Must enable Message Content Intent in Bot → Privileged Gateway Intents.
- Slack bot only works in DMs: Must subscribe to
message.channelsevent. Without it, the bot ignores public channels. - Windows-specific issues (
Alt+Enternewline, WinError 10106, UTF-8 BOM config, test suite, line endings): see the dedicated Windows-Specific Quirks section above.
Auxiliary models not working
If auxiliary tasks (vision, compression, session_search) fail silently, the auto provider can't find a backend. Either set OPENROUTER_API_KEY or GOOGLE_API_KEY, or explicitly configure each auxiliary task's provider:
kopi config set auxiliary.vision.provider <your_provider>
kopi config set auxiliary.vision.model <model_name>
Where to Find Things
| Looking for... | Location |
|---|---|
| Config options | kopi config edit or Configuration docs |
| Available tools | kopi tools list or Tools reference |
| Slash commands | /help in session or Slash commands reference |
| Skills catalog | kopi skills browse or Skills catalog |
| Provider setup | kopi model or Providers guide |
| Platform setup | kopi gateway setup or Messaging docs |
| MCP servers | kopi mcp list or MCP guide |
| Profiles | kopi profile list or Profiles docs |
| Cron jobs | kopi cron list or Cron docs |
| Memory | kopi memory status or Memory docs |
| Env variables | kopi config env-path or Env vars reference |
| CLI commands | kopi --help or CLI reference |
| Gateway logs | ~/.kopi/logs/gateway.log |
| Session files | ~/.kopi/sessions/ or kopi sessions browse |
| Source code | ~/.kopi/kopi-agent/ |
Contributor Quick Reference
For occasional contributors and PR authors. Full developer docs: https://kopi-agent.happysocial.xyz/docs/developer-guide/
Project Layout
kopi-agent/
├── run_agent.py # AIAgent — core conversation loop
├── model_tools.py # Tool discovery and dispatch
├── toolsets.py # Toolset definitions
├── cli.py # Interactive CLI (KopiCLI)
├── kopi_state.py # SQLite session store
├── agent/ # Prompt builder, context compression, memory, model routing, credential pooling, skill dispatch
├── kopi_cli/ # CLI subcommands, config, setup, commands
│ ├── commands.py # Slash command registry (CommandDef)
│ ├── config.py # DEFAULT_CONFIG, env var definitions
│ └── main.py # CLI entry point and argparse
├── tools/ # One file per tool
│ └── registry.py # Central tool registry
├── gateway/ # Messaging gateway
│ └── platforms/ # Platform adapters (telegram, discord, etc.)
├── cron/ # Job scheduler
├── tests/ # ~3000 pytest tests
└── website/ # Docusaurus docs site
Config: ~/.kopi/config.yaml (settings), ~/.kopi/.env (API keys).
Adding a Tool (3 files)
1. Create tools/your_tool.py:
import json, os
from tools.registry import registry
def check_requirements() -> bool:
return bool(os.getenv("EXAMPLE_API_KEY"))
def example_tool(param: str, task_id: str = None) -> str:
return json.dumps({"success": True, "data": "..."})
registry.register(
name="example_tool",
toolset="example",
schema={"name": "example_tool", "description": "...", "parameters": {...}},
handler=lambda args, **kw: example_tool(
param=args.get("param", ""), task_id=kw.get("task_id")),
check_fn=check_requirements,
requires_env=["EXAMPLE_API_KEY"],
)
2. Add to toolsets.py → _KOPI_CORE_TOOLS list.
Auto-discovery: any tools/*.py file with a top-level registry.register() call is imported automatically — no manual list needed.
All handlers must return JSON strings. Use get_kopi_home() for paths, never hardcode ~/.kopi.
Adding a Slash Command
- Add
CommandDeftoCOMMAND_REGISTRYinkopi_cli/commands.py - Add handler in
cli.py→process_command() - (Optional) Add gateway handler in
gateway/run.py
All consumers (help text, autocomplete, Telegram menu, Slack mapping) derive from the central registry automatically.
Agent Loop (High Level)
run_conversation():
1. Build system prompt
2. Loop while iterations < max:
a. Call LLM (OpenAI-format messages + tool schemas)
b. If tool_calls → dispatch each via handle_function_call() → append results → continue
c. If text response → return
3. Context compression triggers automatically near token limit
Testing
python -m pytest tests/ -o 'addopts=' -q # Full suite
python -m pytest tests/tools/ -q # Specific area
- Tests auto-redirect
KOPI_HOMEto temp dirs — never touch real~/.kopi/ - Run full suite before pushing any change
- Use
-o 'addopts='to clear any baked-in pytest flags
Windows contributors: scripts/run_tests.sh currently looks for POSIX venvs (.venv/bin/activate / venv/bin/activate) and will error out on Windows where the layout is venv/Scripts/activate + python.exe. The Kopi-installed venv at venv/Scripts/ also has no pip or pytest — it's stripped for end-user install size. Workaround: install pytest + pytest-xdist + pyyaml into a system Python 3.11 user site (/c/Program Files/Python311/python -m pip install --user pytest pytest-xdist pyyaml), then run tests directly:
export PYTHONPATH="$(pwd)"
"/c/Program Files/Python311/python" -m pytest tests/tools/test_foo.py -v --tb=short -n 0
Use -n 0 (not -n 4) because pyproject.toml's default addopts already includes -n, and the wrapper's CI-parity story doesn't apply off-POSIX.
Cross-platform test guards: tests that use POSIX-only syscalls need a skip marker. Common ones already in the codebase:
- Symlink creation →
@pytest.mark.skipif(sys.platform == "win32", reason="Symlinks require elevated privileges on Windows")(seetests/cron/test_cron_script.py) - POSIX file modes (0o600, etc.) →
@pytest.mark.skipif(sys.platform.startswith("win"), reason="POSIX mode bits not enforced on Windows")(seetests/kopi_cli/test_auth_toctou_file_modes.py) signal.SIGALRM→ Unix-only (seetests/conftest.py::_enforce_test_timeout)- Live Winsock / Windows-specific regression tests →
@pytest.mark.skipif(sys.platform != "win32", reason="Windows-specific regression")
Monkeypatching sys.platform is not enough when the code under test also calls platform.system() / platform.release() / platform.mac_ver(). Those functions re-read the real OS independently, so a test that sets sys.platform = "linux" on a Windows runner will still see platform.system() == "Windows" and route through the Windows branch. Patch all three together:
monkeypatch.setattr(sys, "platform", "linux")
monkeypatch.setattr(platform, "system", lambda: "Linux")
monkeypatch.setattr(platform, "release", lambda: "6.8.0-generic")
See tests/agent/test_prompt_builder.py::TestEnvironmentHints for a worked example.
Extending the system prompt's execution-environment block
Factual guidance about the host OS, user home, cwd, terminal backend, and shell (bash vs. PowerShell on Windows) is emitted from agent/prompt_builder.py::build_environment_hints(). This is also where the WSL hint and per-backend probe logic live. The convention:
- Local terminal backend → emit host info (OS,
$HOME, cwd) + Windows-specific notes (hostname ≠ username,terminaluses bash not PowerShell). - Remote terminal backend (anything in
_REMOTE_TERMINAL_BACKENDS:docker, singularity, modal, daytona, ssh, vercel_sandbox, managed_modal) → suppress host info entirely and describe only the backend. A liveuname/whoami/pwdprobe runs inside the backend viatools.environments.get_environment(...).execute(...), cached per process in_BACKEND_PROBE_CACHE, with a static fallback if the probe times out. - Key fact for prompt authoring: when
TERMINAL_ENV != "local", every file tool (read_file,write_file,patch,search_files) runs inside the backend container, not on the host. The system prompt must never describe the host in that case — the agent can't touch it.
Full design notes, the exact emitted strings, and testing pitfalls:
references/prompt-builder-environment-hints.md.
Refactor-safety pattern (POSIX-equivalence guard): when you extract inline logic into a helper that adds Windows/platform-specific behavior, keep a _legacy_<name> oracle function in the test file that's a verbatim copy of the old code, then parametrize-diff against it. Example: tests/tools/test_code_execution_windows_env.py::TestPosixEquivalence. This locks in the invariant that POSIX behavior is bit-for-bit identical and makes any future drift fail loudly with a clear diff.
Commit Conventions
type: concise subject line
Optional body.
Types: fix:, feat:, refactor:, docs:, chore:
Key Rules
- Never break prompt caching — don't change context, tools, or system prompt mid-conversation
- Message role alternation — never two assistant or two user messages in a row
- Use
get_kopi_home()fromkopi_constantsfor all paths (profile-safe) - Config values go in
config.yaml, secrets go in.env - New tools need a
check_fnso they only appear when requirements are met