oh-my-openagent 文档漂移审计实战以 features.md 与 cli.md 的 158 条声明为样本的文档-代码一致性治理【免费下载链接】oh-my-openagentOmO: Just type mass ulw keyword with your prompt. Now you are the master of graph engineering.项目地址: https://gitcode.com/gh_mirrors/oh/oh-my-openagent本文基于 oh-my-openagent 仓库内.omo/evidence/20260809-docs-drift-audit/下的审计证据链完整还原一次文档-代码漂移审计docs-vs-code drift audit的触发背景、执行方法、判定体系与修复闭环。读者将掌握一套可复刻的文档一致性治理流程如何把文档中的每一条声明与源码 ground-truth 逐一核对如何区分 CORRECT / OUTDATED / UNVERIFIABLE 三种判定以及如何在多人多 Agent分工审计时通过领导复核避免误判——样本数据来自对docs/reference/features.md、docs/reference/cli.md、docs/reference/monitor.md、docs/reference/web-terminal-visual-qa.md四个文档共 158 条声明的全量核对。一、审计背景一条 Discord 报告引发的全量治理这次审计的直接触发点是一条 Discord 用户报告文档声称fallback_models受支持而omo doctor却将其标记为 deprecated。这个矛盾在 PR #6658 中得到解决但也暴露了一个更深层的问题——文档中的任意一条声明都可能与当前代码脱节。于是审计被推广为一次系统化工程找出docs/下所有面向用户的、与当前 origin/dev 代码漂移的文档声明并修复全部被确认的漂移见 .omo/evidence/20260809-docs-drift-audit/README.md。审计采用团队模式team_create docs-drift并行推进将文档划分为 4 个互不重叠的域由 4 个深度成员分别负责审计域覆盖文档声明数过时数config-docsconfiguration.mdomo-json.md28068features-clifeatures.mdcli.mdmonitor.mdweb-terminal-visual-qa.md15844guidesinstallation / overview / orchestration / team-mode / senpi-task / ollama13235models-miscagent-model-matching / known-issues / codex-telemetry / lazycodex-npm-reservation / release-process / model-capabilities-maintenance13531合计705178其中 features-cli 域的原始核对报告即本文的主线文档 .omo/evidence/20260809-docs-drift-audit/features-cli.md。它包含 159 条逐行审计记录98 条 CORRECT、44 条 OUTDATED、17 条 UNVERIFIABLE每条记录都给出文档位置、原声明、判定结论、代码 ground-truth 文件位置、以及建议的修复方式。二、审计表结构五列构成的证据链features-cli.md的每行审计记录由五列组成这本身就是一个值得复用的审计模板列含义示例doc file:line被审计声明在文档中的位置审计时行号docs/reference/features.md:13claim文档原声明的内容摘要Sisyphus fallback chain starts with Claude Opus 5 max, then Kimi K3, GPT-5.6 Sol medium, GLM-5.2, and big-pickleverdict判定CORRECT/OUTDATED/UNVERIFIABLECORRECTcode ground-truth file:line支撑判定的源码位置packages/model-core/src/agent-model-requirements.ts:4-31suggested fix若判定 OUTDATED给出具体修改建议Add(low)to thegpt-5.6-luna-fastrung三条判定的语义CORRECT文档声明与源码实现一致无需改动例如声明与 agent-model-requirements.ts 中 fallbackChain 逐项吻合。OUTDATED文档描述已与当前代码脱节必须按suggested fix修正本报告 44 条。UNVERIFIABLE没有任何被审阅的代码能证明或反驳该声明本报告 17 条这类条目被有意保留、不臆断修改。三、Agent 模型链审计11 个内置 Agent 的 ground-truth 核对审计表第 3–15 行覆盖了 features.md 中的Current Agent Model Chains一节ground-truth 统一指向 packages/model-core/src/agent-model-requirements.tsL3-L177定义了AGENT_MODEL_REQUIREMENTS记录恰好 11 个键sisyphus、hephaestus、oracle、librarian、explore、multimodal-looker、prometheus、metis、momus、atlas、sisyphus-junior印证了OMO provides 11 specialized built-in agents的声明。Agent判定源码验证结果sisyphusCORRECT链为 claude-opus-5 (max) → kimi-k3 → gpt-5.6-sol (medium) → glm-5.2 → big-pickle与文档逐项吻合L4-24hephaestusCORRECT仅 gpt-5.6-sol (medium) 一档L25-35文档uses GPT-5.6 Sol medium only成立oracleCORRECTgpt-5.6-sol (xhigh) → gpt-5.6-sol (high) → gemini-3.1-pro (high) → claude-opus-5 (max) → glm-5.2provider-specific effort 表述准确L36-52librarianOUTDATED链首档gpt-5.6-luna-fast无 reasoning variant建议补充(low)exploreOUTDATED与 librarian 相同首档 luna-fast 缺(low)multimodal-lookerCORRECTgpt-5.6-sol (low) → kimi-k3 → glm-4.6v → gpt-5-nanoL77-84prometheusCORRECTclaude-fable-5-1 (xhigh) → kimi-k3 (max)L85-98metisCORRECTclaude-fable-5-1 (max) → claude-opus-5 (max) → kimi-k3 (max)L99-117momusCORRECTgpt-6-astra (xhigh/high) → claude-opus-5 (max) → gemini-3.1-pro (high) → glm-5.2L118-135atlasCORRECTclaude-sonnet-5 → kimi-k3 → gpt-5.6-sol (medium) → minimax-m3 → MiniMax-M3 → minimax-m2.7L136-149sisyphus-juniorCORRECTatlas 链 big-pickle 兜底L150-164以当前源码复核librarian 与 explore 的gpt-5.6-luna-fast档现在均已带variant: lowagent-model-requirements.ts、L67说明审计建议的修复已在后续迭代中落地——这是审计报告 → 修复 → 代码变化闭环的直接证据。审计还确认了一个容易被忽略的细节Senpi 与 OpenCode 两个版本对同一 Kimi 链位置使用不同的 provider IDSenpi 用kimi-codingOpenCode 用kimi-for-coding但共享同一份解析后的 fallback chainSenpi 不列出openairung因为那是其按 token 计费的 API-key 通道所有 GPT rung 与ultrabrain/deep/unspecified-high默认值在 Senpi 上都走openai-codexChatGPT 订阅通道。四、Agent 工具限制审计只读白名单与拒绝列表审计表第 16–21 行核对 Agent 的工具权限ground-truth 为 packages/omo-opencode/src/shared/agent-tool-restrictions.tsL31-L60 的AGENT_RESTRICTIONS映射语义为true允许、false拒绝Agent文档声明判定源码验证oracle不能 write、edit、task、call_omo_agentCORRECTL36-41 四者全 denylibrarian不能 write、edit、delegateCORRECTL24-29 的EXPLORATION_AGENT_DENYLIST覆盖 write/edit/task/call_omo_agentexplore不能 write、edit、delegateCORRECT同一条 deny 列表multimodal-looker仅放行readCORRECTL53-55 仅read: trueatlas不能 task / call_omo_agentOUTDATED源码中 atlas 根本没有 deny 条目其 agent 配置显式通过task()扮演编排者应删除该限制行momus不能使用 taskOUTDATED源码 L48-51 仅 deny write/edittask 并未被拒绝这两条 OUTDATED 的修正逻辑很有启发限制声明的来源应是当前的拒绝列表配置而不是文档的旧表述或直觉推断。此外sisyphus-junior在 L57-59 中仅 denytask防止类别委派无限嵌套这印证了 features.md 中category worker 不能再次委派的描述。五、架构快照与类别系统审计5.1 架构快照数字类声明的核对审计表第 28–35 行核对 features.md 的Architecture Snapshot其中 4 条 CORRECT、4 条 OUTDATEDCORRECTfeatures/含 23 个模块config 处理分 6 个有序阶段provider、plugin-components、agents、tools、MCPs、commandscanonical core agent 顺序为 Sisyphus、Hephaestus、Prometheus、AtlasOpenClaw 支持 outbound HTTP/shell 与 inbound Discord/Telegram 监听回复。OUTDATED4 条工具系统tools/应为 14 个工具产出目录原写 15 个registry 暴露 12–38 个工具原写 20–39 个且 8 个 LSP 别名是 MCP 工具而非 registry 工具Hook 组合原54 基础 / 61 含 Team Mode已过时应为 58 个组合槽位 配置门控后的实际激活数最大值 62含 4 个直接 Team Mode 事件处理器MCP 快照内置层不应只说 3 个 remote MCP还应计入本地 stdio 的lsp后续还有codegraph管理器数量插件启动不止创建 4 个管理器而是 5 个常驻 manager/controller 字段TmuxSessionManager、BackgroundManager、SkillMcpManager、ConfigHandler、ModelFallbackControllerAccessor加可选的 TuiStateMirror 与 MonitorManager。这些修复已反映在当前的 docs/reference/features.md 中工具目录 14 个、registry 12–38 工具、9 个 LSP 别名L143Hook 58 槽位、默认激活约 50–51、最大 62L144。5.2 类别系统默认模型与 schema 字段审计表第 36–44 行核对 Category 系统CORRECTvisual-engineering默认 Claude Opus 5 maxdeep默认 GPT-5.6 Sol mediumartistry默认 Claude Fable 5 xhighquick默认 Kimi For Coding Highspeedunspecified-high默认 Kimi K3 maxwriting默认 Kimi K3 lowSisyphus-Junior 无法 re-delegate统一运行时配置在omo.jsonclegacy oh-my 配置文件仅作迁移用途。OUTDATED3 条ultrabrain默认值标注xhigh建议改为maxunspecified-low默认值标注 Luna xhigh建议改为 GPT-5.6 Terra high 并同步更新 fallback 描述category schema 字段不完整文档只列了 legacy 字段应补上models、reasoning、max_tokens、provider_options、warn_unavailable并将fallback_models、variant、maxTokens、reasoningEffort标记为 deprecated。其中 schema 字段这条的修复正是本次审计的核心样例之一Discord 报告的fallback_models矛盾当前 docs/reference/features.md 的 Category Configuration Schema 表L191-L212已经包含models、reasoning、provider_options、max_tokens、warn_unavailable并明确标注了fallback_models、variant、maxTokens、reasoningEffort、thinking为 deprecated。值得强调的是审计的领导复核环节对默认值与链 variant 的区分ultrabrain的xhigh→max、unspecified-low的Luna→Terra两条建议lead 复核后认定——作为 category默认值源码实际仍是gpt-5.6-sol:xhigh/gpt-5.6-luna:xhigh见delegate-task/openai-categories.tsmax只是 requirement 链上的 rung variant因此只修正以链表述的文本保留以默认值表述的文本记录于 .omo/evidence/20260809-docs-drift-audit/README.md。这是一个复核可以推翻初判的关键示例。5.3 双轨 fallback 与文件化提示词审计表第 47–48 行确认per-agent fallback 数组支持字符串与对象混合条目对象可携带variant、thinking等 per-model 设置插件存在两条互相独立的 fallback 机制——model-fallbackchat 参数中的主动模型链选择与runtime-fallbackprovider/API 运行时失败后的被动恢复。prompt与prompt_append支持file://URI 与运行时内容注入。六、命令与 Skills 审计6.1 内置命令表4 条 OUTDATED 中的重点审计表第 50–56 行核对 features.md 的 Built-in Commands声明判定修复建议内置命令含/init-deep、/goal、/refactor、/start-work、/stop-continuation、/handoffOUTDATED从内置命令表移除/init-deep补入/remove-ai-slops与/hyperplan/init-deep是支持--create-new、--max-depth的内置斜杠命令OUTDATED它不是内置命令应移入内置 skills 章节通过skill面调用/goal支持 show/set/pause/resume/clear工具由goal.enabled门控默认 false/false/100CORRECT无需改动/ulw-loop斜杠命令已移除omo ulw-loop仍是 Codex passthroughCORRECT无需改动/refactor接受 target、scope、strategy 参数/start-work支持 plan/worktree/PR/ship/stop-continuation清空 todo、goal、boulderCORRECT无需改动当前 docs/reference/features.md 的命令表L334-L342确实已无/init-deep改含/remove-ai-slops与/hyperplan后者要求team_mode.enabled: trueinit-deep被移入内置技能章节L457-L459通过skill面或--create-new/--max-depthN参数调用。6.2 Skills内置技能表与浏览器自动化OUTDATED内置技能表并不完整应补充当前存在的debugging与visual-qa技能并说明浏览器 provider 选择与 Team Mode 门控。CORRECTPlaywright MCP 是默认浏览器自动化 provideragent-browser是可通过browser_automation_engine.provider配置的备选方案。UNVERIFIABLE技能发现优先级恰好是列出的五个路径无法由被审阅代码证明需引用skills-loader-core的 discovery/merger 实现并区分 source scope 与展示优先级。七、工具系统审计审计表第 62–77 行覆盖工具注册表OUTDATEDregistry 工具数量区间应为 12–38原写 20–39。CORRECTgrep、glob是已注册的代码搜索工具edit受 hashline 门控hashline_edit: true才注册默认 false并校验LINE#ID锚点AST 感知的搜索/重写由ast-grepskill 提供而非 registry 工具委派工具为call_omo_agent、task、background_output、background_cancellook_at仅在 Multimodal-Looker 启用时条件注册skill与skill_mcp是技能面工具session 工具共 4 个list/read/search/infoexperimental.task_system注册 4 个task_*工具。OUTDATED2 条LSP 工具表不完整——应补lsp_status与lsp_install_decision共 8 个别名全部由内置lspMCP 提供当前 features.md L645-L655 已列出 9 个含这两个Task schema 缺少可选字段repoURL与parentID当前 features.md L754-L755 已补上并保留必填threadID。OUTDATED任务存储位置已不是项目.omo/tasks/默认应为 OpenCode 配置目录的tasks/list-id且支持sisyphus.tasks.storage_path覆盖当前 features.md L788 已按此表述。CORRECT任务文件系统持久化并支持依赖interactive_bash接受不带tmux前缀的 tmux 子命令。OUTDATED一次性后台命令不应依赖 shell应使用受管的后台会话或 Monitor 机制monitor_start当前 features.md L824 已按此修正。八、Hooks 审计槽位数量与事件接线审计表第 78–95 行是 OUTDATED 密度最高的区域之一。槽位统计方面CORRECTSession 槽位文档最终计 23、Continuation 7 槽、Skill 2 槽。OUTDATEDTool Guard 应为 18 槽17 个非 Team 槽 teamToolGating原写 16Transform 应为 7–8 槽4 个基础 Team Mode Monitor原写 5总数应为 58 个组合槽位原写 54/61最大值 62含 4 个直接 Team Mode 事件处理器。事件接线方面有多条判定被修正典型的有OUTDATEDdirectory-agents-injector、directory-readme-injector、rules-injector并非 tool 使用前后都执行而是仅tool.execute.before。OUTDATEDcategory-skill-reminder不是 Event PostToolUse而是 Skill 层的 chat/message hookagent-usage-reminder、task-resume-info、non-interactive-env、sisyphus-junior-notepad的事件归属均有调整claude-code-hooks被描述为 messages-transform 兼容 hook仅处理chat.message与tool.execute.before/after并非在所有 OMO hook 事件上执行。OUTDATEDthinking-block-validator不在当前 hook 允许列表中应从文档移除若原意是tool-pair-validator则文档化后者——当前 features.md L880 已出现tool-pair-validator。CORRECT 的代表性条目keyword-detector处理 ultrawork/search/analyze/team 四种消息模式goal hook 在 idle 时续推并在 session 删除时清理claude-code-hooks的兼容层interactive_bash的 tmux 会话管理。九、MCP 架构与模型能力审计审计表第 96–104 行CORRECTMCP 三层架构——内置层packages/omo-opencode/src/mcp/remote 本地 stdio、.mcp.json加载器支持${VAR}展开、skill-embedded MCPSKILL.mdfrontmatter 声明按会话按需拉起skill MCP 客户端按${sessionID}:${skillName}:${serverName}键隔离。OUTDATED2 条内置注入的 MCP 不止websearch、context7、grep_app三个还应计入本地 stdiolsp与codegraph并说明codegraph.enabled门控内置 MCP 表应从 4 项补到 5 项。UNVERIFIABLEOAuth skill MCP 声称的发现、DCR、PKCE、资源指示符、持久 token、refresh/step-up、动态回调端口完整 RFC 覆盖RFC 9728/8414/8707/7591需要逐条引用mcp-client-core的 OAuth 实现或避免在一个块中宣称全覆盖。CORRECT模型能力使用 models.dev 缓存刷新refresh-model-capabilities与 doctor 诊断claude_code的六个 togglemcp/commands/skills/agents/hooks/plugins分别门控对应功能。十、CLI 域审计bin 入口、命令目录、选项与退出码审计表第 105–131 行覆盖 docs/reference/cli.mdground-truth 集中在 packages/omo-opencode/src/cli/cli-program.ts 与 runtime-commands.ts。10.1 bin 入口OUTDATED 2 条原文档 bin 列表为oh-my-openagent、oh-my-opencode、omo、lazycodex-ai。审计判定应补入lazycodex别名同时lazycodex不只是 marketplace 仓库名它与lazycodex-ai一样是 npm bin 别名默认将 install 指向 CodexLight 版。当前 cli.md L17-L18 已列出这两个别名且当前 cli-program.ts 的resolveInstallArgs明确写有invocationName lazycodex || invocationName lazycodex-ai时默认platform codex。附带确认omobin 已从这些包中移除归属 senpi-native 版omo-ai仅 npm beta 通道裸npm i -g omo-ai会按设计失败。10.2 命令目录OUTDATED命令目录缺setup别名、config migrate迁移 legacy 配置到~/.omo/omo.jsonc支持--dry-run与--json与ulw-loopCodex LazyCodex CLI passthrough。当前 cli.md L42-L55 已包含这三者以及worktree-sweep。10.3 install 选项OUTDATEDinstall 选项表缺三个 provider 订阅 flag--bailian-coding-plan、--minimax-cn-coding-planminimaxi.com、--minimax-coding-planminimax.io。当前 cli-program.ts 的InstallCommandOptions中已存在bailianCodingPlan、minimaxCnCodingPlan、minimaxCodingPlan字段cli.md L82-L84 也已列出。10.4 doctorOUTDATEDdoctor 检查分组不止 System/Config/Tools/Models 四组还应包括 TUI Plugin、Deprecated Reasoning Keys、Telemetry、Team Mode且 Codex 目标运行独立的一套 Codex 检查doctor 选项表缺--platform opencode|codex。当前 cli.md L138、L153 均已按此更新。审计同时确认最低 OpenCode 版本检查为 1.4.0doctor 会在opencode.json中仍存在 legacyoh-my-opencode插件注册时给出警告。10.5 run 与退出码CORRECTrun仅在主会话 idle、所有 todo 完成或取消、所有子会话 idle、无活跃 continuation hookboulder/ralph-loop/todo-hook时退出agent 解析顺序为--agent→OPENCODE_DEFAULT_AGENT→default_run_agent。退出码是一条曾经历复核争议的条目审计成员初判所有文档化命令只用 0 和 1为 OUTDATED建议记录boulder的退出码 2boulder 状态文件存在但不可读时lead 复核时一度依据 boulder 测试判定原声明正确cli.md claim correct as-is。最终当前 cli.md L296-L299 明确列出四档退出码0成功、1失败、2boulder 状态文件不可读、130运行时被中止——修复建议最终落地。10.6 mcp oauth 与遥测CORRECTmcp oauth login/logout/status的选项名与文档一致但需澄清--server-url在操作上被 login/logout 必需即使 Commander 未将其标记为 required。遥测事件名、reason、去重与 opt-out 变量OMO_SEND_ANONYMOUS_TELEMETRY0、OMO_DISABLE_POSTHOG1、Codex-only 的OMO_CODEX_*被列为 UNVERIFIABLE需要逐事件引用 telemetry-core 与 Codex telemetry hook 源码。十一、Monitor 与 Web 终端视觉 QA 审计11.1 monitor.mdOUTDATED 2 条审计表第 132–145 行大部分为 CORRECTMonitor 运行非交互后台命令、暴露 4 个门控工具、输出按不可信处理权限使用 ToolContext Bash permission可用时否则 fail-closed 的程序 allowlistmonitor_start参数为 command/label/mode/match_pattern禁用 live mode 时将live_safe强制为idle并附说明monitor_stop按属主 ID 停止先 SIGTERM 后 SIGKILL 同一进程组monitor_list支持include_exited且不泄露原始命令monitor_output支持 stream/sequence/limit未知或未授权 ID 返回not_found启用 Monitor 本身不授予命令执行权。OUTDATED2 条idle 模式并非只在父会话空闲时 flush终端批次在活跃会话的 defer 上限默认 60 秒之后会被强制派发live_safe当前行为等同 idle 模式活跃会话延迟同样适用该 defer-ceiling 例外。11.2 web-terminal-visual-qa.mdOUTDATED 1 条、UNVERIFIABLE 3 条CORRECT辅助脚本通过 node-pty 在 headless Chrome 中运行真实命令并截图script/qa/xterm-live-terminal.mjs浏览器端写出terminal.png、terminal.txt、terminal-ansi.txt、metadata.json重复--inputtoken 驱动按键或字面文本内置 redaction 覆盖 auth headers、assignments、GitHub token、sk-token 并重渲打码 PNG原始--command不写入 metadata--from-file回放流、--no-browser只写文本/raw 产物视觉 QA 通过要求人工 artifact 审查与明确观察记录而非仅靠测试。OUTDATEDmetadata.json清理回执只能证明 pty 动作与浏览器关闭尝试被记录并不能审计端口、临时状态与全部残留进程原文档表述过强。UNVERIFIABLEtruecolor/256 色/box drawing/CJK 宽度的普遍保真应弱化为经 xterm.js 以 Unicode 11 渲染字体/平台保真仍需 artifact 审查node-pty prebuild 可用性与 Linux 源码构建行为cleanup 的完整保证。11.3 github-attachment-upload.md政策类全部 UNVERIFIABLE审计表第 156–160 行涉及的 PR 证据图上传流程policy POST → S3 表单上传 → asset finalize PUT → user-attachments URL属于脆弱的逆向工程流程且 cookie/CSRF 要求、仅输出最终 URL 的安全策略等均为仓库工作流政策而非代码可证行为全部标记 UNVERIFIABLE 保留。十二、UNVERIFIABLE 边界审计的自我约束跨全部四份报告共有 80 条声明被标记为 UNVERIFIABLE它们的共同特征是断言了产品行为但被审阅的代码既不能证明也不能反驳。例如 features-cli 域中的后台 agent 继承工作目录但 OMO 是否沙箱化后续 shell 路径第 24 行cmux 通过CMUX_SOCKET_PATH或 cmux 提供的TMUX值被检测第 26 行session recovery 的全自动透明总括保证第 49 行自定义命令加载位置第 57 行skill 发现优先级恰好五条路径第 61 行Claude Code hooks 的加载位置第 95、103 行OAuth RFC 全覆盖第 100 行AGENTS/README 与条件规则的注入路径第 102 行telemetry 事件明细第 116 行。审计纪律是不为 UNVERIFIABLE 编写修复——软化措辞或逐条引用源码是另一轮独立的编辑工作宁可保留原样也不臆断记录于 .omo/evidence/20260809-docs-drift-audit/README.md。十三、修复闭环与质量验证审计的最终阶段由 4 个 fixer 子任务按文件分域执行修复每处修复在编辑时再次核对引用fix-report-f1 修 25 条、fix-report-f2 修 29 条、fix-report-f3 修 29 条、fix-report-f4 修 61 条2 个跳过项由 lead 直接完成包括重写 features.md 的 category 表、修正 agent-model-matching.md 的 OpenCode Go GLM 行。最终结果17 个文档文件变更净变化 350/-419 行纯文档 diff构建产物已恢复markdown 链接审计16 通过 / 0 失败消费文档的仓库测试45 个文件 203 个测试全部通过每条被修改的声明都引用了至少被验证两次的代码file:line成员初验 lead 复核 fixer 编辑时再验。十四、实践启示把审计表变成你的文档治理模板从这次审计中可以提炼出一套可复用的操作流程分域切分按文档把声明分成互不重叠的域每域由独立的执行者人或 Agent负责避免重复劳动与责任模糊。逐行建表每条声明一行五列固定为doc file:line | claim | verdict | code ground-truth file:line | suggested fix——这是审计报告 features-cli.md 的核心格式。强制 ground-truth判定必须引用具体源码位置禁止凭印象判定对数字类声明模块数、工具数、槽位数、选项数要逐一清点代码常量。领导复核由独立于初判者的人复核所有 OUTDATED 项重点审查默认值与链 variant退出码事件接线这类语义易混区复核有权推翻初判本审计中有明确案例。区分三态只有源码可证才写 CORRECT/OUTDATED无法证实的写入 UNVERIFIABLE 并明确不臆断修改。修复时再验证编辑文档的瞬间重新核对引用避免审计后代码又变造成的二次漂移。这种文档声明 ↔ 源码 ground-truth的对照治理正是 oh-my-openagent 在fallback_models这类细粒度配置上保持文档可信的手段。对于依赖docs/reference/下 features.md、cli.md、monitor.md 等文档的用户、Agent 与 LLM 而言这类审计报告本身就是一份高价值的当前实现真相索引——它精确标注了哪些声明与哪一行代码对应让文档的每句话都可以被追溯与验证。【免费下载链接】oh-my-openagentOmO: Just type mass ulw keyword with your prompt. Now you are the master of graph engineering.项目地址: https://gitcode.com/gh_mirrors/oh/oh-my-openagent创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
