@x86 IX 主要是安全 有的不实名，有的可以用别人的 适合鸡场主

机场直接用 IPLC/IEPL 的比较少
一般都是用 IX 间接专线

那看着像是 IPLC

跑个 mtr 看看

> 但是人一旦闲下来，它就得出事。就会开始胡思乱想，想的无非就是感情那些或者鸡毛蒜皮事儿

你没闲下来不也在胡思乱想吗

前情提要？

btw RUN C++ 全都报错

dynamic workflow 里设置 limit?

跑个题和一些不知道的朋友说一下:
菜单栏的那个 gpt 按钮点一下也可以看到剩余额度,不用像我之前那样点 codex 的用户菜单,然后在点剩余用量的时候被突然向上移动的宠物菜单偷袭

放进订阅意料之中
但是 pro 没有有点无语

但有安全护栏就很无语

本来就打算 max 降 pro 偶尔给 codex 答疑用
现在直接一撸到底取消订阅了(正好 max 月底到期)

想问下 codex pet 这个功能有哪些用处?

1c1g *2 不应该在免费额度里吗?

用过两个
没邀请过

现在还有 7/27 ，8/1 ，8/12 ，8/12, 8/13

@Awes0me

容灾: 因为是 ISP, 所以挂掉(不管是机器还是远端服务器)之后,我的主路由会切到备用 ISP.
0 内网侵入: 内网所有的机器不会因为有一部分机器的网关是 Surge 而产生影响. 比如 ipv6 代理和 matter/thread 的一些冲突或者复杂度升级, 内网流量被 Surge 机器带宽和 Surge 的 uTUN 吞吐量限制等
剩下的痛点和软 ISP 架构关系不大: 比如换回了 realip 来解决 ICMP 等不可用 -> 某些软件误杀 198.18 fakeip 网段的问题(比如早期的 openclaw 的安全护栏);

架构的本质很简单.
主路由的主 WAN 接入一台软路由, 副 WAN 接入正常的 ISP1. 双 WAN 启用 fallback 模式并且用 DNS 解析作为 SLA 检测
软路由的 WAN 接入 ISP2. 用 realip 的方式. 剩下的和常规的区别不大. 开乐观 dns 可以几乎接近 realip 的体验而没有各种奇奇怪怪的兼容性问题.

把 WiFi 关掉.
同时网线和 WiFi 在没有设置好的情况下 会导致奇怪的回环问题

Surge 做旁路由用了很久没有什么问题

但最近有 AI 之后换成了一套新的软 ISP 架构, 解决了以往非常多的痛点.

这两个的用户群体太少了...
agy 的话以后做起来了 官方肯定会跟(抄)上的

(
不是想说丧气的话
但是 AI 时代确实太容易造轮子了
一旦官方出了同款
对个人作品来说基本上是降维打击了
多平台对普通用户来说也不是卖点 -- 谁会一直用这么多 AI 工具呢,基本都是主用一到两个的
)

Codex 和 Claude CLI 都可以手机远程操控了吧

Claude Design

fable 这也不干 那也不干
Sol 勤勤恳恳 Tibo 还天天重置
"你不干有的是 AI 干"

(
双持 100$月付用户,Fable 没有就立马降级,上次 fable 封禁已经降过一次了.
)

host 大法吧...好老的技术了
实际效果也就只能做个视频里那样 基本没啥用