模块理念
NetProxy 想解决的,不只是“把代理跑起来”,而是把 Android 上本来复杂、割裂、门槛高的代理体验,整理成一套更顺手、更可靠的日常工具。
我们想做成什么
一句话说,就是:
默认就能用,深入也能玩。
这意味着两件事要同时成立:
- 新用户不需要先理解一整套底层术语,安装后就能完成基本使用
- 进阶用户在需要时,仍然能拿到足够清晰的控制入口和配置能力
为什么是现在这套结构
NetProxy 当前把能力分成三层:
- Android 管理器 面向日常使用,负责状态、节点、订阅、分应用代理、日志和常用配置。
- CLI 面向终端操作、脚本化和排障。
- Clash API + zashboard 面向运行时观察、切换和连接查看。
这样做的目标不是把入口变多,而是让不同使用习惯的人都能找到自然的操作方式。
我们坚持的几个方向
简单默认
- 安装后尽快形成可用闭环
- 常见场景优先给出稳定默认值
- 用户不需要先理解所有细节,才能完成第一次使用
清晰控制
- 能在管理器里完成的事,不强迫用户去改文件
- 能通过 CLI 和控制接口完成的事,也不藏起来
- 配置和运行状态尽量有明确边界,避免“改了但不知道哪层生效”
日常可用
- 不把模块做成“只适合折腾时打开”的工具
- 更关注长时间使用中的稳定性、切换效率和排障成本
- 让节点、订阅、模式、分应用代理这些高频动作更顺
保留深度
- 需要时仍然可以查看日志、切换模式、调整透明代理参数
- sing-box、路由、DNS、分应用代理这些关键能力都不被阉割
- 模块不是为了限制玩法,而是为了降低进入门槛
我们想避免什么
- 入口很多,但用户不知道该从哪里开始
- 默认值过于激进,导致刚安装就需要大量手动修正
- 文档、界面、脚本三套说法彼此不一致
- 新用户被底层概念吓退,老用户又觉得没有控制力
一句话总结
NetProxy 不只是一个能跑代理的模块,而是一套尽量把“可用性”和“可控性”放在一起的 Android 代理体验。
