一元机场覆写先读
功能名称与版本范围
一元机场覆写先认清 FlClash 里说的是覆写项、脚本还是自定义配置，再看版本条件。公开文字能对照功能名称和范围，但不能据此编出代码；服务订阅与应用调整也要分别保留。
一元机场有人在匿名留言中提到恢复，较晚仍出现节点无法使用的报告。面板是否属于要找的服务还未确认，留言情况我没有核实；修改覆写是客户端操作，不意味着服务端已经恢复。 本页为第三方页面，不隶属一元机场官方；价格以各家结算页当时显示为准，按钮指向本站推荐页。
配置相关名称先按公开界面文字相对
README 列有内置编辑器、覆写脚本、自定义规则、代理与代理组。公开语言文字还列出配置、进阶配置和覆写项，这些名称不能因为都能改配置就合并成同一个按钮。
| 英文功能键 | 中文名称及已写明用途 |
|---|---|
| profiles | 配置 |
| advancedConfig | 进阶配置，涉及网络、DNS、附加规则与脚本 |
| overrideEntries | 覆写项 |
| script | 脚本 |
| extendMode | 扩展模式 |
| customProfile | 自定义配置 |
这些对应来自语言文件，描述的是公开文字中的项目，不是当前运行界面的截图。找不到同名入口时，先保留版本和实际显示，不拿资源文字补成固定菜单路径。
标准模式和脚本模式按已写出的范围读
标准模式的文字说明是在配置基础上附加规则，脚本模式则用扩展脚本改写整个配置。这里可以区分附加规则与改写配置的用途，不提供没有出处的脚本样例。
自定义配置的说明提到基于应用代理和其他配置组建策略组与规则。它与某条订阅的来源仍是不同对象，不把新建自定义配置解释成服务方已经给你修改套餐。
- 先确认要改的是规则、配置项目还是配置来源。
- 对照项目的用途，保留原来的作用范围。
- 再看版本变更，不由名称相近推定行为一直相同。
覆写文字与版本变更需要一起保留
README 仍有覆写脚本的表述，变更记录则写 0.9.0 起移除 Custom overwrites，改用 Custom profiles。语言文字还保留扩展模式与脚本模式，两边记录不能删去其中一边。
README写覆写脚本，变更记录写自定义覆写移除，分别保留对象与版本。
这些说法是否指向完全相同功能，没有运行中的应用核对结果。不能替它解释为某段说明一定过期，也不能把旧名称全部当成当前可执行的步骤。
全局覆写项按添加范围逐项检查
0.9.0 起，DNS、NTP、域名嗅探与 TUN 可按覆写项全局处理。公开文字说明添加的项目会覆盖 URL 与文件配置的相应设置，未添加的项目沿用原配置。
0.9.1 的变更又记有桌面 TUN 项目在未选取时跟随配置。核对这个行为时要保留桌面与版本条件，不把它扩成所有平台所有项目的统一规则。
- 记下客户端版本，区分旧说明与当前项目。
- 确定是否添加了该项，保留全局作用范围。
- 对照配置原值和所选项目，没有说明的执行顺序不另写。
更新订阅与调整应用项目分开留记录
订阅可从链接或文件取得，覆写项是应用提供的调整能力。记录问题时分别保留来源、选取的项目与实际提示，不将订阅更新直接解释成全部应用设置被清空。
有些功能名称仍存在于语言文字，不等于它在所有版本保持同一入口。公开说明没有给出的代码语法与菜单位置，没查到公开说明，问问题时写清当前实际界面。
需要另选机场可从这里继续查看
其他机场的收录信息在下方入口，供你另查订阅来源和服务条件。
问答清单
找到overrideEntries时该按什么名称核对？
公开中文对应为覆写项，和脚本、进阶配置及自定义配置分别列示。先对照用途与客户端版本，不能把语言文字中的名称拼成未经说明的点击路径。
旧文写Custom overwrites时该怎样读？
连同版本读，0.9.0 变更写它已移除并改用 Custom profiles，而 README 仍写覆写脚本。两种表述均保留，不擅自判定它们完全指同一功能。
没添加某个全局覆写项时原配置怎样处理？
公开文字说明未添加的项目沿用配置自身设置。桌面 TUN 在 0.9.1 另有跟随配置的变更条件，核对时把项目、平台和版本一起保留。