标题: 站里有没有做中转号池的？
作者: #Scipo
板块: #搞七捻三
编号: 2013102
帖子: https://linux.do/t/topic/2013102
时间: 2026-04-20 18:50:22
摘要:

一定要保真，可以给号池管理员对账的，无论号池大小都可以接

标题: krio反代有什么好的方案吗，cliproxy好像不支持
作者: #li han jin121
板块: #开发调优
编号: 2013103
帖子: https://linux.do/t/topic/2013103
时间: 2026-04-20 18:50:22
摘要:

krio反代有什么好的方案吗，cliproxy好像不支持

标题: 关于Claude用外国人的谷歌帐号和信用卡开通会员问题
作者: #okkui
板块: #搞七捻三
编号: 2013109
帖子: https://linux.do/t/topic/2013109
时间: 2026-04-20 18:51:10
摘要:

各位佬友，请教一下。我现在在国内，然后用的是一个外国朋友的谷歌帐号登录的claude，这个外国朋友现在也在中国，如果我用外国朋友的银行卡来支付开通官网max会员的话，会不会稳定一些？

标题: gpt plus调用codex不开梯子会被封号吗
作者: #N1ko
板块: #开发调优
编号: 2013116
帖子: https://linux.do/t/topic/2013116
时间: 2026-04-20 18:51:49
摘要:

如题，海鲜市场订阅了一个月gpt plus，本地不开梯子直接调用codex会有封号风险吗

标题: 感觉 Claude 封号和网络关系不是很大
作者: #bubu
板块: #搞七捻三
编号: 2013135
帖子: https://linux.do/t/topic/2013135
时间: 2026-04-20 18:56:17
摘要:

大概三个月以前，在网上买的几年的 google 美区账号，然后直接用了 webshare 的伪家宽，加上一个指纹浏览器，创建 Claude 账号的时候直接没跳验证码就注册成功了，养了半个月多，开了一个 pro，后面不想用指纹浏览器用了，就直接在电脑 chrome 用，设置了一下时区和什么反跟踪的插件，然后 Claude 客户端、Claude code 都是可以用的。中间 webshare 的 ip 变化了一次，还正常用。
最近换了工作，公司提供网络和 Team 版本的Claude 账号，感觉公司网络还蛮好的，电脑免梯直接用。我就想着在公司电脑和网络，也登录一下自己的 Claude 账号，毕竟还有些订阅时间可能用不完，不然亏了，结果刚刚登录完一小时，问了几个问题，就秒封了。
但是我公司的 team 账户是一直正常的，但是我自己的账号，也是这个网络就被秒封了？
还是说 Claude 对 team 账户有照顾？

标题: cursor tab补全替代方案
作者: #王者荣耀
板块: #开发调优
编号: 2013164
帖子: https://linux.do/t/topic/2013164
时间: 2026-04-20 19:00:41
摘要:

佬们，求推荐能够替代 Cursor tab 补全的 IDE。
我体验过 trae windsurf，都跟便秘一样，要么拉不出来，要么憋个大的。
cursor tab使用起来，无感，速度快，接受率高。

标题: 被GPT的审美整沉默了
作者: #Ray
板块: #搞七捻三
编号: 2013168
帖子: https://linux.do/t/topic/2013168
时间: 2026-04-20 19:02:26
摘要:

也说不出来哪里奇怪，就是很怪异，用的VoltAgent/awesome-design-md随便找的DESIGN.md
有佬分享下让GPT审美提高提高的方法吗？

标题: AI时代究竟该怎么平衡
作者: #迷途小书童
板块: #搞七捻三
编号: 2013192
帖子: https://linux.do/t/topic/2013192
时间: 2026-04-20 19:06:16
摘要:

最近一直靠nous的mimo免费模型支撑干活，以及间断的各种公益站来维持token的消耗。在这种吸毒般的体验下，人一直处于亢奋状态，会自己不停的给ai提需求催促ai干活，但是又没有实际渠道来变现，很多东西都是瞎折腾。感觉自己像崇祯一样，什么都管，加班到晚，累死累活，很可能最后崩溃一无所获。
越来越觉得这种状态不对了，以前折腾一些技术，过后总有点收获，现在不知疲惫的指挥ai干活，时时处于信息过载的状态，多个agent交叉并行，却完全没有吸收到什么东西。反而是在各种中转站，免费token，薅羊毛的信息中像个小蜜蜂一样疲于奔命！究竟是我在驾驭ai干活，还是ai在给我制造幻境，让我不知疲惫的给他造数据？
我是谁？
我从哪来？
要到哪去？
AI请告诉我！
感谢各位公益站的大佬，也感谢热心分享的佬友，希望大家能指点迷津，本来抱着一颗学技术的心态来到佬友这里，但是却在各种信息洪流中逐渐迷失。
人已使用AI入迷，临帖涕零，不知所云，万望海涵

标题: 理论无限爽蹬claude opus 4.6，gm-5.1，gpt-5.4
作者: #ismoyining
板块: #搞七捻三
编号: 2013224
帖子: https://linux.do/t/topic/2013224
时间: 2026-04-20 19:11:26
摘要:

最近看到有佬说windsurf不开科学上网，可以使用支付宝14天试用，一个支付宝账号可以给多个windsurf账号开14天试用，然后github上面已经有windsurf2api了，参考 GitHub - dwgx/WindsurfAPI: Windsurf-to-OpenAI compatible API proxy · GitHub ，GitHub - guanxiaol/WindsurfAPI: Windsurf → OpenAI / Anthropic compatible proxy with multi-account pool, token/credit stats, and admin dashboard. Zero npm deps. · GitHub ，相信说到这里已经佬们已经有完整的思路，windsurf注册机难不了各位佬，github上面也有开源的，如果对各位佬有帮助，麻烦点个赞

标题: macbook pro m5 32g 1tb 和air 32g 1tb 差了2k怎么选择啊各位佬。好纠结啊
作者: #simpleOne
板块: #搞七捻三
编号: 2013231
帖子: https://linux.do/t/topic/2013231
时间: 2026-04-20 19:12:24
摘要:

有没有老哥入手了说说，平时主要用来做开发，没有笔记本都不敢出门了

标题: 怎么高效地使用agent进行科研/写论文
作者: #zzzfoxz
板块: #搞七捻三
编号: 2013233
帖子: https://linux.do/t/topic/2013233
时间: 2026-04-20 19:12:38
摘要:

有没有办法，我找到论文后直接全给agent，agent自己分析后得出idea，然后自己进行实现、测试、优化、修正

标题: 腾讯云 Coding Plan 下架
作者: #无痕
板块: #前沿快讯
编号: 2013239
帖子: https://linux.do/t/topic/2013239
时间: 2026-04-20 19:13:23
摘要:

今天准备去腾讯云看下 Coding Plan 的时候，活动页面直接弹出了一个“抱歉！本次活动已结束”。

标题: claude 通过 CPA 授权登录会不会被封
作者: #xiaofang
板块: #开发调优
编号: 2013241
帖子: https://linux.do/t/topic/2013241
时间: 2026-04-20 19:13:56
摘要:

最近订阅了 cc pro，想反代出来，然后 ssh 端口在服务器上使用（服务器无法访问外网）。但是看网上说 cc 反代很容易被封…… 请问各位佬友，如果通过 CPA 授权登录的方式，容易被封吗？

标题: 手把手带你搞懂 Clash Meta 的 DNS 分流，从此配置不求人！
作者: #nothankyou
板块: #开发调优
编号: 2013293
帖子: https://linux.do/t/topic/2013293
时间: 2026-04-20 19:21:25
摘要:

Clash Meta DNS 模块：一份真正看得懂的配置指南
如果你曾经从别人的 dotfiles 或论坛帖子里复制过 Clash Meta 的 DNS 配置，你不是一个人。Clash Meta 的 DNS 模块选项繁多，大多数教程要么对原理只字不提，要么还没把基础讲清楚就让读者一头扎进各种细枝末节之中。
因此，这篇文章想要换个思路：当你读完之后，你不仅会得到一份完整可用的 DNS 配置，更重要的是，你会知道每一行在做什么、为什么这样写。
我们的目标很简单：在确保对于国内域名，走国内 DNS 解析；对于国外域名，通过代理进行解析。从而达到隐私和速度的完美均衡。
欢迎移步我的英文原版博客，以获取更好的阅读体验：Clash Meta DNS Module: A Config You Can Actually Understand

1. Clash 为什么需要自己的 DNS
在深入配置之前，先搞清楚 Clash Meta 为什么要有自己的 DNS 模块。正常的 DNS 很简单：应用问操作系统，操作系统问 DNS 服务器，服务器返回 IP。就这样。
一旦引入代理，这个流程就崩了——尤其是 TUN 模式。
TUN 通过创建虚拟网卡，在 IP 包层面接管所有出站流量。这很强大：没有流量能绕过，每个连接都经过 Clash。但它有一个根本问题：IP 数据包只携带目标 IP 地址，不携带域名。等数据包到达 TUN 时，域名已经消失了。
这很关键，因为你的路由规则是按域名写的：
rules:
  - DOMAIN-SUFFIX,google.com,Proxy
  - DOMAIN-SUFFIX,baidu.com,DIRECT

如果 Clash 只看到 142.250.80.46:443，这些规则形同虚设——它根本不知道这个 IP 属于 Google。
Clash 的 DNS 模块通过拦截 DNS 查询来解决这个问题——在查询离开本机之前截住它，由 Clash 自己完成解析，同时保存域名到 IP 的映射，供后续路由决策使用。
这就是 DNS 模块存在的根本原因。它不只是"选一个快的 DNS 服务器"那么简单，而是让域名在路由决策发生之前始终对 Clash 可见。

2. fake-ip：用一点代价换速度
Clash 有两种 DNS 处理模式，由 enhanced-mode 控制。
较简单的是 redir-host。应用查询域名时，Clash 正常解析，返回真实 IP，同时记录映射关系——142.250.80.46 → google.com——以便连接到来时能还原域名。逻辑清晰，但每个连接都要等完整的 DNS 解析完成后才能开始建连。
fake-ip 是更聪明的方案。Clash 不等解析完成，而是立刻从保留地址段里返回一个假 IP——比如 198.18.0.5——让应用马上开始连接。Clash 拦截这个连接，识别出 198.18.0.5 对应 google.com，然后正确路由。真正的 DNS 解析在后台进行，或者直接交给代理处理。
结果就是连接感觉更快——DNS 不再阻塞建连。
enhanced-mode: fake-ip
fake-ip-range: '198.18.0.1/16'  # Clash 分配假 IP 的地址池

代价
这个技巧之所以能生效，是因为 Clash 处于中间位置，同时控制着两端。但有些域名完全不符合这个预期：

NTP 客户端连接到 time.windows.com，拿到假 IP，然后尝试跟它同步时间——显然会失败。
局域网发现需要真实的本地 IP 才能访问到你的路由器或 NAS。
Windows 网络连通性检查会探测特定的微软端点；假 IP 会让 Windows 误以为没有网络。

对这些域名，fake-ip 会造成静默的、难以排查的故障——TCP 层面看起来连接成功，但应用层面已经失败了。解决方案就是下一个配置项：fake-ip-filter。

3. 保护本地服务：fake-ip-filter
fake-ip-filter 是一个例外列表。匹配到的域名会绕过 fake-ip 机制，直接返回真实 IP。
fake-ip-filter-mode: blacklist  # 所有域名返回假 IP，除了下面列表里的
fake-ip-filter:
  - '*.lan'                      # 局域网主机名——路由器、NAS、打印机
  - '*.local'                    # mDNS / 本地服务
  - '*.arpa'                     # 反向 DNS 查询——本质上是基于 IP 的
  - 'time.*.com'                 # NTP 时间服务器
  - 'ntp.*.com'                  # NTP 时间服务器
  - '+.market.xiaomi.com'        # 小米应用商店 CDN
  - 'localhost.ptlogin2.qq.com'  # QQ 本地认证
  - '*.msftncsi.com'             # Windows 网络连通性检查
  - 'www.msftconnecttest.com'    # Windows 网络连通性检查

blacklist 模式的逻辑很直接：所有域名都返回假 IP，列表里的除外，列表里的域名返回真实 IP。
哪些域名需要真实 IP
需要真实 IP 的域名大致分三类：
本地网络域名——任何需要解析到局域网地址的域名。*.lan、*.local、*.arpa 都属于这类。198.18.x.x 范围的假 IP 永远到不了你的路由器。
时间敏感协议——NTP 客户端拿到 IP 后直接建连，期望对端是时间服务器。这里没有 TLS SNI 那种应用层的主机名协商机制，假 IP 只会走进死胡同。
网络连通性探测——Windows、Android 等系统会定期访问特定端点来确认联网状态。这些请求拿到假 IP 后，系统会误判为强制门户或断网，进而出现各种奇怪的行为。

实践建议： 这个列表不需要面面俱到。通配符模式已经覆盖了主要类别，特定应用的条目等遇到实际故障时再补充。把它当作随时间积累的东西，而不是一开始就要配齐的清单。


4. 还原丢失的域名：Sniffer（域名嗅探）
前面说了 TUN 模式会丢失域名——Clash 只看到 IP 包。DNS 模块通过拦截查询、维护 fake-ip 映射部分解决了这个问题，但还有缺口。
不是所有流量都伴随着 Clash 能拦截的 DNS 查询。有些应用会在重启后继续使用缓存的 DNS 结果，有些则直接用 IP 建连。在 fake-ip 模式下，目标 IP 始终是假的——对 198.18.0.5 做 GeoIP 查询没有任何意义。
Sniffer 的作用是从流量本身把域名挖出来，填补这个缺口。
原理
IP 包里没有域名，但包裹在其中的应用层协议几乎都有。浏览器建立 TLS 连接时，第一个包是 ClientHello——这个握手包里以明文形式嵌入了 SNI（Server Name Indication） 字段：
TLS ClientHello
  └── SNI: google.com   ← 明文可读，Clash 也不例外

HTTP 更直接，每个请求头里都有 Host: 字段。QUIC 与 TLS 类似，握手时同样暴露 SNI。Sniffer 拦截这些握手包，提取出域名，将其替换回连接的目标地址。此后 Clash 就把这个连接当作目标是 google.com 来处理——域名路由规则得以正常生效。
sniffer:
  enable: true
  force-dns-mapping: true   # 用嗅探到的 SNI 覆盖过时的 redir-host 映射
  parse-pure-ip: true       # 对完全没有 DNS 映射的连接也尝试嗅探
  override-destination: true
  sniff:
    TLS:
      ports: [443, 8443]
    HTTP:
      ports: [80, 8080-8880]
    QUIC:
      ports: [443, 8443]

force-dns-mapping 和 parse-pure-ip
force-dns-mapping 针对 redir-host 模式：Clash 已经有了 DNS 拦截得到的域名到 IP 映射，但嗅探结果可能更准确——比如更具体的子域名，或者比缓存更新的版本。开启后，嗅探到的 SNI 会覆盖原有映射。
parse-pure-ip 针对完全没有 DNS 映射的连接——比如缓存了 IP 的应用，或者直接用 IP 建连的服务。没有这个选项，Clash 就无从获取域名；开启后，Sniffer 仍会尝试从握手包里提取。
为什么在 fake-ip 模式下不可或缺
在 fake-ip 模式下，每个目标 IP 都来自 198.18.0.0/16。这个地址段不属于任何国家，GeoIP 规则毫无意义；域名规则也无法从裸 IP 触发。Sniffer 是假 I

标题: 什么时候可以不上班，可以有时间学习和思考，可以提升自己？
作者: #paps
板块: #搞七捻三
编号: 2013317
帖子: https://linux.do/t/topic/2013317
时间: 2026-04-20 19:25:55
摘要:

生在中国，真的上辈子的债都还了，好累啊！什么时候是个头