桌面编排
Munk AI
决定何时规划、编码、跑门禁、部署、验证、修复与交付。wait / resume / retry / 轮次上限由 workflow 持有，而不是藏在单次 agent 对话里。
- 工作项 → 可恢复 workflow
- 多角色、多阶段、多轮修复
- 门禁 + 验证通过才允许交付
Munk AI
桌面端 · 即将推出 · 内部预览7×24 不眠的 AI 研发引擎。
Munk AI 自动监听任务、规划变更、调度 Agent 编码、执行真机验证，并在失败后持续修复，直到通过并交付。一个无需逐步 Prompt 的 AI 研发引擎。
Loop
先跑通一个 Loop。
一个 Loop 走完规划 → 编码 → 门禁 → 部署 → 验证 → 交付。门禁与验证可失败进入修复；验证通过后，才向各渠道交付。
编排一条可恢复的研发闭环——而不是一次性流水线。
Graph
一个 Loop 不够时，组成 Graph。
复杂需求需要多个 Loop。按依赖连成 Graph，各自推进——能并行就并行。
Loop A 进入 Intake——复杂需求从底座开始。
产品族
两个产品，一条反馈故事。
Munk AI 负责桌面端研发闭环编排；Munk Test 负责闭环中的端侧验证。它们相连，但不是同一个产品。
CLI 验证引擎
Munk Test
本地优先的多端自动化测试运行时（CLI），现已开源。在 Munk AI 闭环中，它是主要的 verify 执行面之一——不是编排器本身。
- Plan / Run / Review / Verify Change
- 支持 Android、iOS 与 Web
- CLI、MCP、Local API、Web UI
为何需要编排
为必须扛住现实的闭环而建。
Agent 负责写代码；编排层决定何时停下、重试、等待人类，以及何时交付。
可恢复的 workflow runtime
支持 park / resume 与 step memo，让长任务能跨重启与人工检查点继续。
策略归属 workflow
wait、resume、retry 与交付门控是 workflow 职责，不藏在 provider adapter 里。
验证通过才交付
只有 code gates 通过且 verification verdict 为 passed，才进入 delivery ready。
合并权留在人手中
GitHub 交付创建或更新 Draft PR；默认禁止自动 merge GitHub PR。
默认可调试
Job timeline、debug 投影与结构化证据，让失败路径可检查、可复盘。
边界
产品边界。
内部预览
Munk AI 暂未公开发布。本页为产品介绍；内部预览将在后续开放。
编排层，不是 coding agent
它不替代你的 coding provider；它决定何时编码、门禁、部署、验证与修复。
不替代 Munk Test
Munk Test 仍是开源 CLI 验证引擎。Munk AI 可在 verify 阶段调用它，但不会吞并该产品。
Waitlist
内部预览开放时通知你。
关注公众号获取动态
