oh-my-kimi

oh-my-kimi 的目录入口，包含面向 Kimi CLI 的 agent、skill、hook 与 MCP 套件，衍生自 oh-my-* 谱系。

面向密钥、注入、authz/authn、不安全 IO、依赖与数据外泄风险的安全评审

证据驱动的追踪通道，在 Kimi 的 Agent 工具中编排互相竞争的 tracer 假设

LLM Wiki —— 跨会话持续累积的 markdown 知识库（Karpathy 模型）

面向作家的 agentic 记忆系统 —— 跟踪人物、关系、场景与主题

跑只读的深度仓库分析，返回一份带置信度排序的综合结论，附具体文件引用、清晰区分证据与推断。当用户说 'analyze'、'investigate'、'why does'、'what's causing'，或在提任何改动方案之前需要跨文件的有据解释时使用。

取消任何活跃的 oh-my-kimi 模式（autopilot、ralph、ultrawork、ecomode、ultraqa、swarm、ultrapilot、pipeline、team）

2 阶段 pipeline：trace（因果调查）→ deep-interview（需求结晶），含 3-point injection

苏格拉底式深度访谈，带数学化的 ambiguity 闸门，并在显式执行批准之前结束

用分层 AGENTS.md 文档对代码库做深度初始化

介绍可用的 oh-my-kimi agent、skill、hook、MCP 助手与安装命令。

配置常用 MCP 服务器以增强 agent 能力

可配置的 pipeline 编排器，用于串接阶段

战略性规划，可选搭配访谈工作流

$plan --consensus 的别名

通用发布助手 —— 分析仓库的发布规则，缓存到 .omk/RELEASE_RULE.md，然后引导你完成发布

管理本地 skills —— list、add、remove、search、edit、setup 向导

TDD 兼容垫片（已弃用）

基于 Kimi CLI 原生 team 能力，让 N 个 agent 协调工作在共享任务列表上

QA 循环工作流 —— 测试、验证、修复、重复，直到达成目标

跑反 slop 的清理 / 重构 / 去 slop 工作流

跑一次全面的代码评审

询问本地外部顾问 CLI（Claude 或 Gemini），并产出可复用的工件

从想法到可运行代码的全自主执行

有状态的单任务改进循环，含严格 evaluator 契约、markdown 决策日志，以及 max-runtime 停止行为

用日志、trace、状态和定向复现来诊断当前 oh-my-kimi 会话或仓库状态

诊断并修复 Kimi CLI 上的 oh-my-kimi 安装（skills、hooks、wrapper、MCP）。

自引用循环直至任务完成，并由 architect 验证

评审可复用的项目知识，决定该归入项目记忆、notepad 还是长期文档

在本地 Kimi CLI 机器上安装、刷新或验证 oh-my-kimi。

把当前会话里的一个可复用工作流，沉淀为一个可重用的 oh-my-kimi skill 草稿

高吞吐量任务完成的并行执行引擎

在声称完成之前，验证一处改动是否真的能跑通

Visual Ralph 编排：用 $ralph 加上内置的 visual verdict 与像素 diff 证据，从生成参考、静态参考或在线 URL 目标出发实现前端 UI，直到实现匹配，并沉淀出可复用的设计系统。

截图与参考图对比的结构化视觉 QA 判定