从处理对象而不是窗口外观认识内核
mihomo是什么，可以沿官方配置文档的结构阅读。它原来使用 Clash.Meta 这个名称，当前项目名为 mihomo。图形客户端可以使用这个内核，但应用窗口、安装要求与内核字段并不因此成为同一套资料。
先写清完整项目名，是理解版本和配置的起点。
入站页描述连接从哪里进入
| 文档层次 | 所讨论的对象 | 阅读时保留什么 |
|---|---|---|
| 入站 | 流量如何进入处理过程 | 类型与入口字段 |
| 出站 | 如何表达连接方向或协议 | 类型与对应字段页 |
| DNS | 解析处理模式和参数 | 模式、范围与过滤条件 |
| 代理集合 | 资料来源与集合配置 | 来源类型和内容形式 |
流量入口还可以结合TUN 模式理解。某个类型存在于内核文档中，与某个界面如何提供开关是不同问题；本页没有所有客户端的界面映射表，这一项保留为官方页面未写明。
出站页给出字段并保留实现范围
出站文档按协议和内置类型分别列页。它们是字段参考，不是一份速度或适用效果排序。阅读时，可以把 type 与协议页对应起来，然后逐项辨认字段。
对某一类型的最低内核版本，现有材料没有通用清单。
DNS 参数和流程需要分别读
DNS 参数页给出 fake-ip、redir-host 两种处理模式，默认 redir-host；fake-ip-range 表示使用的地址范围，fake-ip-filter 中的地址不会得到 fake-ip 映射。页面列出这些选项，不等于它提供两种模式的完整机制说明。
代理集合把来源和内容组织分开
代理集合页将来源 type 分为 http、file、inline。远程地址与内联列表各有字段；文件内容的格式则是另一份文档讨论的对象。遇到导入问题时，先保留来源与内容类型，不能只用“订阅失败”概括所有阶段。
具体可以沿clash订阅链接读格式，再沿导入失败回到界面入口。内核的参数名与图形客户端的按钮名称，分别按各自文档记录；缺少对应关系时，以官方页面为准。
V2Ray 与图形应用需要另设项目栏
内核发布页给出的版本应带上 mihomo 名称；应用的发布标签则另列。将项目名、资料章节和版本组成一条记录，之后无论查入口、解析还是集合，都能回到同一个项目范围中，未写明的差异也可以保留原状。
README 与协议文档的列举各有范围
mihomo README 的功能列表列有 VMess、VLESS、Shadowsocks、Trojan、Snell、TUIC、Hysteria，而 wiki 还有其他独立协议页。两处列举长度不同，本文保留这项差异，不把 README 的短列表解释成其他类型均不存在。阅读某一种类型时，具体字段仍回到对应协议页。
代理集合又是不同的资料层：http、file、inline 描述资料来源，具体文件如何表达需要读内容页。出站 type 与集合 type 的拼写虽然相同，所属对象却不同。带着所属段落读参数，就能把一个字段放回它真正负责的对象中，而不是单靠字段名判断含义。
版本记录只对应它实际描述的项目
V2Ray 的许可证是 MIT，官方站指向 www.v2fly.org，仓库页面没有 archived 标识。这些资料单独归在 V2Ray 项目下；mihomo 的发布标签则归 mihomo。两个项目都出现在入门文章中，不构成配置相同或功能一致的结论。
截至 2026-10-23 的官方记录
内核发布与其他项目记录分开保存，DNS 参数同时保留所属章节。