本篇目录 / Contents
Claude Code与MiMo辅助分析入馆状态 2026-05-21
支持证据
本页结论基于既有 Wiki 来源页、Obsidian Base 查询和本机只读核查。证据层级见各来源页 frontmatter：
- 2026-05-05-Hermes-MiMo-URL工作流升级
- 2026-05-05-Hermes全片312段与film-deep-analysis方法论
- MiMo-125到141分钟URL模式质量升级复扫总账-2026-05-21（馆内参考，未随本文公开）
- MiMo-141到156分钟URL模式加厚复扫总账-2026-05-21（馆内参考，未随本文公开）
- Obsidian CLI 图书馆工作台-2026-05-20（馆内参考，未随本文公开）
本页为 T3 馆务综合，不新增影片事实裁决。MiMo 报告、Claude Code 子任务输出和 URL 模式产物都不能越过 T0/T1 事实复核。
一句话结论
Claude Code 之前确实做了不少辅助分析，但入馆状态不均匀：MiMo / URL / Hermes / LocalOutput 的成果已经大量进入图书馆；Claude Code 自己的任务过程、subagent 分析、当前 v10-omni-deep 输出仍主要停在临时目录，不是日常 Obsidian 图谱和 Base 可稳定检索的内容。
所以平时能查到的是“被整理过的研究成果”，不是“Claude Code 当时到底怎么跑、怎么判断、每个子任务做了什么”。
本轮核查数字
截至本页创建前后的本机核查：
| 项目 | 数量 / 状态 | 含义 |
|---|---|---|
Sources Base MiMo 来源 |
1097 | 大量 MiMo 来源页已经可由 Obsidian Base 日常检索。 |
Sources Base Prompt 路径观察 |
41 | MiMo prompt / prompt-like 页面已作为来源页进入工作台。 |
Sources Base LocalForensics 来源 |
87 | 本地 T1/T1-like 复核来源也在持续增长。 |
〔本地资料路径省略〕 |
39 | Claude Code 任务输出存在，但不是 Wiki 页面。 |
〔本地资料路径省略〕 |
99 | 当前 v10 omni-deep 报告已经生成，但仍在临时结果目录。 |
创建本页前 Wiki 中 mimo_url_ultimate / v10-omni-deep / claude-501 / Claude Code 过程名命中 |
0 | 说明过程层没有统一 provenance 总账。 |
| 运行态 | Claude Code、mimo_url_ultimate.py --pass omni-deep、本地 http.server 9123、cloudflared tunnel 仍可见 |
当前仍有活跃生成流程，数字会继续漂移。 |
这些数字是馆务状态快照，不是影片事实，也不是最终完成数。
入馆分层
| 层级 | 当前状态 | 日常能否查阅 | 说明 |
|---|---|---|---|
| 已入馆成果 | MiMo 来源页、URL 模式总账、Hermes / LocalOutput 方法页、部分 synthesis 页 | 能 | 可通过 index（馆内参考，未随本文公开）、log（馆内参考，未随本文公开）、Sources Base 的 MiMo 来源、Prompt 路径观察 等入口查到。 |
| 已入馆但不按 Claude 命名 | Hermes、OpenClaw、LocalOutput、MiMo 运行总账中吸收了部分 agent 产出 | 能，但要按主题查 | 例如 URL 工作流、全片 312 段、五分钟级方法升级等，通常不写成“Claude Code 产出”。 |
| 半入馆材料 | raw/assets、LocalForensics clip / 接触表 / 波形、部分运行路径 | 部分能 | 来源页会引用或摘要，但大体积素材和报告碎片未必都进入正文。 |
| 未入馆过程 | Claude Code .output、subagent 任务文本、当前 〔本地资料路径省略〕 |
不能稳定查 | 需要用 shell 临时翻；Obsidian Graph、Base 和普通 Wiki 搜索不会把它们当知识节点。 |
| 待复核迁移 | v10 omni-deep 新报告、Claude 对 MiMo API / prompt / URL 调用的过程研究 | 暂不能 | 需要先去密钥、去过程噪声、标 T2 边界，再生成来源页或总账。 |
已入馆部分为什么有意义
已入馆的 MiMo/URL 成果不是“模型替人看完电影”，而是一个高吞吐量发现引擎：
- URL 模式证明了
fps=10 / max比旧 base64fps=2 / default有明显更高的信息密度，尤其适合尾段、字幕、名单、glitch art、衣物、空间层次和声画残余。 125:00-156:22的 URL 总账已经把电影尾段从低覆盖或零覆盖推进到可复核候选层。- Hermes / LocalOutput 页保留了早期 312 段全片覆盖、拒绝地图、方法地图和声音/字幕辅助资产的价值。
- Prompt 页面入馆说明“怎么问 MiMo”已经开始成为可复用方法资产，而不仅是一次性输出。
但这些价值只成立在一个前提下：MiMo 只提供 T2 候选，身份、说话人、持机者、真实心理、空间层级和影片事实仍必须回到 T0/T1。
没入馆部分的问题
当前最大的缺口不是“Claude 没做事”，而是“Claude 做事的过程没有统一变成可追踪馆务账”：
- 任务输出散在
〔本地资料路径省略〕，它们可能包含 API 调用模式、prompt 设计、错误处理、批量扫描策略和结果摘要，但没有成为 Wiki source。 〔本地资料路径省略〕已有新报告，但仍是临时目录；如果不迁移，后续会出现“结果存在过，但图书馆查不到”的断层。- Wiki 中能查到 URL 模式成果，但创建本页前不能按
Claude Code、v10-omni-deep或mimo_url_ultimate查到过程层。 - 旧页中仍可能残留已被新复核纠正的说法；不能因为 MiMo 新报告更长，就自动覆盖旧的 T0/T1 校正。
建议迁移方案
下一步应把 Claude Code / MiMo URL 技术迁移成三层，而不是直接把临时输出全塞进 Wiki：
- 过程总账：新增一个
sources/LocalOutput或sources/OpenClaw风格来源页，记录 Claude Code 运行批次、脚本、URL 传输方式、结果目录、报告数量、失败类型和安全边界；不保存密钥。 - MiMo run ledger：为
v10-omni-deep生成sources/MiMo/.../MiMo-v10-omni-deep总账，只写时间窗、报告数、token/状态、主要候选、失败和不可越界清单。 - 复核队列：把有价值的候选拆成
待 T1 复核清单，优先处理开场0-1、旧误读修正、尾段 Cast/credits、声音/音乐、字幕和说话人漂移。
入馆时必须保留三条红线：
- 不把 Claude Code 临时日志当成事实来源。
- 不把 MiMo 的身份、心理、声源、空间层级判断写成 T0/T1。
- 不把任何密钥、账号、session、隧道凭据或可复用私密配置写进 Wiki。
日常查询办法
如果要查“成果”，优先用：
- index（馆内参考，未随本文公开） 中的
MiMo URL 模式、minute-deepening、Hermes、LocalOutput条目。 - Obsidian Base：
HS4G-Wiki-Sources.base的MiMo 来源、Prompt 路径观察、LocalForensics 来源。 - 关键词：
URL模式、fps=10/max、Hermes-MiMo-URL工作流升级、five-minute、minute-deepening。
如果要查“Claude Code 到底跑过什么”，目前只能临时回到本机过程层：
〔本地资料路径省略〕
〔本地资料路径省略〕
~/.claude/projects/...
这些路径只适合馆务核查和迁移，不适合作为长期引用入口。
当前判断
Claude Code 的产出是有意义的，但它的意义主要在三件事上：高吞吐量探索、MiMo URL 技术迁移、发现旧读法漏点。它还没有完全变成可长期使用的图书馆资产。
因此，当前状态应标为：
成果层：大量已入馆，可查
过程层：部分可追溯，但未统一入馆
最新 v10：已生成，待包装、去噪、复核、迁移
证据等级：MiMo 永远 T2 candidate，不能替代 T0/T1