标题: 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)就能正常使用，但是有黑边

标题: tg2api 一个tg 监听及消息发送小工具
作者: #梧桐
板块: #开发调优
编号: 1741698
帖子: https://linux.do/t/topic/1741698
时间: 2026-03-12 16:53:06
摘要:

从有没有什么低价的gemini-3-flash渠道？继续讨论：



在另一个话题中




在另一个话题中

大佬舆情消息怎么获取的


我是有特殊需求吧，以监听的tg channel为主，推送到我的agent上面，自己有一套打分机制
辅助的话会用grok 4.2beta 定期爬（不过感觉消息有点滞后，虽然写好了，但还是tg 的及时些，这个反而很少用了）


有佬有需要，故发出来，没啥特别的。自用了半个月还挺稳定。
它可以干嘛

监听你指定的channel消息
使用你的账号去发tg消息
支持自定义subscriber，分发到其他地方


代码由opus4.6完成，我只提供上层架构和优化思路。

  

      github.com
  

  
    
  

  GitHub - escapeWu/tg2api: tg package wrapped with fastapi 

    tg package wrapped with fastapi

标题: 提问：claude code node版本疑问
作者: #zheng
板块: #开发调优
编号: 1741709
帖子: https://linux.do/t/topic/1741709
时间: 2026-03-12 16:54:57
摘要:

项目所需node16  但是cc不兼容 该怎么解决啊
现在跟傻逼一样天天nvm切着用

标题: any被封了，我换了codex+gpt，我怀疑我之前用错了，cc和codex的背景信息上下文到底是怎么加载的啊？？
作者: #三卷儿
板块: #开发调优
编号: 1741719
帖子: https://linux.do/t/topic/1741719
时间: 2026-03-12 16:58:20
摘要:

事情是这样的
我之前一直是antigravity+claudecode插件用，然后cc对我的背景信息理解特别弱智，搜半天搜不到点上，甚至我指明道性文件名，它也要搜半天，我需要疯狂补上下文信息，我甚至开始学习研究RAG+skill了（详见https://linux.do/t/topic/1722546）
然后，屋漏偏逢连夜雨，，
我的antigravity要7天才刷新，7天啊，老天爷
事情的转折出现了
变成废物的我，迫不得已搞了下codex+gpt4.5
我用上codex插件后，我不用告诉它要查什么，它自己知道根据我当前的问题去找相关的信息.
这个时候我觉得“诶哟，不错哟～”
再然后，随着对话的深入，甚至于去找了我在对话中没有出现的名词，但是是比较重要的背景知识（一些内部定义名词，应该是它自己找了读了理解了），回答能看出来理解比较到位的
！！！
我一整个震惊
我以前用的是个啥？
是个啥是个啥是个啥。。。。。
所以cc和codex的背景信息上下文到底是怎么加载的啊。。。
所以大家在any被封了用不了cc，还有用啥的勒

标题: 怎么快速的定位JVM里是哪一个地方占用最高
作者: #yizhiliuxiaogou
板块: #开发调优
编号: 1741723
帖子: https://linux.do/t/topic/1741723
时间: 2026-03-12 16:58:46
摘要:

内存或者是JVM占用突然过高，怎么在短时间内定位问题

标题: 关于港卡美股
作者: #water1023
板块: #搞七捻三
编号: 1741732
帖子: https://linux.do/t/topic/1741732
时间: 2026-03-12 17:00:40
摘要:

能不能只开建亚+众安呀，众安直接开美股，然后转到建亚然后ATM取出来，这个合理吗？交易手续费(股票)和提现费用高吗

标题: codex的free号5.2codex上下文是多少
作者: #luoyang
板块: #开发调优
编号: 1741742
帖子: https://linux.do/t/topic/1741742
时间: 2026-03-12 17:01:49
摘要:

试了一下300k还能对话，最大是400k吗？

标题: L站是不是低内核版本的浏览器登陆不了了？
作者: #chenchunlai
板块: #搞七捻三
编号: 1741746
帖子: https://linux.do/t/topic/1741746
时间: 2026-03-12 17:02:12
摘要:

本来用的360极速浏览器，昨天还是好好的 今天登陆就一直再加载 有佬友也是这样吗？
firefox也不行了？
chrome 我看是没问题
加载页面如下：

标题: Claude code plan套餐在Claude code中异常行为
作者: #TISOZ
板块: #开发调优
编号: 1741747
帖子: https://linux.do/t/topic/1741747
时间: 2026-03-12 17:02:15
摘要:

有人碰见这种一直思考中，但没token输出和下一步，  思考了十几分钟直接计费吃完了的情况吗。
切成第三方API也出现过，但使用记录里面一直没请求，属于卡住的一个情况。
各位佬们有碰到过吗

标题: 公司给配的新电脑太无语了
作者: #倾风
板块: #搞七捻三
编号: 1741749
帖子: https://linux.do/t/topic/1741749
时间: 2026-03-12 17:02:39
摘要:

公司配发的新办公笔记本 - 华为擎云G540
我的天，我都不知道公司哪来的资源搞的这种笔记本 咋看都感觉被坑了 俗话说好马配好鞍  但起码得是个鞍吧
罗列下

笔记本必须一直连接电源，拔掉电源10分钟掉电20%，42分钟直接低电量关机（实测数据）
打开空白excel 风扇会呼呼转 （公司it说这种电脑 是正常的 习惯下？？？）
不允许安装触摸板驱动（？？？我不理解）

暂时这几点实在难崩 就这还兴师动众的让员工全部都换新电脑
还是怀念以前的老伙计联想 ThinkPad