oh-my-kimi（OMK，Open Multi-Agent Kit）是一个开源终端编码智能体 CLI，定位为“让 'done' 通过一次检查”。它的核心理念是：AI 说“完成”不等于验收通过。
用途与核心理念 通过 /goal verify，用户自行选择用于检查目标的命令。OMK 在每一轮结束后运行该命令，只有它在当前工作区通过时，目标才算完成。之后的任何编辑都会使这份证据失效。README 明确指出，结果强度只取决于所选的检查命令，建议使用项目中已有的测试或小型可复现的目标演示。这是一个显式工作流，普通提示词不会启用该门禁。
在单个会话中切换模型 用户选择一个模型，在仓库上工作，随后可用 /model 切换到更适合下一步的模型，对话保持在同一会话中。也可以通过 /resume 或 omk -c 停止并在之后返回。README 指出这是手动切换模型，并非并行智能体或独立的正确性检查。
智能体与可选能力 OMK 是独立 CLI，不是 Claude Code 或 OpenCode 的插件。它支持订阅制提供商、API 密钥和本地模型。默认从一个能读文件、编辑代码、运行命令的智能体开始；子智能体或显式验证工作流在需要时再添加，首次任务并不需要。README 说明，全新安装后在完成提供商配置后只启动一个智能体/工具循环，不会把每条提示词变成多智能体工作流，也不会自动认证其答案；内部 lane 启动器和自动命令分片原语未接入默认 CLI 路径。多智能体控制平面面向显式配置的工作流。
安装与登录 可安装独立二进制（无需 Node.js；安装器会校验发布版的 SHA256SUMS，不匹配则拒绝）。Node.js 22.19 及以上可用 npm：npm install -g open-multi-agent-kit --ignore-scripts，或不全局安装直接运行 npx --ignore-scripts open-multi-agent-kit。首次运行时会打开 /login，可用订阅或 API 密钥登录；已有的 Claude Code 或 Codex CLI 登录可通过 omk provider adopt 复用。随时用 /model 选择其他可用模型。
安全边界 内置本地 bash 默认使用操作系统沙箱：macOS 使用 sandbox-exec，Linux 需要 bwrap 加非特权用户命名空间（Debian/Ubuntu 上 sudo apt install bubblewrap）。它限制写入到工作区和操作系统临时目录、禁用网络访问，且在后端缺失时以 sandbox.backend_missing 失败关闭。README 强调这不是读取保密性或整进程隔离；其他文件工具、扩展与自定义工具代码、注入或远程的 BashOperations 以及 OMK 进程本身仍保持运行它们的进程的权限，若边界需覆盖更多内容应使用容器化。omk doctor 可检查运行时、凭据、首次会话将选择的模型和沙箱，并打印修复方法。
证据与基准说明 README 提供了一份带日期的对比：OMK 与 mini-SWE-agent 在 Terminal-Bench 2.1 上使用相同基础模型。观察到的成功率差异为 +4.2 个百分点，95% 置信区间 [−1.9, +10.2]（任务级配对自助法），区间包含零，因此不具有统计显著性；时间预算也不相等，OMK 每轮中位数 482 秒，mini-SWE-agent 为 376 秒。OMK 每轮成本约低 23%。README 明确该结果不构成整体 harness 优越性、多智能体收益或验证降低虚假完成率的证据，也不是官方排行榜结果，并给出了审计更正、成本口径和复现说明。
仓库理解语料 v0.97.0 引入了 OpenWiki 政策与工作流，但未提供带版本的语料或完整性校验。v0.98.0 引入完整性/输出防护；生成语料仍为可选且未打包。openwiki/ 目录缺失，此前的未跟踪语料因被证明含有编造证据而被移除（8 个未声明来源路径定义的 frontmatter 符号、45 处引用本仓库未发布的 @omk/* 包名、以及把 README 的 Scope→Route→Verify→Replay 循环误述为严格引擎状态机）。CI 会重新生成语料。scripts/check-openwiki.mjs 与 scripts/check-openwiki-output.mjs 为已发布的防护脚本。
