Anthropic拉了两代，所以我的论文写作一直停留在Opus 4.6。最近fable 5出来了，有没有佬试过学术论文写作的效果？和Opus 4.6相比如何？ 另外，各位佬的effort用的是哪个等级？在Opus中，我写作一般都使用Max，不知道对于fable 5来讲应该用哪个 10 个帖子 - 8 位参与者 阅读完整话题
买了几个apikey实在是用不完了 大家快来我的中转站薅羊毛 相比于个人key更稳定 不容易出现429 mimo模型全部免费 还有其他超低价模型 链接： https://www.nexotoken.net/ 1 个帖子 - 1 位参与者 阅读完整话题
最近发现最新版本 2.1.158感觉和之前的版本相比，token用的好快呀… 不知道是不是我的错觉，以及结合之前关于 anthropic 似乎对claude code 的定位本身就没打算更好的支持非claude模型，所以会有很多问题，所以我想问下佬们，假如继续使用cc+api的模式，是否有一个稳定的版本，或者老版本比较不易出问题，或者切换到其他工具？ claude code 154以上版本接第三方api极其的不稳定，不建议更新 开发调优 154版本的400错误，根据哈雷佬的教程改配置解决了之后用着也没啥问题 然后今天更新156和158后，第三方api变得异常的不稳定。 先是gpt5.5调用工具多次报错失败，deepseek和glm跑子代理跑着就报错了。 然后试了anyrouter的opus4.8，昨天稳了一天，结果今天完全调不明白工具，直接call一堆内容到对话里面来了，一说，他能反应过来搞错了，然后调用成功一次，接着继续犯… Claude Code从 2.1.36版本开始强制让第三方API不能缓存请求内容？真的假的 搞七捻三 Claude Code从 2.1.36版本开始，会在每个API请求的系统提示词开头，加入含随机5位十六进制cch 字段的 x-anthropic-billing-header内容。 由于第三方API将其视为普通提示词计算缓存key, cch每次变化会导致缓存命中率归零，引发 token消耗暴涨、推理变慢。 真不做个人啊。 [Image1779008565042647] 2 个帖子 - 2 位参与者 阅读完整话题
今天用cc也是给我遇上了，这claude的表达能力怎么相比4.6一直在开倒车，我不想被稳稳的接住只想让他说人话 5 个帖子 - 5 位参与者 阅读完整话题
之前的在底部稍微裁切就行了，现在这个裁切损失太大了，佬们这种水印能去掉吗 ，本地跑的也行，试过一个vsr，很老了，去不掉 2 个帖子 - 1 位参与者 阅读完整话题
相比上一次发帖慢了一点 首字五六秒还阔以 继续来蹬 注意要选零元购分组哈✌🏻🤓
目前正在内测，不知道相比其他安全分布式通讯工具有没有出彩的地方？是否真的安全？
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷
op 之前在手机上一直是用的 loon ，最近这几天才开始使用 ios 端的 surge （以前只用 mac 版的 surge ）。 作为老牌代理软件，surge 有很多强项，比如 smart 、ponte 等等，不过这次不说这些，只简单的分享一下我从 loon 切换到 surge 这几天发现的一些 surge 的不足，汇总如下： （纯主观感受分享，请不要随意人身攻击，不要随意开战） 1 、不支持 vless 协议。 2 、去广告模块比不上 loon 插件省心，很难及时同步可莉的 loon 插件，而且转换之后还可能会没效果，需要自己花很多时间抓包和分析解决。 3 、没办法原生的直接在 ui 上查看机场流量信息，得借助第三方模块在面板上展示，很不直观很不方便。 4 、首页的 ui 操作起来不太方便，比如出站模式切换这种很久都不会改一次的设置项居然直接占据了首页一小半位置，导致首页这种黄金位置没办法快速直达我们需要的功能，比如想要抓包、管理模块、管理重写、管理脚本，就需要在几个 tab 中来回切来却去，操作起来就很别扭，远不如 loon 那样把核心功能都用小卡片的形式放在首页，都能快速进入。 5 、http-response 类型的脚本，处理 post 请求时，没办法获取 request 里面的 body 入参，折衷的办法是改用 http-request ，在脚本里面再去使用 httpclient 发送请求，然后再处理 response 。但是在 loon 脚本里面是可以在 http-response 类型的脚本直接拿到 request.body 的，这也是部分 loon 插件转换之后无法去广告的原因之一。 6 、loon 的节点测速支持分别显示 tcp 握手延迟和正常的测速延迟，而 surge 不支持。这一点可能大部分人觉得没用，但有的时候还是有点用的，可以判断节点对应的服务器是直接挂了还是只是被墙了。 一点个人浅见，欢迎交流讨论，另外请轻喷