标题: 小米澎湃3系统，rustdesk无障碍打开后系统立马关闭，有佬友遇到过吗
作者: #Zeng Feng
板块: #开发调优
编号: 1741601
帖子: https://linux.do/t/topic/1741601
时间: 2026-03-12 16:38:00
摘要:

在无障碍打开RustDesk Input，过两秒系统就自动关闭了，昨天发现远控不了手机了，只能观看，今天来看了下设置，无障碍不好使了，有佬友遇到过这问题吗

标题: 【求推荐】找一台 IP 干净的 VPS，用来搭 Claude Code 中转
作者: #nomind
板块: #开发调优
编号: 1741603
帖子: https://linux.do/t/topic/1741603
时间: 2026-03-12 16:38:11
摘要:

最近在折腾 Claude Code，但 Anthropic 这个风控真的是个谜，动不动就封号~
所以特地来求助见多识广的佬们，有没有什么 IP 干净的 VPS 推荐？
大概情况是这样： 纯个人写代码自用，流量几乎可以忽略不计，配置最低的丐版就行，不跑别的服务。 唯一的要求就是 IP 绝对干净，必须稳解 Claude（能顺带解 ChatGPT 更好）。最好是冷门一点的商家，或者原生 IP。那种已经被大面积薅秃了的段就不考虑了，真怕哪天睡醒号又没了。 地区的话，美区优先，日本或者新加坡延迟低点也行。
佬们平时自己做中转都在用哪家的机子？有没有稳如老狗的小鸡推荐？ 麻烦指条明路，如果能顺带提一嘴大概多少米就更感谢了！救救孩子

标题: 关于很多公益站的gpt5系列
作者: #godman
板块: #搞七捻三
编号: 1741611
帖子: https://linux.do/t/topic/1741611
时间: 2026-03-12 16:39:33
摘要:

最近用了不少公益站，大部分都是标的gpt5系列，但是当我询问向模型你是什么型号的时候，我用过的公益站全部都回答自己试gpt4系列。
我第一次发现这个回答之后，立马又去了试了其他公益站，发现全都这样，而且他们的知识库也全都停留在24年10月。，
我对于这些技术不是很了解，按理说公益站没必要做这样的伪装，请问各位佬友这是怎么回事呢

标题: Antigravity 额度刷新更新了吗 6h 变 6天？
作者: #xneo
板块: #搞七捻三
编号: 1741613
帖子: https://linux.do/t/topic/1741613
时间: 2026-03-12 16:40:11
摘要:

哭了，这点额度现在完全不够用了

标题: 各位用qq接入openclaw的佬友注意，最新版qqbot切换了仓库地址
作者: #meander
板块: #开发调优
编号: 1741619
帖子: https://linux.do/t/topic/1741619
时间: 2026-03-12 16:40:47
摘要:

最新版是1.5.7，支持引用历史消息
最新版的仓库地址是：
tencent-connect/openclaw-qqbot: QQ Bot Channel Plugin for OpenClaw
另附qqbot官方群的文档地址：
使用 QQBot接入 OpenClaw 的”养虾”指南

标题: codex号池崩了！还会有吗？
作者: #lionp
板块: #福利羊毛
编号: 1741623
帖子: https://linux.do/t/topic/1741623
时间: 2026-03-12 16:41:37
摘要:

在用的codex号池，今天全都崩了，无一幸免。
佬们，还有稳定的号源吗？真的很需要【最好不是公用的号】

标题: 【新人报道】在L站找到过去的感觉了
作者: #onekingme
板块: #搞七捻三
编号: 1741627
帖子: https://linux.do/t/topic/1741627
时间: 2026-03-12 16:42:34
摘要:

计算机折腾有快10多年了，早年混迹图拉丁和卡吧，怀念那些手头拮据但是热于折腾洋垃圾的日子，工作之后有了积蓄，电脑一步到位后反而慢慢失去了折腾的快乐，现在想来确实塞翁失马焉知非福。
认识L站是源起于指纹浏览器，因为折腾的需要，有开小号和ip隔离的诉求，但是世面上的大多数商业化指纹浏览器需要收费，秉持的勤俭持家（实际上是抠门）的原则和骨子里有折腾的需要，想找开源的的指纹浏览器进行DIY定制，然后就误打误撞发现了L站，后续在浏览L站的过程中愈加发现这个社区有当初的图吧折腾的感觉了。
此前在L站是以浏览为主，看看大家吹水和聊聊AI的最新发展，也没有发帖的主观需求，同时因为当时各大AI免费提供的TOKEN（例如谷歌大善人的ai studio）已经能满足我的需要了，所以就没考虑加入公益站的事情。后面AI用的越多，需求就越多，再加上龙虾的爆火，导致各大AI厂商都缩紧免费政策,进而导致我可用的TOKEN量开始捉襟见肘，本来靠自己养的几个antigravity的学生小号也能勉强应付，但是最近愈加发现google pro的额度越来越少，无奈需要考虑公益站甚至付费站的方案了，所以注册L站的需求又被提上了日程。
现在加入了这个大家庭，能够跟大家相互吹水与分享心得，是我的荣幸，也祝L站越办越好！

标题: Gemini Enterprise回答“抱歉，似乎已超出配额。请稍后重试”，business版还有限额的吗？
作者: #lucepuff
板块: #开发调优
编号: 1741631
帖子: https://linux.do/t/topic/1741631
时间: 2026-03-12 16:43:16
摘要:

以前怎么用都没显示过限额，现在用了一天服务器不提示繁忙了开始提示配额不足

标题: 不是刚刚升级完服务器吗?
作者: #doke
板块: #搞七捻三
编号: 1741637
帖子: https://linux.do/t/topic/1741637
时间: 2026-03-12 16:43:54
摘要:

由于服务器负载过大，暂时向所有人都显示未登录用户可以看到的内容。

标题: Clash中怎么配置的DoH，我这怎么这么奇怪？
作者: #RisenMyth
板块: #搞七捻三
编号: 1741641
帖子: https://linux.do/t/topic/1741641
时间: 2026-03-12 16:44:38
摘要:

Clash中怎么配置的DoH，我这怎么这么奇怪，网站能正常打开，但是一些头像、表情直接加载失败，这么神奇？

附带我ClashVerge的DNS覆盖配置，方便一些佬友参考：
dns:
  enable: true
  listen: '0.0.0.0:1053'
  enhanced-mode: 'fake-ip'
  fake-ip-range: '198.18.0.1/16'
  fake-ip-filter-mode: 'blacklist'
  prefer-h3: false
  respect-rules: true
  use-hosts: false
  use-system-hosts: false
  ipv6: true
  fake-ip-filter:
    - '*.lan'
    - '*.local'
    - '*.arpa'
    - 'time.*.com'
    - 'ntp.*.com'
    - 'time.*.com'
    - '+.market.xiaomi.com'
    - 'localhost.ptlogin2.qq.com'
    - '*.msftncsi.com'
    - 'www.msftconnecttest.com'
  default-nameserver:
    - 'system'
    - '223.6.6.6'
    - '8.8.8.8'
    - '2400:3200::1'
    - '2001:4860:4860::8888'
  nameserver:
    - '8.8.8.8'
    - 'https://doh.pub/dns-query'
    - 'https://dns.alidns.com/dns-query'
  direct-nameserver-follow-policy: true
  fallback-filter:
    geoip: true
    geoip-code: 'CN'

标题: 中转站AWS渠道和Kiro渠道的claude有什么区别
作者: #liheng
板块: #搞七捻三
编号: 1741643
帖子: https://linux.do/t/topic/1741643
时间: 2026-03-12 16:44:55
摘要:

中转站AWS渠道和Kiro渠道的claude有什么区别，这两个不都是走的Kiro吗

标题: claude 切换中转后恢复对话会丢失上下文吗
作者: #octocat9lee
板块: #开发调优
编号: 1741662
帖子: https://linux.do/t/topic/1741662
时间: 2026-03-12 16:47:52
摘要:

请问下，在一个项目同一个目录下，比如通过cc-switch切换中转或者关闭了终端重新启动，然后通过 claude --resume恢复对话，claude的上下文会丢失吗？

标题: 做了个偏“生成器思路”的代理分流方案：META / RFM
作者: #Xi Xu
板块: #资源荟萃
编号: 1741666
帖子: https://linux.do/t/topic/1741666
时间: 2026-03-12 16:48:38
摘要:

将一直在用的一套分流配置整理成了两个仓库：

META：GitHub - xixu-me/meta: Comprehensive configuration generator for network traffic management · GitHub
RFM：GitHub - xixu-me/rfm: Comprehensive collection of optimized rulesets for META ↓ · GitHub

它不是单纯发一个 YAML 完事的那种思路，而是拆成了两层：
一层是 META，负责“生成配置结构”； 另一层是 RFM，负责“提供规则数据”。
做这个东西时，核心目标不是追求“规则越多越好”，而是想解决几个更实际的问题：配置可维护、可扩展、可定制，以及尽量降低日常手改成本。
设计思路
比较不喜欢把所有内容都硬编码进一份巨大的静态配置里。那种方式一开始看着直接，但后面只要想加一个服务、调一下策略、换一批节点分组，维护成本就会越来越高。
所以 META 的思路是把配置拆成几个相对独立的维度：

服务维度 比如 OpenAI、Google、YouTube、Telegram 这些服务，各自有独立的策略组和对应规则。它是“service-based routing”，而且会自动为不同服务生成路由和代理组 。
地区维度 节点不是只放进一个总组里，而是按地区组织。这样做的好处是：日常使用时既可以按服务选策略，也可以按地区切落点。它是 “location-based proxy grouping” 和 “smart proxy group generation” 。
规则供应层独立 规则不直接揉死在配置脚本里，而是交给 RFM 维护。META 只负责消费规则，RFM 负责汇总、清洗、发布规则集。这样配置逻辑和规则数据可以各自演进，耦合度低很多。它集成了 RFM 作为规则提供层 。

换句话说，更想把它做成一个“配置生成器”，而不是一份“写死的配置模板”。META 是一个 comprehensive configuration generator，而不是单纯的静态配置文件。
META 的实现特点
META 的脚本里，最上面专门留了一段可定制区，服务列表、地区列表、图标、静态组数量这些都可以直接改，不需要去碰下面真正生成配置的逻辑。
这个设计挺看重，因为它意味着：

新增一个服务，本质上只是在服务数组里加一项；
新增一个地区，本质上只是在地区数组里加一个过滤规则；
下游的代理组、规则、rule-provider，会跟着自动生成。

比如脚本里服务列表和地区列表都是数据化定义的，然后再通过函数统一生成：

服务策略组
地区策略组
AUTO / FALLBACK / LOAD BALANCING 等不同策略组
对应规则
对应 rule-providers

这些都不是手写一大坨重复配置，而是由 generateServiceProxyGroups、generateLocationPolicyProxyGroups、generateServiceRules、generateServiceRuleProviders 之类的函数自动拼出来的。
这套实现带来的一个直接好处就是：一致性比较容易保证。
不会遇到“加了服务策略组，但忘了加规则”或者“加了规则 provider，但没加对应分组”这种低级同步问题。
另外还专门做了几个日常比较在意的点：
1）配置生成前先校验原始代理配置
META 在 main(config) 之前会先校验原始配置，检查是否有有效的 proxies 或 proxy-providers，以及必要字段是否完整；不合法就直接报错返回，而不是悄悄生成一份坏配置 。
这个点不算很花哨，但对实际使用很重要。很多“可覆盖脚本”最大的问题就是出了错不好定位，这里尽量让失败显式一点。
2）把“策略层”和“节点层”分开
脚本里既有面向用户选择的总组，比如 PROXY、Others、各个服务组，也有面向调度逻辑的地区策略组，比如每个地区都会自动生成：

AUTO
FALLBACK
LOAD BALANCING (round-robin)
LOAD BALANCING (consistent hashing)
LOAD BALANCING (sticky sessions)

这些都是批量生成的。
这样做的目的，是把“想走哪个服务/地区”和“底层节点如何调度”分成两层。前者给人选，后者给策略跑，使用上会清晰很多。
3）DNS 和规则优先级也一起纳入生成体系
META 不是只生成代理组，DNS、fake-ip 过滤、nameserver policy、TUN、规则优先级这些也一起放进了整体结构里。它包含 General Settings、DNS Settings、Proxy Groups、Routing Rules、Rule Providers，而且还支持 TUN 模式。
脚本里规则顺序也是明确设计过的：先应用和局域网、私有网络，再到各服务规则、广告拦截、国内直连、代理兜底、CIDR、最终 MATCH 。
比较看重“顺序可读”，因为分流问题很多时候不是规则有没有，而是优先级对不对。
RFM 的定位
RFM 不是随便收集一点规则扔上来，而是想做成一个比较稳定的规则供应层。
它有几个重点：

同时提供 MRS 和 YAML 两种格式；
规则 每天多次重建发布，目前是每 4 小时一次；
会做 CDN 缓存清理，尽量保证拿到的是新规则；
数据来自多个上游；
构建时会做 冗余移除、排除列表、不同域名类型的处理 。

RFM 的关键价值不是“规则量很大”，而是“它是给 META 服务的、经过处理的规则层”。
也就是说，META 负责“怎么组织流量”，RFM 负责“规则数据从哪来、怎么整理、怎么发布”。
这种拆法比把所有东西都塞在一个仓库里更合理。
RFM 的实现特点
RFM 还有一个比较满意的点：不是只给一个“万能全集”，而是区分成了两套集合：

Basic
Universal

Basic 偏基础通用，Universal 提供更细粒度的应用 / 服务 / 地区规则。
这背后的想法其实很简单：
很多人并不需要“越全越好”的规则集，太大反而不好维护；但也有用户希望对 OpenAI、Gemini、YouTube、Telegram 这类服务做更细的策略区分。那就干脆分层，而不是强迫所有人吃同一套。
另外，整个流程大致是：

从多个上游拉取数据；
去重、清洗、应用排除列表；
转成 MRS 和 YAML；
推到不同分支、发布 release、清 CDN 缓存。

也就是说，它不是“人工维护几个文本规则文件”，而是一个自动化构建产物仓库。这个方向对长期维护会友好很多。
比较想强调的几个点
如果只用一句话总结，这套东西的重点不是“配置花”，而是：
尽量把分流配置这件事，从“手工堆 YAML”变成“基于数据结构生成配置”。
具体来说，解决的是：

服务和地区都能模块化扩展
规则层和配置层解耦
新增服务时尽量少改代码
规则更新和配置生成分别演进
默认配置能直接用，但又保留足够的自定义空间

META 顶部有可定制区；甚至还单独做了一个 META.js Customizer，方便按自己的需求生成个性化配置。这也说明一开始就没把它当成“只给自己用的一份脚本”，而是希望它本身具备一定的二次定制能力。
适合什么人
这套东西更适合下面这类用户：

不满足于“拿来即用一份大 YAML”，希望结构清楚一点；
想按服务和地区做更细的分流；
手里节点会经常变化，希望策略组自动适配；
对规则集更新频率和来源质量比较在意；
想自己继续扩展服务、地区、图标、策略组。

标题: 请教佬友们关于pt的一些问题
作者: #Gongyi_Churen
板块: #搞七捻三
编号: 1741668
帖子: https://linux.do/t/topic/1741668
时间: 2026-03-12 16:48:41
摘要:

1：请问佬友们为什么下载人数很多，做种人数不多，但是我做种的时候很多次都上传不了或者上传速度都好慢（最多才几百kb或者1mb/s），是ipv4的问题嘛？ 
2：然后就是末日pt会有因为分享率过低（现在才0.1，因为昨天看到了有悬赏的free种子，但是没看free的时间，导致晚上下载的时候是按照50%下载量下载的，准备用魔力值换上传量了）而销号吗（我每天都会签到的）。 
3：然后就是学校的pt站只能用校园网下载，并且只能用ipv6，但是校园网没ipv6，现在接网线都不可以了，只能用家宽ipv6+vpn下载了吗
4：最后就是家里放了个机箱每天15小时开机，可以用机械硬盘当pt存储吗，会不会上传速度过慢虚假做种

标题: any 403 了，不要慌，是技术性调整
作者: #ddd
板块: #搞七捻三
编号: 1741682
帖子: https://linux.do/t/topic/1741682
时间: 2026-03-12 16:50:35
摘要:

完了，这是要通杀呀

标题: 分享一个青岛IT行业的避雷GitHub
作者: #Codeword Liang
板块: #非我莫属
编号: 1741684
帖子: https://linux.do/t/topic/1741684
时间: 2026-03-12 16:51:12
摘要:

QingDaoIT/BlackList

标题: Chrome浏览器开启代理后无法上网
作者: #FantasyYou
板块: #搞七捻三
编号: 1741696
帖子: https://linux.do/t/topic/1741696
时间: 2026-03-12 16:52:55
摘要:

如题，chrome浏览器在使用代理软件后无法上网(Edge正常)，无论是国内还是国外网站均不能上网，关闭代理软件后正常使用。
在小红书上搜了下是143版本存在的问题，我的是146才出现的，目前在图标启动那里设置兼容性(windows7/8)就能正常使用，但是有黑边