我的订阅是通过SubBoost转换订阅的，原帖地址。 
我是用中遇到一些问题 
痛点与目的
虽然现有的订阅转换工具（Subconverter）提供了“中转/链式代理”功能，（链式代理参考是的 webshare.io家宽）但在实际使用中存在两大痛点，无法满足“解除 AI 降智”的精细化需求： 

配置繁琐，无法自动化：现有工具通常需要手动勾选落地或入口节点。对于拥有 180+ 个节点的订阅，每次更新都要手动勾选几百次出口 IP 是不可能完成的任务。（因为订阅是cf自建的，节点比较多，没有整理将就用）
分流策略不灵活：自带的中转功能往往是粗粒度的，容易导致所有流量都走中转。而我的需求是“按需分流”：只有 ChatGPT/Gemini 等 AI 流量通过“机场节点 → 落地 SOCKS5”的链式路径（以解决 IP 风控导致的降智问题），其他日常流量（如 YouTube、Netflix）依然直连机...