Skip to content

模块理念

NetProxy 想解决的,不只是“把代理跑起来”,而是把 Android 上本来复杂、割裂、门槛高的代理体验,整理成一套更顺手、更可靠的日常工具。

我们想做成什么

一句话说,就是:

默认就能用,深入也能玩。

这意味着两件事要同时成立:

  • 新用户不需要先理解一整套底层术语,安装后就能完成基本使用
  • 进阶用户在需要时,仍然能拿到足够清晰的控制入口和配置能力

为什么是现在这套结构

NetProxy 当前把能力分成三层:

  1. Android 管理器 面向日常使用,负责状态、节点、订阅、分应用代理、日志和常用配置。
  2. CLI 面向终端操作、脚本化和排障。
  3. Clash API + zashboard 面向运行时观察、切换和连接查看。

这样做的目标不是把入口变多,而是让不同使用习惯的人都能找到自然的操作方式。

我们坚持的几个方向

简单默认

  • 安装后尽快形成可用闭环
  • 常见场景优先给出稳定默认值
  • 用户不需要先理解所有细节,才能完成第一次使用

清晰控制

  • 能在管理器里完成的事,不强迫用户去改文件
  • 能通过 CLI 和控制接口完成的事,也不藏起来
  • 配置和运行状态尽量有明确边界,避免“改了但不知道哪层生效”

日常可用

  • 不把模块做成“只适合折腾时打开”的工具
  • 更关注长时间使用中的稳定性、切换效率和排障成本
  • 让节点、订阅、模式、分应用代理这些高频动作更顺

保留深度

  • 需要时仍然可以查看日志、切换模式、调整透明代理参数
  • sing-box、路由、DNS、分应用代理这些关键能力都不被阉割
  • 模块不是为了限制玩法,而是为了降低进入门槛

我们想避免什么

  • 入口很多,但用户不知道该从哪里开始
  • 默认值过于激进,导致刚安装就需要大量手动修正
  • 文档、界面、脚本三套说法彼此不一致
  • 新用户被底层概念吓退,老用户又觉得没有控制力

一句话总结

NetProxy 不只是一个能跑代理的模块,而是一套尽量把“可用性”和“可控性”放在一起的 Android 代理体验。

基于 GPL-3.0 许可证发布