一、先确认事实边界，再谈排查
Изи VPN 是面向自备 Reality 配置的 iOS 客户端。产品信息页列出的相关事实包括：连接服务并非应用所含内容；支持多配置、指纹切换、桌面小组件；产品信息页列出 Xray 内核；源代码状态显示为未公开；页面对完整功能的费用标记是免费；官方获取入口是 Apple App Store；版本号列为 4.2.1 但当前版本请参看商店页面；页面说明用户可以通过 App Store 安装后完成首次连接。
必须首先说明：资料没有给出添加链接的具体菜单名称、输入框位置、参数项、报错形式或校验规则。因此本文所说的「排查顺序」只能建立在已列事实之上，属于保守的操作思路，而不是界面级指引。凡遇到需要具体菜单或参数才能继续的环节，正确态度是承认资料没有给出说明，不虚构步骤。
二、第一步：确认安装来源与版本前提
排查应当从最外层开始。第一项是安装来源：官方获取入口是 Apple App Store，因此应确认应用来自 App Store，而不是其他来源。第二项是版本：产品信息页列出版本号 4.2.1，但当前版本请参看商店页面，所以应以商店页面显示的版本为实际依据，而不是以产品信息页中的数字为准。
这一步的意义在于排除前提性偏差。如果安装来源不是官方入口，后续所有现象都无法在事实框架内解释；如果实际版本与资料列示不同，功能的有无与位置也可能不同，可见信息并未交代跨版本差异，因此不能假定行为一致。这一步不涉及任何具体菜单，只是把前提摆正。
三、第二步：确认链接由自己提供且未作改动
第二项是链接来源。Изи VPN 连接服务并非应用所含内容，面向自备 Reality 配置，因此链接必须由用户自己提供。排查时应当确认手中确实有一条由用户准备的连接配置，而不是期待客户端内出现服务器或配置。可见信息并未交代客户端是否提供任何链接生成、导入或转换能力，也没有说明链接的格式要求，因此不能添加任何格式层面的判断。
保守做法是保持链接原样，不自行增删字符、不拆分重组、不套用其他来源的改写版本。资料没有给出链接的校验方式，也没有说明何种输入会被接受，所以任何「应该改成什么样」的建议都缺乏依据。能做的只是确认链接属于自备范畴，并按原样对待。
四、第三步：把多配置当作隔离变量
第三项是多配置。客户端支持保存多条配置，这意味着已有配置可能影响对现象的判断。保守顺序是：先在概念上把待添加的链接与已有配置分开看待，避免在已有配置上反复改动而混淆问题来源。可见信息并未交代配置数量上限、是否允许重复、如何删除或编辑，也没有说明添加失败是否与已有配置数量有关，因此不能给出数量层面的结论。
这一阶段的关键是「一次只动一处」。如果同时修改已有配置、又尝试添加新链接、又调整指纹切换，那么一旦不成功，无法判断是哪一步造成的。可见信息并未交代指纹切换与配置添加之间是否存在关联，因此更应当把两者分开处理：先处理添加这一件事，指纹切换留到基本路径确认之后再说。
五、第四步：小组件与界面呈现不应作为判断依据
第四项涉及桌面小组件。产品信息页把桌面小组件列为功能，但没有说明它显示什么、是否反映配置状态、是否能发起连接或切换配置。因此，当链接无法添加时，不应以小组件上的呈现来推断添加是否成功，也不应把小组件的状态当作排查依据。资料没有给出小组件与配置之间的对应关系，任何据此得出的结论都超出事实。
同样，产品信息页列出 Xray 内核，但未说明内核版本、配置方式或与界面功能的对应关系；源代码状态显示为未公开，外部也无法通过源码确认行为。这两条事实合起来意味着：排查只能停留在可观察的使用路径上，即从 App Store 安装并完成第一次连接这一条被描述过的路径，而不能深入到实现层面。
六、第五步：回到最小可用路径并接受信息边界
最后一步是回到资料唯一描述过的使用路径：从 App Store 安装并完成第一次连接。如果链接无法添加，在没有更多事实的情况下，能做的只是确认安装来自 App Store、版本以商店页面为准、链接为自备且保持原样、不把多配置与指纹切换混在一起改动、不以小组件呈现作判断。官方条目未列出菜单名称、可调参数或错误提示解释，因此不存在可以照做的界面级修复步骤。
费用方面，产品信息页把页面对完整功能的费用标记是免费，但这不改变服务器自备这一前提，也不构成对添加成功的保证。版本号 4.2.1 只是资料列示，实际以 App Store 为准。最终应当接受一条边界：在资料范围内，排查只能做到前提确认与变量隔离；涉及具体菜单、参数与提示内容的环节，资料没有给出说明，应当如实承认，而不是用虚构步骤填补。