Munk AI
Product
Relationship with Munk Test
How Munk AI (desktop orchestration) and Munk Test (CLI verification) relate — and what each product owns.
Munk AI and Munk Test share a brand and a feedback story. They are two products, not two names for the same binary.
One-line split
| Product | Shape | Owns |
|---|---|---|
| Munk AI | Desktop app | When to plan, code, gate, deploy, verify, repair, and deliver |
| Munk Test | CLI / Local API / MCP / Web UI | Device-level verification across Android, iOS, and Web |
Munk AI is the orchestrator. Munk Test is a primary verify surface inside that loop — not the orchestrator itself.
How they connect
In a typical Munk AI run:
- Coding agents change the codebase under Host policy
- Gates (for example code gates) must pass before delivery side effects
- When UI verification is required, Munk AI drives Deploy → Verify
- Verify calls into a local Munk Test service (
munk serve) over HTTP - Pass opens delivery; fail can re-enter coding / repair under Host rules
You can use Munk Test without Munk AI (CI, QA, MCP, manual munk verify). You cannot replace Munk AI’s workflow ownership with Test alone.
What not to mix up
- Docs under /docs/ai describe the desktop product
- Docs under /docs/test describe the CLI verification engine
- Marketing pages: / is Munk AI; /test is Munk Test
How to tell which product a guide belongs to:
- Talks about
munk serve,munk doctor, Local API, or the local16888Web UI → Munk Test - Talks about desktop Settings MCP / Skills / webhooks, Workbench, or Inbox → Munk AI
- Both may mention “MCP”: on Test it is the verification runtime surface; on AI it is desktop config for coding agents
