好喜歡搧奶啊 ❤️ @tangyuan_269 How can you not love b00b-slapping? 三片共60分鐘所有平台更新完畢 3 clips totalling 60 min. #又是個週二# #JustAnotherTuesday#

捂住嘴，只能悶聲嗚嗚嗚 放手後的大喘氣，聽起來好動人🎆 Her big breath as soon as I let go. Priceless. @tangyuan_269 目前上了40分鐘，下週還有一片 40 min uploaded. One more clip to go next week.

反代 灰产 中转 应该都在这里了👇 一、综合型多协议网关 CLIProxyAPI 是这个赛道的标杆，把 Gemini CLI、Antigravity、ChatGPT Codex、Claude Code、Qwen Code、iFlow 包装成 OpenAI/Gemini/Claude/Codex 兼容的 API 服务 AIClient-2-API 是 Node.js 实现，通过模拟 Gemini CLI、Antigravity、Codex、Grok、Kiro 的客户端请求，封装成本地 OpenAI 兼容接口 2026 年初还加了 Grok 的 Cookie/SSO 逆向，是目前对 Grok 支持最完整的 Antigravity-Manager 是桌面客户端路线，Tauri + React 写的，把 Google/Anthropic 的 Web Session 转成标准化 API 接口，带 OAuth 链接生成和账号池调度。这个适合拿来讲"账号管家"这种场景化内容 9router 和它的 TypeScript fork OmniRoute 是"智能路由 + 多档 fallback"的代表，iFlow、Kiro、Qwen 被标为 FREE 的是真免费无限，通过 OAuth 和 device auth 接入 ccproxy-api Python 实现，特点是直接复用 Claude CLI SDK tokens 和 Codex CLI 的 credential store，插件系统做得比较干净 CliGate 带可视化 Dashboard，支持 ChatGPT Account Pool、Claude Account Pool OAuth PKCE login、Antigravity Account Pool，一键配置 CLI 工具 二、Claude 专项 claude-relay-service 是国内最火的 Claude 中转方案，集成 Anthropic 的 OAuth 授权流程，在 Web 界面点击 Add Account 生成授权链接，登录 Claude 账号授权后接入服务。拼车党的基础设施，教程必讲 ClewdR 是 Rust 写的，支持 Claude 网页和 Claude Code，单一静态二进制覆盖 Linux/macOS/Windows/Android，Docker 镜像齐全，带 React 管理界面。性能路线代表 claude-code-proxy 是 Claude Code 转 OpenAI 的经典实现，教程里讲"双向转换"的基础案例 claude-relay（npow）是另一个思路，直接起一个 claude -p 进程来代理，而不是逆向协议 claude-unofficial-api 和 unofficial-claude-api（st1vms）是更早期的纯 Session Key 逆向（前者 JS、后者 Python），适合在教程里讲"历史演进" Claude Code Action with OAuth是官方 Claude Code Action 的 fork，支持 OAuth 认证，让 Claude Max 订阅者在 GitHub Actions 里使用订阅 opencode-claude-auth 走 Keychain 路线，从 macOS Keychain 读取 Claude Code OAuth credentials，支持多账号自动检测 三、ChatGPT/Codex 专项 PawanOsman/ChatGPT 是元老级项目，把逆向成本打到几乎为零 acheong08/ChatGPT（revChatGPT）是逆向 ChatGPT Web 的祖师爷仓库 codexProxy（J1aDong/codexProxy）你自己做的那个方向，类似的还有不少把 Codex 包成 Anthropic Messages 入口的。 四、Gemini 专项 gemini-proxy（KashifKhn）是目前最干净的实现，Bun + Hono + TypeScript，OAuth 2.0 + PKCE 浏览器登录，自动刷新 token，不需要付费 API key，不需要 gcloud CLI gemini-openai-proxy（Brioch）、gemini-cli-proxy（ubaltaci）、geminicli2api（gzzhongqi）是同类的三个竞品，各有侧重。 openai-gemini（PublicAffairs）是 Serverless 路线，可以直接部署到 Vercel/Cloudflare Workers，讲部署那集必备。 五、Copilot 专项 copilot-proxy（hankchiutw）一个简单的 HTTP 代理，把 GitHub Copilot 的免费额度暴露成 OpenAI 兼容 API，思路清晰。 github-copilot-proxy（BjornMelin）做的是反向，让 Cursor 调 Copilot 的后端，绕过 Cursor 的 500 次 premium 限制。 copilot-proxy（lutzleonhardt）是 VS Code 插件路线，通过 Language Model API 暴露，思路很野 六、Kiro / Qwen / Grok 逆向 kiro-gateway（jwadow/kiro-gateway）是 Kiro IDE / Amazon Q Developer 的网关，免费白嫖 Claude 模型的核心姿势。 Qwen-Copilot-Proxy（edwardgj）伪装成 Ollama 接口来对接 Copilot Chat，思路巧妙。 GrokProxy（CNFlyCat）走 Cookie 路线，从开发者工具 Network 面板抓 sso= 开头的 cookie 配置进 cookies.yaml，教程里讲 Cookie 型反代的标本。 七、Cursor 专项 Cursor-To-OpenAI（JiuZ-Chn/Cursor-To-OpenAI）把 Cursor 编辑器的 AI Chat 包成 OpenAPI，从 Cursor 客户端 cookie（user_ 开头）提取认证，网页 cookie 不能用。这个对讲"客户端 Cookie vs 网页 Cookie 差异"是绝佳案例 八、逆向号池 + 商用平台（拓展视野） FakeOAI/tokens（FakeOAI/tokens）是商用级别，轮训号池将各大平台的模型能力转化为 OpenAI、Anthropic、Gemini 等平台的 API 接口标准格式，支持 Claude Code、Codex、GeminiCli 等终端调用。

这三个东西凑齐之后，Obsidian已经不是一个笔记软件了。 1. Obsidian Web Clipper 浏览器看到好东西一键剪进库，原生 .md 格式。 2. Obsidian CLI 让Claude Code直接接管整个仓库：读、写、搜、改、建双链等等。 3. Obsidian Skills 最狠的一个，让Agent知道什么时候应该写 .md 笔记，建 .base 表格，或者生成一张 .canvas 画板。 你不再只是记笔记，你是在整理你的第二大脑。

「不怕不怕 （摸頭）」 來，跟我做一件事 （張嘴） 「啊～～～～～」 這輩子沒當牙醫可惜 20分鐘已更新，月訂閱即可看 "Nothing to be scared of." "Open up. Say 'ah'." Maybe I should've pursued dentistry. @tangyuan_269 Sub to watch this 20 min clip. #又是個週二# #JustAnotherTuesday#

分享一下我做中转站块两个月的经历吧 起因是前阵子我一个朋友，他是团队技术负责人，老板要求他们AI 转型，听说 Claude Code 很强，但是封号太严重，问我有没有什么稳定的方式可以用 CC，我调侃了一下你们公司今年才开始用 AI，他无奈表示估计是最近龙虾热，老板开始关注这一块 我想了一下，我有美国公司的 Mercury 信用卡，支付渠道是安全的，而且也有公司域名可以批量注册 账号，手机号的问题可以通过 hero-sms 解决，剩下的问题就是解决使用端的问题了，使用端可能有各种问题导致泄漏封号 这个也很好解决，只要从一个集中的环境分发，这样就可以稳定地把账号放在安全的环境下运行 我研究了一下，目前 Claude 的账号分发的方案已经很成熟，比如 sub2api，cliproxyapi，看了一下 sub2api 的系统比较完整，于是基于 sub2api 开发了 这个站点，给了我朋友他们去用，他们统一支付我费用，我这边来保证我的心，跑下来一周的结果很顺畅 于是我在 3.18 在推上发布了这个站点，开放了第一批席位，一开始还是比较顺利的，大家反馈也比较好，但是刚好运气不太好，发布的 2 天 之后，正好赶上 Claude 开始大规模封号。群里开始反馈卡顿错误了，我一看，后台一半的 max 账号挂了，我思考了一下，能做的变量都做了，居然还会封号 我开始补新的账号上去，但是跟之前不一样的是，这次上的号，很快就挂了，这时候非常的绝望，这个事情比我想象的难度要大得多，服务基本快无法支撑住了，那几天基本两三点都在补账号，测试账号封禁策略，因为第二天用户马上就会开始用，同时服务出现异常的时候，很感谢群里的用户都非常理解，非常感谢 新号这条路走不通了，那么老号是不是权重更高一点，接下来我紧急电话联系了几个在海外的朋友，问他们能不能拿账号给我测试下，也非常感谢他们愿意跟我做这个测试，老账号放上去之后，服务大概稳住了，果然是针对新账号的大规模风控，尤其是使用域名邮箱注册的，也很容易理解，毕竟注册门槛低，并且很容易关联，x 上还有很多推荐用域名邮箱批量注册账号的，只能说把 anthropic 想得太简单了，测试下来 Google 登录的老账号是最稳的 除此之外我研究了一下 sub2api 的分发策略特征也很明显，也很容易暴露来自于账号共享，反而更容易导致封号，于是开始让 cc 不断的改分发策略，从 user agent 头，指纹模拟，用量限制，缓存，尽可能模拟真实用户的使用情况，最终现在账号稳定度提高了很多，不会一上来就挂了 跑完这两个月，感触还是挺多的，这是一个有需求的生意，同时也很非常重运维和售后的事情，token 卖出去了，如果服务不稳定，客户一样是要退款的。目前为了保障服务的稳定性，一直都是按有限位置卖，主要还是怕服务跟不上

好久没有 #buildInPublic# 同步下最近的动作吧， 已经完成，我甚至搭配了一个 chatbot😂，听上去有点过时，但是就像早上转发的 @garrytan 的推文，Claw 对于有开发经验或者"聪明的人"来说是法拉利，但不是每个人都需要法拉利，也不是每件事都需要从零推理。 比如我最近经常处理 PDF 材料，一开始用 Claude Code 调 Gemini 3 Flash 多轮处理，跑通之后我就写成了一个 Clip（可以理解成 Agent 的 App），现在 `pinix invoke pdf parse --url "xxx"` 一行搞定。 还有很多内容只有小红书上才有，以前让 agent 搜小红书得 browser-use，操控浏览器，慢而且不稳。现在就是 `pinix invoke xiaohongshu search --keyword "种草"`，结构化返回。 Google 搜索也是，`pinix invoke google search --query "AI agent"`，这是我用得最多的 Clip。 这些 Clip 装到 Pinix 上，我手机上的 chatbot 就都能用了。它只能做 Clip 能做的事，但每多一个 Clip 就多一项能力。50 多个 Clip 下来，日常大部分事情手机上就搞定了。 code agent 探路，Clip 沉淀。越用越收敛，越收敛越可靠。 给 Agent 装能力，像给手机装 App。这就是 Pinix。