用地址与返回内容认识订阅这个词
订阅链接指向远程内容，拿到地址与拿到内容并非同一件事。在 mihomo 的代理集合文档里，http 类型需要 url；这个字段标识获取位置。内容如何排列，要接着看文件表达方式。
把地址抄下来，并不能替你确定返回资料属于哪一种格式。
更新参数描述获取过程中的不同条件
来源与更新参数将 url、path、interval、proxy、header、size-limit 等字段分开列出。url 指向远程位置，interval 表达更新间隔，单位为秒；proxy 用于指定下载经过的代理，header 用于自定义请求头。这些职责可以逐项阅读。
| 记录对象 | 对应资料 | 能够回答什么 |
|---|---|---|
| 获取位置 | url | 本次取的是哪个地址 |
| 间隔设置 | interval | 如何表达更新时间间隔 |
| 下载路径条件 | proxy | 文档怎样指定下载所经代理 |
| 内容限制 | size-limit | 参数中是否写有大小限制 |
收到文字之后再读文件的结构
文件表达方式提供 YAML、uri、base64 的独立标签页，并说明这些形式不能混在同一个文件。uri 与 base64 不需要 proxies 字段。这里说的是集合文件的内容规则，不是所有应用的导入菜单共同采用的格式约定。
遇到不熟悉的编码名，可从术语表查起；Base64 工具是阅读文本的辅助入口。还原出的文字仍然要与对应协议或集合文档对照。出站配置参考用于继续辨认具体协议字段。
若返回内容尚未取得，格式这一项就继续留空，不拿别处的示例替代真实返回。
列表展示和远程更新结果不能互相替代
对列表内的对象，可读节点是什么意思与节点参数；对应用与内核的关系，读mihomo介绍。每个对象各有名字，描述更新时就可以把“已有条目”和“新一次获取”分开。
更新后的筛选另有字段可供对照
文档列有 filter、exclude-filter 和 exclude-type，分别涉及保留与排除。exclude-type 按协议类型处理，用竖线分隔且不支持正则。不要将它的规则套用到所有筛选字段；有些条件在同一参数页里，也不表示含义相同。
用一次获取的时间线结束记录
整理过程时，从发起更新写到应用反馈：使用哪一个来源入口、何时执行、是否取得返回文字、界面显示什么原文。每一项只记录已经看到的内容，尚未取得的地方标记为空。这样可以描述更新过程，而不把一条笼统的“不能用”当成故障解释。
如果应用还没有进入可操作界面，先转到启动问题；如果你已经保存提示，可经按报错查资料找到平台文章。关于各种 URI 前缀的完整解析清单，本页采用的官方内容文档没有写明，保持以官方页面为准。
用来源、文件和条目三个名称描述结果
两组都在订阅相关页面出现，但不能互相代换为同一种类型。
payload 的备用用途尤其需要连同条件阅读：官方写的是 http 或 file 解析失败时可以作为备用代理列表。这句话只解释字段的用途，并没有给出任何客户端显示备用状态的统一方式。因此，当前应用是否启用了备用内容，需要该应用本身的记录，不能仅凭列表仍然可见来填上答案。
截至 2026-10-23 的官方记录
更新参数与备用用途分项记在这里，避免把已有列表当成远程获取结果。