先按系统定位区分三种项目
OpenWrt 是系统对象，ImmortalWrt 是其分支，移植更多软件包并有自己的设备与配置方向。iStoreOS 则同时描述路由与存储用途，不只是给 OpenWrt 换一个显示名称。
| 系统 | 对应公开定位 | 选择时保留的对象 |
|---|---|---|
| OpenWrt | 路由系统及软件源 | 稳定版与实际设备 |
| ImmortalWrt | OpenWrt分支 | 自己的发布与设备条件 |
| iStoreOS | 路由和存储系统 | 系统形态、向导与扩展渠道 |
- 先记录设备和当前系统，分清准备保留还是另选运行环境。
- 对照对应项目的支持记录，不从上游关系替设备保证适配。
- 再考虑插件，系统条件与应用条件分开核对。
系统支持哪一类平台不等于每台设备均能使用相同固件。这里没有完整型号对应或刷写过程，具体适配没查到公开说明，不补通用刷机步骤。
稳定发布与活跃分支要分别保留日期
截至 2026-10-18，OpenWrt 记录为 25.12.6，旧稳定记录为 24.10.8。后者文档说仍有一段时间的有限安全与错误修复，不改成和当前稳定版同等状态。
ImmortalWrt 的稳定记录为 25.12.2，发布日期 2026-09-06。它还有自己的旧稳定版，不把上游当前版本号复制为分支的最新版本。
iStoreOS 活跃分支是 istoreos-24.10，仓库说明 main、master 不维护。这个分支状态与产品最新版本不同，继承的 OpenWrt 发布标签也不是它自己的正式发布号。
项目分支回答代码维护方向，正式版本回答发布记录，不能只取相似数字合并。
包管理器先看当前固件的实际对象
OpenWrt 已读软件源中，25.12.6 使用 apk，24.10.8 使用 ipk。两份源的样本明确，但完整迁移说明没有读到，不能把观察改成对全部派生系统的确认。
- ImmortalWrt当前包管理器未取得，按实际系统核对。
- iStoreOS的分支名不证明它一定采用某个包管理器。
- 插件提供多种包时，选择与设备实际管理器一致的方向。
软件扩展与代理协议能力是不同层面。安装工具所需的依赖和内存按对应插件文档读，不能从系统主页替每个组件填一个最低数值。
iStoreOS场景与软件中心按已列范围看
iStoreOS 公开列主路由、旁路由和纯 NAS 接入场景，有网络与装机向导，通过软件中心扩展。它也列出不同产品形态，不能把 NAS 场景直接写成代理插件已经预装。
软件中心究竟提供哪些代理工具没有取得，不指定某款是官方商店现成项目。系统、插件和核心各自确认以后，再保存实际配置与运行结果，不由系统装好跳过余下条件。
服务另换时可查看后续信息
有关其他机场的信息可在下方继续查看，具体条件独立核对。
解惑答疑（常见问题）
看到istoreos-24.10能直接写产品正式版吗？
这是仓库活跃分支，不是已取得的产品正式版编号。上游继承标签也不能补成 iStoreOS 自己的发布，分支与产品记录需要分栏保存。
OpenWrt源里有apk能证明派生系统也一样吗？
这里只确认已读 OpenWrt 软件源的样本，派生项目要看自己的实际管理器。相似版本与上游关系不替安装格式作证，不能据此改名安装包。
系统主页写软件中心，是否代表代理插件已预装？
软件中心描述扩展渠道，不是具体代理组件清单。当前没有取得完整列表，不能补成已预装或官方商店提供某款，插件要求仍另查。
同系列速查
相邻的两页是 一元机场homeproxy 和 一元机场，另外 机场推荐与优惠码 汇总了替代选择。