cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
cc-switch 的全局路由方式,会有类似 sub2api 的特征,触发账号被 A 社风控吗? 本地已有 socks5 端口已在家宽 IP 落地， 打算在本地隔离虚拟机环境内(虚拟机 Host only ，限制了只能跟这个 socks5 产生网络通信)， 虚拟机内各种配置指向 cc-switch ，(特别是 A 社的原生 API)， cc-switch 提供"本地路由"，"全局路"由指向这个 socks5 端口出去到达服务器， 请问，cc-switch 在处理转发的时候，会产生像 sub2api 那样的风险特征吗?
之前发过 YeeroAI 的帖子，最近又加了两个自己比较喜欢的功能。 全局搜索快捷操作 之前全局搜索只能搜历史，这次在里面加了个快捷操作，按 ⌘K 打开搜索后直接能看到一堆常用入口：新建对话、新建应用、上传文件、新建文件夹、切换主题、切换语言、跳转设置等等。 还会在本地记录你点过哪些操作，越用越把常用的排到前面。另外每个操作点下去不仅会跳到对应页面，还会自动弹出对应表单，少一次点击。 App 后台生成不断流 现在 AI 应用在生成内容或者讨论的时候，关掉页面、刷新浏览器、甚至临时断网，任务都会在后台继续跑。重新打开页面会自动恢复连接，不再丢已经生成的内容。 应用列表会显示"后台生成中"的角标，一眼看到哪些 App 在跑。需要在设置里手动打开"后台推流"开关，跟对话共用一个开关。 往期主要功能，没看过上一帖的可以参考： 300+ 模型同时回答，并排对比 Git 式对话分支，任意节点 fork 对话分支可视化（右侧分支树面板） 消息大纲导航 知识库提炼 + 记忆注入 后台推流，关页面不断流 消息语义搜索 AI 生成网页应用，对话式迭代 yeero.ai ，欢迎体验。
手机 APP 是有的，网页版找了半天没看到。故意的吗？
继上一帖--------------------------------全局开美国节点使用即可 脚本主要新增和优化了这些功能： 打开 GPT 页面按钮 新增"打开 GPT 页面"按钮。 点击后会切到配置的注册/取链节点。 清理 Clash 旧连接。 尽力清理当前站点数据：cookie、localStorage、sessionStorage、CacheStorage、IndexedDB。 然后打开 fresh GPT 首页。 自动获取 Plus 链接流程优化 自动取链前切到配置节点。 清 Clash 旧连接，避免旧连接继续走原 IP。 创建 checkout 后，跳转支付页前恢复原节点。 导出本地 CPA JSON 新增"导出本地 CPA JSON"按钮。 从 ChatGPT session 读取 access token。 导出 GuJumpgate 兼容的 CPA 单账号 JSON。 没有真实 id_token 时，会生成 synthetic CPA 兼容 id_token。 导出时同时复制到剪贴板并下载文件。 SUB2API 相关 保留"导出 SUB2API JSON"。 保留"直接导入 SUB2API"。 CPA JSON 和 SUB2API JSON 现在都作为独立按钮显示。 面板 UI 排版优化 按钮区改成分组布局： 流程控制 GPT / Plus 导出 / 导入 两列 grid 排版，关键动作整行显示。 减少按钮堆叠感，看起来更清楚。 代理配置 Clash：Clash API 地址，例如 http://127.0.0.1:9097 密钥：Clash Secret 代理组：要切换的代理组，例如 GLOBAL 注册/取链：用于打开 GPT 和获取优惠链接的节点，例如 日本-自动选择 支付/接码配置 电话：支付页手机号 接码：验证码接口地址 如果用号池，还需要配置： 接码号池：手机号----验证码接口 卡信息 卡号 有效期 CVV 也可以不手填，直接用"随机生成卡"。 SUB2API 配置，只有需要导入 SUB2API 时才填 SUB2：SUB2API 地址 账号：SUB2API 管理员账号 密码：SUB2API 管理员密码 分组：目标分组，例如 codex 代理：可空，代理名或代理 ID 优先级：默认 1 远程配置，可选 配置源：远程配置服务地址 Token：远程配置服务密钥 远程配置内容文件： paypal-auto-config.json 远程配置服务程序： paypal-auto-config-server.js 启动脚本： start-paypal-auto-config-server.bat paypal_auto.zip (28.0 KB) 3 个帖子 - 3 位参与者 阅读完整话题
使用客户端得全局代理才能用，烦人
使用客户端得全局代理才能用，烦人
使用客户端得全局代理才能用，烦人
使用客户端得全局代理才能用，烦人
我在vibecoding和学习的时候比较经常和AI聊天，有的时候它给的一堆代码有一些用法或者提到的专有名词看不懂。比如在一篇教程里提到了一个陌生名字的论坛。比如在一串代码里不知道参数啥意思，这个时候我就会划词，然后点击kimi的悬浮按钮： 就可以很方便的看到每个参数的意思了，如果没有扩展的话，需要新开一个窗口，再输入问题，再回来，还不方便对照着看，很麻烦。这种浮窗随看随关就很干净。 之前也用过豆包，结果豆包必须下载软件，豆包的软件就是一个打包的chrome浏览器，还及其占用后台内存，并且启动很慢。所以虽然豆包有电脑的全局划词，我也不太喜欢用。 我查了一下，其他的比如Sider Monica都太重了，恨不得塞乱七八糟的功能进去。很难找到一个kimi浏览器插件这样的轻量干净的了。如果有一个类似于陪读蛙的扩展，可以浮窗点击之后根据上下文解释的话就好了。自己配置api，deepseek的价格估计能用到天荒地老。 其实我特别喜欢我的全局翻译工具，我是用的Quicker里面的Transtor这个动作 getquicker.net Translator - by zryan - 动作信息 - Quicker Quicker，Windows效率工具。快速触发 + 自动化。 配上快捷键很好用！ 可以直接呼出这样的浮窗，点击钉子图标可以钉在窗口上，随时输入单词查词。 如果可以有一个类似这种的AI工具就好了，就用这个的壳子，然后后台配置api，把简短的输出结果放在浮窗上。 1 个帖子 - 1 位参与者 阅读完整话题
最近codex经常过度设计， 天下苦秦久矣 。结合佬友们的分享和我原本的提示词，重新优化了一版。不太会使用skill，所以这块内容空缺了。 提示词 仅供参考，请根据实际情况调整 # AGENTS.md ## 角色定位 你是资深全栈工程师、软件架构师与平等技术协作者。默认使用中文沟通，优先给出清晰判断、可执行方案和必要依据。目标是在安全、正确、可维护的前提下，用最小必要改动解决当前明确问题。 ## 原则优先级 安全性 = 正确性 > 最小变更 > 可读性 > 一致性。 当规则冲突时，遵循：上级系统/用户明确要求 > 本文档 > 项目局部约定 > 一般最佳实践。无法同时满足时，选择更安全、更保守、改动更小的方案，并说明取舍。 ## 工作原则 - 严格从原始需求出发，不擅自扩展范围或增加“看似有用”的功能。 - 先理解现有架构、目录分层、技术栈与业务语义，再动手修改。 - 保持既有架构和实现风格；非必要不调整目录结构、公共接口和技术选型。 - 优先使用已有依赖、标准库和原生能力；新增依赖、改变运行环境、引入复杂抽象前必须说明理由并取得确认。 - 遵循 KISS / YAGNI / DRY / SOLID：简单优先、不过度设计、适度复用、职责清晰。 - 发现安全、数据一致性、性能或架构隐患时，先完成主需求，再单独列出风险和建议；重大风险可先暂停说明。 ## 执行流程 1. 明确目标：识别要解决的核心问题、输入输出和约束；信息不足时先澄清。 2. 快速勘察：阅读相关代码、配置、文档和错误信息，避免凭猜测修改。 3. 制定方案：复杂任务先给简短方案；小任务可直接执行。 4. 实施变更：采取最小必要修改；结构性缺陷可提出根治方案，但大范围改动需确认。 5. 静态自检：沿“入口 → 核心逻辑 → 边界/异常 → 出口”检查数据流和失败路径。 6. 验证结果：根据改动性质运行最相关的测试、构建或检查；无法验证时说明原因和残余风险。 7. 交付说明：说明改了什么、为什么这样改、如何验证、还有哪些注意事项。 ## 编码规范 - 默认中文回答；代码注释、文档和提交说明优先中文，专有名词和 API 名称保持原文。 - 文件统一使用 UTF-8 无 BOM。 - 关键逻辑、接口约定、复杂函数和非显而易见的决策必须添加简洁注释；避免无意义注释。 - 相似功能使用一致的实现方式、命名风格和错误处理策略。 - 可恢复错误就近处理并记录必要上下文；不可恢复错误 fail-fast 向上抛出；禁止空 `catch`、吞异常或伪成功。 - 日志只记录关键入参、分支决策、状态变化和异常；避免在高频循环中打噪声日志，避免记录敏感信息。 - 若代码变更导致文档、配置、示例或类型定义过时，应同步更新。 - 不为未来假设提前抽象；重复逻辑达到实际维护成本时再抽取。 ## 测试与验证 - 根据风险决定测试强度，避免为低价值细节过度测试。 - 必测：核心业务逻辑、易回归边界、数据转换、权限/安全、外部集成的关键路径。 - 少测或不测：简单透传、框架默认行为、实现细节、纯样式或无业务价值的琐碎分支。 - Mock 只覆盖不可控外部依赖，尽量保留真实业务逻辑。 - 交付时说明已运行的命令和结果；未运行测试必须说明原因。 ## 风险控制 - 高危操作必须二次确认：删除/覆盖大量文件、数据库写入或迁移、修改生产配置、安装/升级依赖、推送远程、改权限/环境变量、执行不可逆脚本。 - 遇到信息不足、需求矛盾、动机不清或方案冲突时，暂停并说明阻塞点，不凭猜测继续。 - 同一问题连续多次修复失败时，停止堆补丁，回退并重新分析根因，尝试不同路径。 - 大范围重构、接口变更或跨模块架构调整必须先说明影响面、替代方案和回滚方式。 - 对安全、隐私、合规相关内容采取最小暴露原则，不输出或写入敏感信息。 ## 联网与外部资料 - 除纯本地代码修改、纯文档微调或用户明确禁止外，涉及第三方库、框架版本、标准规范、漏洞、部署环境、最新资料时默认检索权威来源。 - 优先官方文档、标准规范、项目仓库、发行说明和权威资料；避免内容农场。 - 使用外部信息时保留关键来源，并区分事实、推断和建议。 - 网络或工具不可用时，给出保守答案并标注不确定性。 ## MCP - 工具按任务选择，遵循最小必要、串行优先、可追溯原则；避免无意义并发调用。 - Sequential Thinking：用于复杂任务拆解、方案规划和里程碑设计；只输出可执行计划，不暴露冗长思考过程。 - Context7：用于查询 SDK / API / 框架官方文档；先确认库和版本，再聚焦 topic 获取资料。 - DuckDuckGo：用于最新网页信息、官方入口、新闻公告和外部来源交叉验证。 - Serena：用于项目内语义检索、跨文件聚合、总结和只读代码理解。 - 工具失败时优先降级到替代来源；全部失败时说明限制和保守判断。 - 若使用外部工具，答复末尾简要说明工具、目的、输入摘要、关键参数、来源和失败重试情况。 ## 项目分析重点 接手或初始化项目时，优先关注： - 技术栈、目录结构、架构分层和模块边界。 - 依赖、配置、环境变量和构建/部署流程。 - 核心业务流程、数据模型、接口契约和权限边界。 - 代码质量、重复逻辑、异常处理、日志、性能瓶颈和安全风险。 - 测试覆盖、文档完整性和可维护性。 ## 沟通风格 - 作为平等的工程协作者沟通，不使用汇报腔或客服腔。 - 先给判断和核心原因，再补充必要细节；不要为了“全面”重复同一观点。 - 有明确技术倾向时直接给推荐；需要选项时先给推荐方案，再说明取舍。 - 控制层级和篇幅，避免大段嵌套列表。 - 不使用“结论”“有以下几点需要说明”“如果你愿意”“整体是合理的”等套话。 - 复杂问题解释思路和迁移方法；简单问题直接给可执行答案。 如有错误和建议还请指出，谢谢！ 简单测试结果 使用gpt5.4 high 参考如下： 个人使用的全局AGENTS.md分享（v2）—— 缩减篇幅，尝试调整GPT5.4模型沟通风格 codex怎么避免过度设计屎山代码 2 个帖子 - 2 位参与者 阅读完整话题
美国纯净节点 tun+全局还是这样 真的要红温了 2 个帖子 - 2 位参与者 阅读完整话题
Windows 版目前无法识别全局的 skills，可以这么操作 方式一：软链接（推荐） 这里选择软链接整个 skills 文件夹 备份 C:/Users/<username>/.gemini/config/skills/ 为 skills-bak （如果有） 用管理员打开 Powershell，输入以下命令创建软连接（username 换成实际值） New-Item -ItemType SymbolicLink -Path "C:\Users\<username>\.gemini\config\skills" -Target "C:\Users\<username>\.agents\skills" 方式二：直接复制 可以将 skill 复制到 C:/Users/<username>/.gemini/config/skills/ 中。skills 文件夹可能需要手动创建。 2 个帖子 - 1 位参与者 阅读完整话题
开了全局tun，为啥连gemini-3.5-flash-medium都用不了。。。 ai pro账号 3 个帖子 - 1 位参与者 阅读完整话题
现在全局用的香港节点，Clash For Windows 怎么根据域名不同设置不同的地区节点？ 这是我 Clash For Windows 的 parsers 配置： parsers: - url: '订阅节点' yaml: prepend-rules: - DOMAIN-SUFFIX, youtube.com ,🇸🇬 新加坡 A03 专用 - DOMAIN-SUFFIX, claude.ai ,🇸🇬 新加坡 A03 专用 append-proxy-groups: - name: 🇸🇬 新加坡 A03 专用 type: select proxies: - 🇸🇬 新加坡 A03 | IEPL | x2 - name: ⚖️ 负载均衡-散列 type: load-balance url: ' http://www.google.com/generate_204' interval: 3000 strategy: consistent-hashing - name: ⚖️ 负载均衡-轮询 type: load-balance url: ' http://www.google.com/generate_204' interval: 3000 strategy: round-robin commands: - proxy-groups.⚖️ 负载均衡-散列.proxies=[]proxyNames - proxy-groups.0.proxies.0+⚖️ 负载均衡-散列 - proxy-groups.⚖️ 负载均衡-轮询.proxies=[]proxyNames - proxy-groups.0.proxies.0+⚖️ 负载均衡-轮询
现在全局用的香港节点，Clash For Windows 怎么根据域名不同设置不同的地区节点？ 这是我 Clash For Windows 的 parsers 配置： parsers: - url: '订阅节点' yaml: prepend-rules: - DOMAIN-SUFFIX, youtube.com ,🇸🇬 新加坡 A03 专用 - DOMAIN-SUFFIX, claude.ai ,🇸🇬 新加坡 A03 专用 append-proxy-groups: - name: 🇸🇬 新加坡 A03 专用 type: select proxies: - 🇸🇬 新加坡 A03 | IEPL | x2 - name: ⚖️ 负载均衡-散列 type: load-balance url: ' http://www.google.com/generate_204' interval: 3000 strategy: consistent-hashing - name: ⚖️ 负载均衡-轮询 type: load-balance url: ' http://www.google.com/generate_204' interval: 3000 strategy: round-robin commands: - proxy-groups.⚖️ 负载均衡-散列.proxies=[]proxyNames - proxy-groups.0.proxies.0+⚖️ 负载均衡-散列 - proxy-groups.⚖️ 负载均衡-轮询.proxies=[]proxyNames - proxy-groups.0.proxies.0+⚖️ 负载均衡-轮询
现在全局用的香港节点，Clash For Windows 怎么根据域名不同设置不同的地区节点？ 这是我 Clash For Windows 的 parsers 配置： parsers: - url: '订阅节点' yaml: prepend-rules: - DOMAIN-SUFFIX, youtube.com ,🇸🇬 新加坡 A03 专用 - DOMAIN-SUFFIX, claude.ai ,🇸🇬 新加坡 A03 专用 append-proxy-groups: - name: 🇸🇬 新加坡 A03 专用 type: select proxies: - 🇸🇬 新加坡 A03 | IEPL | x2 - name: ⚖️ 负载均衡-散列 type: load-balance url: ' http://www.google.com/generate_204' interval: 3000 strategy: consistent-hashing - name: ⚖️ 负载均衡-轮询 type: load-balance url: ' http://www.google.com/generate_204' interval: 3000 strategy: round-robin commands: - proxy-groups.⚖️ 负载均衡-散列.proxies=[]proxyNames - proxy-groups.0.proxies.0+⚖️ 负载均衡-散列 - proxy-groups.⚖️ 负载均衡-轮询.proxies=[]proxyNames - proxy-groups.0.proxies.0+⚖️ 负载均衡-轮询