NekoBox Android使用教程：导入范围与项目现状

NekoBox for Android 是基于 sing-box 的 Android 通用代理工具，支持多种协议与订阅格式。导入时只解析出站节点，路由规则会被忽略；项目首页未见归档或停止维护说明，后续维护分支与发行日期年份仍需区分。

一NekoBox for Android 的定位是什么？

它面向 Android 上的代理使用

README 将它定位为基于 sing-box 的通用代理工具。理解这个定位时，可以先抓住运行平台与所用基础，再分别看协议支持和订阅解析范围。

协议支持与订阅支持要分开理解

协议清单回答的是工具支持哪些代理协议，订阅格式回答的是它能解析哪些输入内容。两者分别列在 README 中，不能把格式名称直接当成协议名称。

二哪些协议列在支持范围内？

README 列出的协议有哪些？

协议包括 SOCKS（4/4a/5）、HTTP(S)、SSH、Shadowsocks、VMess、Trojan、VLESS、AnyTLS、ShadowTLS、TUIC、Hysteria 1/2 和 WireGuard。

这份清单用于确认 README 列出的支持范围。涉及具体协议时，应按对应名称理解，不能仅凭“通用代理工具”的定位把未列出的协议也算进去。

哪些协议另有插件要求？

Trojan-Go、NaïveProxy 和 Mieru 被列为需要插件的协议。这里的插件要求属于支持条件，阅读清单时需要与其他协议条目分开看。

因此，涉及这几个协议时，不能只摘出名称就省略插件条件。“支持某协议”与“该协议需要插件”应当一起理解。

三订阅导入会保留哪些内容？

支持解析哪些订阅格式？

README 提到 Shadowsocks、ClashMeta、v2rayN 等常见格式，也包括 sing-box outbound。这些名称说明订阅解析范围，不代表其中全部配置内容都会被接收。

为什么导入后不能照搬原有路由理解？

订阅解析只提取出站节点，路由规则会被忽略。这意味着导入节点与导入路由是两件事，不能把前者完成视为后者也已经完成。

如果原始内容同时包含节点与路由，应按这个边界理解导入结果。节点能够被解析，并不能作为原有路由已经进入应用的依据。

四项目是否归档或停止维护？

首页没有列出归档或停更说明

项目首页未见归档或停止维护说明，也未提到后续维护分支。就这部分信息而言，没有依据把它直接写成已经归档或已经停止维护。

发行记录不能解释全部维护状态

发行页列有版本记录，但记录本身不能补出后续维护安排。查看项目现状时，应把首页说明、发行记录与尚未核对到的分支信息分别理解。

五目前还不能确认的几件事

后续维护分支是什么？

后续维护分支，官方没有核对到。现有信息不能确定分支名称或承接关系，也不能把其他仓库直接当作这个项目的后续维护版本。

发行日期属于哪一年？

发行页所列日期的所属年份，官方没有核对到。页面未显示年份，不能根据排列顺序或其他版本文字补全年份；操作时以应用内实际界面为准。

六常见问题

导入订阅是否也会带入路由规则？

不会，README 明确说明路由规则会被忽略。订阅解析只提取出站节点，因此不能把节点导入结果理解为整份配置已经迁入。

支持列表里的协议都不需要插件吗？

不是，Trojan-Go、NaïveProxy 和 Mieru 另有插件要求。阅读支持列表时，需要保留这个条件，不能把它们与其他条目合并成没有条件的支持说明。

能否确定项目已经停更？

项目首页未见归档或停止维护说明，不能据此确定已经停更。后续维护分支官方没有核对到，这项未知也不能反过来作为停更的证据。

第三方整理,与文中提到的软件、服务及其开发者无隶属关系。