从单项条目和集合分别认识列表
想认识术语，可先读节点是什么意思；想逐项辨认参数，读节点字段。本页聚焦集合如何组织、筛选如何表达，以及每条结论能由哪类官方文档支持。
出站协议页回答单项怎样表达
通用协议字段所在章节按类型分页。HTTP、SOCKS、ShadowsocksR、Trojan、Hysteria2 等各自有字段页；它们列出的参数要在所属类型内阅读。不能把一个类型里的认证字段自动套到另一个类型。
| 阅读对象 | 对应文档范围 | 不能独自替代什么 |
|---|---|---|
| type 与协议字段 | 出站配置参考 | 客户端界面行为 |
| 来源类型 | 代理集合参数 | 文件内容格式 |
| filter 等条件 | 集合筛选参数 | 远程获取状态 |
| 名称覆盖 | override 条目 | 完整连接属性 |
Trojan 协议和Hysteria 资料分别解释对应页的证据范围。当前资料没有逐协议给出最低 mihomo 版本；需要这种信息时，本页保留官方页面未写明，而不是将存在文档页改写成版本承诺。
代理集合处理来源与列表之间的关系
集合组织文档把来源分为 inline、file、http。inline 使用 payload 直接列出连接对象；本地文件使用 file，远程的 http 则需 url。这些是集合的来源选项，不是协议类型名。
筛选字段各自保留不同职责
override 还包含名称前缀、后缀以及 proxy-name 替换等条目。阅读列表时，如果讨论的是显示名称，就把它与原有协议字段分开。筛选、名称覆盖和来源获取分别描述不同操作，记录一个变化时写清属于哪一个对象，便于之后回到参数说明。
内容形式的规则不等于协议支持清单
内容格式页分别展示 base64、YAML、uri，说明它们不能混写在一个文件内。对于 uri 或 base64 无需 proxies 字段。这里给出的是内容组织约束，不是一张列全 URI 前缀的兼容表。
让列表问题回到可确认的层次
描述问题时，可以依次写对象类型、来源类型、内容形式、筛选字段与界面原文。每项只保留已经看到的文字，缺少资料的部分留空。这样“列表变了”也能进一步写成名称、集合内容或更新提示的具体变化，而无需推测内部原因。
如果客户端名称仍未确认，先看clash是什么；如果只知道内核名，读mihomo分层介绍。完整记录把客户端、集合和协议连接起来，同时保留各自的文档范围，以官方页面为准。
文档侧栏与项目 README 不互相覆盖
中文与英文文档侧栏也有不同页面，因此阅读类型时明确使用哪一页，不把两处清单相加成为统一总数。这里讨论的是文档组织范围，具体字段仍以相应页面为依据。名称、字段与实现可以对应，但都需要自己的出处。
备用列表的条件和当前列表结果分开
payload 在 inline 中直接生效，在 远程来源或文件来源解析失败时还可作备用列表。这条说明解释参数的用途，却没有给出某个图形客户端展示备用来源的统一方式。看到条目时，可以记录显示结果，再另行保存获取提示；两者分别指向列表和更新过程。
记录名称覆盖时还可以保留字段的原有拼写。名称前缀和名称后缀的参数各自列出，proxy-name 用于名称替换。这些文字帮助定位参数，不替代原条目的协议和认证信息；相关原值未取得时，继续留空，而不根据改后的名称补出连接内容。
截至 2026-10-23 的官方记录
筛选、名称覆盖与协议字段分别附出处，便于从列表回到配置对象。