一条可定位的提示需要动作和原文
报错索引的起点是原始文字。把自己执行的动作、提示出现的位置、完整项目名和版本放在一起，就能知道该读哪一类资料。只有“连接失败”这样的改写，还不足以确定它来自系统安装、应用入口、资料读取还是连接处理。
用发生阶段挑选第一份官方材料
安装、更新、导入与连接分别对应不同资料。版本要求放在应用安装说明中，文件内容约束放在配置文档中；系统建立 VPN 的条件则要看系统 API 或指南。把阶段确定下来，可以先缩小阅读范围，而无需先指定一个未经证实的原因。
| 提示出现时正在做什么 | 可以进入的资料 | 这一类资料回答什么 |
|---|---|---|
| 安装或更新应用 | 系统与安装说明 | 系统门槛、签名要求 |
| 打开客户端窗口 | 对应平台文章 | 项目身份与文件类别 |
| 导入或更新配置 | 配置入口与集合文档 | 入口、格式、字段职责 |
| 创建系统连接 | 系统 VPN 文档 | 用户确认与连接状态 |
Windows 项目资料与macOS 应用资料各自保留平台信息。它们可以帮助确定项目，不表示同一个提示在不同系统上必然含义相同。文档未写出的关系，继续记作官方页面未写明。
安卓签名与系统连接分别对应两份说明
Android 签名参考列出验证签名的工具；系统要求已安装应用的更新匹配开发者签名。这个条件属于应用更新。Android 连接说明则写明首次建立 VPN 连接需要用户确认，同一时刻仅有一个 VPN 连接。
导入相关问题回到具体入口和文件内容
Verge 配置入口把远程方式与本地方式分别介绍；其中拖拽导入有版本条件。集合参数文档又将来源类型和字段职责分开。记录失败时，把入口名称与文件内容类型分别写下。
界面端的阅读路径是Verge 导入失败，内核文档层面则可看clash订阅链接。现有资料没有逐条错误提示到故障原因的通用映射。遇到未写明的文字，就保留它本身，不把另一程序的提示解释移植过来。
协议字段需要回到所用实现
对于通用关系，读mihomo是什么；对于流量入口，查TUN 模式。这些解释用于辨认对象，而不是把某个技术名词直接改写成错误原因。若尚未确认实现，就将这一栏保留为待确认。
发布来源用于定位当时的资料范围
Verge 安装说明写明当前的发布渠道是 GitHub Release。记录安装包所在发布页，可以让后续阅读回到相同版本；单独保留一个文件名，往往缺少它对应的发布上下文。这里的来源关系限于应用项目本身。
这样每次补充都能回到同一条问题，而不用重写一个推测结论。
提示中的名称保留所属层级
同一段原文可能同时出现应用名、内核名、字段名和远程对象。抄录之后，可以在旁边标注已经确认的层级，不删掉那些暂时不理解的英文。对于项目并未解释的字段，只保留名称；对于尚未确认的归属，写待确认。
这能让之后的资料阅读保留原来上下文。
查到相关文档之后，再用官方字段说明补充旁注。
记录版本也采用相同办法：客户端标签与内核标签各带项目名，发布日与问题发生时间分别写。发布时间只定位软件记录，问题时间描述你当时看到的现象；它们不构成没有出处的因果。读者能据此返回具体动作和资料页，就是这份索引的用途。
截至 2026-10-23 的官方记录
签名、系统确认与拖拽条件分别列出，以便将提示放回对应的操作。
| 对象 | 条件类型 | 正文记录值 |
|---|---|---|
 Clash Verge Rev · 本地拖拽 | 最低版本 | v1.6.2 |
来源：拖拽功能版本。核对日期：2026-10-23。各行保留不同条件的含义；不表示版本大小、发布时间排序或当前最新状态。