Sam Altman的最新访谈，感觉信息量并不大，几个有趣的地方： 1. 让 OpenAI 下决心囤算力，是因为 GPT4 ，只要搞定让模型推理能力变强，未来可以做高经济价值的任务。 2. OpenAI 未来算力绝大部分会用于模型推理，万亿美元规模营收，保持一点利润率，就够支撑训练新模型。 3. Altman判断，机器人领域的 ChatGPT 时刻会在接下来两三年内出现。 4. OpenAI 发 GPT3 时，团队其实是想赚钱，让更多人用 API，结果真跑通的场景只有一个：文案写作。 营销公司收客户 20 美元，付 OpenAI 两毛钱让 AI 写一篇落地页文案。 5. ChatGPT起源，OpenAI的 Playground 测试页，用户喜欢在这里跟模型聊天，发现这点后，干脆做一个更好的“聊天”工具，原来产品叫“Chat with GPT3.5”，上线前几个小时改名为“ChatGPT”

和Quant Alex @StochAlex07 讨论： SABR Theta与Spot Theta+Vol Theta+Cross Theta的异同与应用，以及SABR模型自洽性分析。 **English Summary of the Chat** **SABR Theta vs Spot Theta + Vol Theta + Cross Theta** The conversation between **Alex Wu** (white bubbles) and **Jeff Liang** (green bubbles) is a technical discussion focused on **SABR Theta versus Total Theta** (i.e., Spot Theta + Cross Theta + Vol Theta), model self-consistency, PDE residual, and the correct definition of SABR Greeks. ### Key Points Discussed: 1. **SABR Gamma = Spot Gamma** (first major question, raised by Jeff) Jeff asked whether SABR Gamma (\(\partial^2 P / \partial F^2\)) is identical to Spot Gamma and whether it includes the dependence of \(\sigma_B\) on \(F\). He also provided the full chain-rule expansion of SABR Gamma in terms of Black-76 Greeks. Alex confirmed the understanding and **later affirmed in code** that this is exactly how SABR Gamma is implemented in their system. 2. **SABR Theta vs Total Theta and Model Self-Consistency** (main topic, led by Jeff) Jeff shared a clear 3-point understanding: - SABR Theta is computed directly via the SABR approximation formula to obtain \(\sigma_B\), then applying the Black-76 chain rule: \(\partial P/\partial t =\) BS_Theta(\(\sigma_B\)) + BS_Vega \(\cdot \partial\sigma_B/\partial t\). - Total Theta is the exact decomposition from the SABR PDE (Spot Theta + Cross Theta + Vol Theta). - When the model is **fully self-consistent** (Residual = \(\partial P/\partial t + \mathcal{L}P = 0\)), SABR Theta = Total Theta; otherwise the difference is the unexplained PnL caused by the approximation error in the Hagan formula (especially pronounced in long-dated, high vol-of-vol, or high-skew options). 3. **Practical Implication – Theta Decomposition Decision** (comment by Alex) Alex noted that whether to perform Theta decomposition depends on the risk-management approach: - Without decomposition → use SABR Gamma vs. dP/dt. - With decomposition → SABR Gamma maps to Spot Theta, Vanna to Cross Theta, and Volga to Vol Theta. **Overall Tone**: The discussion is highly technical and collaborative. Jeff drives the conversation by asking clarifying questions and presenting a well-structured 3-point summary of his recent study. Alex provides confirmations, practical insights, and code-level validation. Both participants demonstrate a strong command of SABR model nuances, particularly the relationship between approximation error, PDE residual, and real-world risk management.

反代 灰产 中转 应该都在这里了👇 一、综合型多协议网关 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 等终端调用。

Chat Control 没有死，它只是换了个马甲 在公共舆论中，“保护儿童”往往被塑造成不容置疑的政治正确。然而，欧盟近期强推的 Chat Control 法案，其真实图景却恰恰相反——这项法案的实际效果，是以牺牲 99% 无辜公民的数字隐私权为代价，去追逐那 1% 的潜在罪犯。 前不久，这项在程序正义上饱受争议的法案，凭借一个隐蔽的程序漏洞，以少数票强行通过了。 “绝妙的民主”：一场暑假前的政治偷袭 我们需要理清这场博弈的来龙去脉。 2022 年，欧盟委员会提出 Chat Control 法案，其核心条款是：允许 Meta、Google、微软等科技巨头在无需法院令的情况下，对平台上的私信进行大规模、自动化的无差别扫描，以检测儿童性虐待材料（CSAM）。事实上，这项“临时授权”自 2021 年起就已生效并多次续期。 直到今年 3 月，民意迎来了一次短暂的胜利——欧洲议会以 311 票对 228 票的绝对优势，明确投票拒绝为该授权续期，该临时授权于 4 月 3 日正式到期。 然而，政治博弈的残酷性在于它并不轻易服从民意。 7 月 2 日，欧盟理事会（即各成员国政府）绕开议会，将几乎一字未改的法案重新包装，通过“二读程序”重新提交。二读程序中藏有一个关键的规则红利：议会需要全体议员的“绝对多数”（即 710 票中的 361 票）才能否决法案，而非仅仅看“到场议员的多数”。 欧盟理事会特意将投票时间选在了暑假前的最后一次全体会议，此时大量议员已提前离会。 最终的投票结果极具讽刺性：276 票赞成，314 票反对，17 票弃权。 反对票比赞成票足足多了 38 票。但正是因为未能凑够 361 票的法定理性绝对多数，该法案在法律层面上被判定为“通过”。 前欧洲议员 Patrick Breyer 直言不讳地将这一行径斥为“对民主程序的公然蔑视”。 这一结果在海外技术社群与舆论圈引发了剧烈震荡。在 Reddit中，高赞评论字字见血： “通过只需要 276 票，否决却需要 361 票。真是绝妙的民主。” “温情提示：政客、律师和官员因‘职业保密’原则在法案中获得豁免。老大哥从不审视自己。” “作为一个坚定的欧洲一体化支持者，我不得不承认，正是这种暗箱操作，在一步步摧毁公民对欧盟的信任。” 面对“我们现在该怎么办”的提问，最高赞的回答只有冷峻的一句话：“Use Signal. Side note: Telegram is NOT encrypted.” 算法凝视与失效的审查系统 所谓的“无差别扫描”，究竟在扫什么？又是如何剥夺我们的隐私的？ 在目前通过的 Chat Control 1.0 框架下，扫描对象为未端到端加密的平台私信，涵盖 Instagram DM、Discord、Snapchat、Skype、Xbox 消息、Gmail 以及 iCloud 邮件。其技术手段主要依赖三种路径： 哈希匹配：对比已知违法图片数据库（如 PhotoDNA 技术）； AI 图像识别：试图检测未知违法图片； 文本分析：用于识别所谓的“诱骗”语言模式。 目前，采用端到端加密的消息（如 Signal、WhatsApp）尚在安全地带，但“目前”并不代表未来。 比隐私泄露更令人担忧的是，这套依靠算法维系的审查系统在现实中低效且臃肿。各项官方及权威机构的数据给出了有力的回击： 德国联邦刑事警察局（BKA）指出：在收到的 Chat Control 警报中，高达 48% 的线索完全与犯罪无关。 瑞士联邦警察的数据更为激进：80% 的机器自动生成报告最终被证实为无效错误。 爱尔兰警方的实证同样印证了这一现状：在收到的 4192 份报告中，仅有 852 份（20.3%）确认为真实违法材料。 欧盟委员会自己的评估报告亦不得不承认：没有任何证据表明，这种侵犯广泛公民隐私的无差别扫描，与定罪率的提升有任何实质性的因果关联。 在源头上：2024 年来自私信扫描的报告仅占所有儿童保护报告的 36%，绝大多数真正有价值的线索依然来自公开帖子和云存储。 最荒谬的现实来自于科技巨头自身——在 Meta 产生的庞大报告中，99% 是早已记录在案的旧材料，对于阻止正在发生的、当下的虐待行为几乎毫无裨益。 前欧洲议员 Patrick Breyer 曾做出过一个极具穿透力的比喻： “用大规模监控来保护儿童，就像拼命在屋里拖地，却始终不肯去关上那个一直开着的水龙头。” 权力、资本与被操纵的议程 既然技术上漏洞百出，法理上备受质疑，为什么这项法案依然能被强行推向历史舞台？因为在其背后，伫立着一条隐秘的利益链条。 据跨国媒体（Balkan Insight）的深度调查揭露：美国组织 Thorn 是 Chat Control 最激进的游说力量之一，而极具讽刺意味的是，它同时也是 CSAM 扫描软件的商业销售商。 在这场资本与权力的合谋中，政治权力的傲慢展现得淋漓尽致。欧盟委员会负责推动该法案的专员 Ylva Johansson，曾三次拒绝与数字权利组织会面，却被曝出在幕后使用微定向广告技术来精准推广这项提案——而这一推广手段本身，就已经公然违反了欧盟引以为傲的《通用数据保护条例》（GDPR）。 甚至连欧盟理事会自己的法律顾问也在内部意见中明确发出警告：该提案已实质性违反了《欧盟基本权利宪章》第 7 条（关于公民隐私权的规定）。但在暑假前的政治时间窗口里，这些理性的声音悉数被权力掩埋。 终局未至：Chat Control 2.0 的技术灾难 如果说 1.0 时代是对公共通信管道的截流，那么正在谈判中的 Chat Control 2.0，则是对人类数字生活根基的毁灭性重塑。 1.0 尚且局限于未加密平台，而 2.0 的核心诉求是引入客户端扫描（Client-Side Scanning）。这意味着，在你的信息被端到端加密、发送出去之前，它必须在你的本地设备（手机、电脑）上接受算法的预先审查。 这相当于：加密的锁依然挂在门上，但在你打包行李的阶段，权力就已经强行翻开了你的私密背包。 对此，Signal CEO Meredith Whittaker 表达了决不妥协的底线： “我们宁可选择退出欧盟市场，也绝不会破坏我们的隐私承诺。这是装在安全瓶子里的监控毒酒。” 同时，全球超过 500 名顶尖密码学家联署公开信指出：在操作系统底层强行引入客户端扫描，等同于在数字世界的基础设施中亲手挖出一个巨大且无法修复的安全漏洞。 目前，2.0 仍在艰难的谈判与拉锯中，这场关于数字自由的战争远未结束。 我们如何自处？ 对于我们这些每天穿梭在多种语言之间的人，这意味着什么？ 当你使用翻译工具阅读一封来自海外合作伙伴的商业邮件，当你在 Discord 或 Slack 上与外国同事探讨行业趋势，当你将一份敏感的跨国合同翻译成中文时——这些原本属于个人与商业机密的内容，正在历经一个不可知、不可控的自动化算法的“凝视”。 更具现实威胁的是：这些用于扫描的数据库极不透明，算法从未公开，且误判率高达 13-20%（此为欧盟委员会自身披露的数据）。一张无辜的学术截图、或者一句因文化差异被误读的翻译，都可能因为“特征相似”而被算法自动化标记，随后被递送到某个未知国家执法机构的收件箱中。 信息平权的前提，永远是信息流通的安全。 如果说我们消除语言的藩篱，是为了让更多人能够自由地看见这个真实的世界；但如果在这个世界里，有一套隐蔽的系统正在无时无刻地窥视、审查着你—— 那么我们所需要的底层工具，就不仅仅是一座高效的翻译之桥，还需要一把足够坚固的、捍卫数字主权的隐私之锁。 9 月谈判行将重启，对抗 Chat Control 2.0 的战役依然艰巨。正如 Patrick Breyer 所言：“他们会一直试，直到通过为止。” 而我们要做的，就是保持凝视，直至权力退场。 隐私，从来不是你“有没有东西需要隐藏”的问题，而是你“有没有权利拒绝被窥视”的问题。 💡 遇到复杂的海外技术法案与深度长文？开启「沉浸式翻译」，双语对照，助你解构政客与资本的文字游戏。 #ChatControl# #Privacy# #信息平权# #EndToEndEncryption#

Hermes Studio #2452：Chat# Run 生命周期 Webhook。 一次对话从进线到收尾，现在能把稳定事件异步推到外部系统，而且不堵主聊天路径。覆盖 Bridge、Ekko、Claude Code、Codex；支持多 Webhook 端点、按 profile 过滤、重试，以及 HMAC-SHA256 签名校验。 完整生命周期一共十二类：消息创建，Run 入队，Run 开始，工具开始，工具完成，工具失败，审批请求，审批结束，澄清请求，澄清结束，Run 成功，Run 失败。一条真实 run 会按路径增减，不是每次十二个都齐，但外部系统终于能顺着 agent 跑到哪一步往下接。 默认只推元数据：会话、run、工具名、队列长度、审批选项、token 用量、错误类型这类状态，不推工具参数和结果，不推 reasoning，不推 system prompt。用户原文和助手最终回复也是分开开关，管理员显式开启才会带上，并有长度截断。 投递是内存队列异步扇出，慢下游或挂掉的接收方拖不住 Chat Run；配置会持久化，未投出的事件重启会丢，这是有意做成轻量出口。设置页还带本地测试收件箱，单机就能验签名、超时和真实投递路径。默认拒绝私网目标，要打内网得管理员明确放开。

刚刚在 Chat 垃圾箱翻到一封邮件，做 llm api 中转站的，咨询合作。 好奇点进网站，首页赫然写着「Claude Fable 5」，第一反应是它们可能曾经接过，后来下架后没调。 手贱我用他们给的邀请码注册了，让 Codex 跑一下 Fable 5 的调用，居然通了 😂 这。。到底是背景太硬，还是嘴太硬。。