Dimon Dai

418 posts

Dimon Dai banner
Dimon Dai

Dimon Dai

@Scott__D

前9年ToB SaaS ,现在搞 AI https://t.co/gNUOrLAPPV Doing: https://t.co/sHA08cqC5g https://t.co/HNWrASiyKh https://t.co/HGcplPk2WN

china Tham gia Mart 2013
932 Đang theo dõi48 Người theo dõi
Dimon Dai
Dimon Dai@Scott__D·
笑死😂现在只能用两个 CodexPro20x 纯享版,ClaudeCode 还没找到稳定不封号的渠道或者方式(求教
左子祯@zuozizhen

中文
0
0
0
40
Dimon Dai
Dimon Dai@Scott__D·
祖师爷追着送饭吃
老张来了@laozhang2579

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

中文
0
0
0
25
Dimon Dai
Dimon Dai@Scott__D·
开发过程可视化,人类编程 AI 编程的审阅官,我一直想在我的 Refresh 里加这个需求,一直没想好怎么呈现更好
烟花老师@teach_fireworks

AI Coding 现在开始进入一个很有意思的阶段。 过去大家讨论最多的是模型能力、上下文长度、Agent Loop、Tool Use、自动化编程,但真正把 Agent 长时间放进真实开发环境之后,很多团队发现问题已经不只是“能不能生成代码”,而是“系统能不能管理 Agent 的整个运行过程”。 因为 Agent 一旦连续运行几十分钟甚至几小时,workspace 会不断变化,shell 会持续执行,文件会被频繁修改,tool call 会越来越多,最后整个工程会进入一种非常典型的状态:代码已经变了,但没人知道为什么会变成现在这样。 很多 AI Coding 产品目前其实都存在这个问题,你能看到最终结果,却看不到完整过程,很难知道哪一步修改了文件、哪个 prompt 生成了代码、哪次执行引入了 bug、workspace 是从什么时候开始被污染的,也很难回放整个执行链路。 人类开发者有 Git,但 AI Agent 目前还缺少真正成熟的 runtime-level version control。最近越来越多团队开始重新思考 Agent Infra,本质上是在给 Autonomous Agents 补一层“软件工程基础设施”。 未来真正成熟的 Agent 系统,大概率都会具备 execution DAG、workspace snapshot、session timeline、tool tracing、persistent history、replay、time travel、audit log 这些能力,因为 AI Coding 下一阶段拼的已经不只是生成代码的能力,而是系统是否具备可追踪、可恢复、可审计、可回放的运行能力。 本质上都是让系统具备可追踪、可恢复、可审计能力。 最近看到一个很有意思的开源项目: github.com/regent-vcs/re_… 它做的事情非常直接,给 AI Agent 增加一层版本控制与 可观测基础设施。可以直接追踪某一行代码是在哪次 Agent 执行中生成的。 这个方向我觉得会越来越重要。 很多人现在还把 AI Coding 理解成“更聪明的 Copilot”,但整个行业其实已经开始往“Autonomous Software System”演化了 AI Coding 的下一阶段,拼的已经不只是模型能力了。 更像是在重新发明一套适用于 Autonomous Agents 的软件基础设施。

中文
0
0
1
29
Dimon Dai
Dimon Dai@Scott__D·
哈哈哈和我的想法一样,我相信未来每个人都有属于自己的 Harness💪 开worktree 并行开发需求,开发完,走远程 PR,然后单独弄个会话,统一 Review PR,一个会话统一合并 PR,6 会话一起跑,2个20x Codex 周额度都被蹬干。 为了快捷,我专门搞了一套Harness,github.com/Dimon94/cc-dev…,AI 时代的 PDCA,不断循环并行开发。
九原客@9hills

大家怎么看 superpowers、gsd、gstack、openspec 这些专注于 Coding Workflow 的项目? 我会从中汲取一些 有用的 skill,组成自己的 Research、Design、Plan、Develop、Test、Commit 工作流。

中文
0
0
1
41
Dimon Dai
Dimon Dai@Scott__D·
这次好东西最近用 Codex20×纯享号都是接 API,导致没插件入口很难受,偶尔还是需要调用一些之前没安装的插件的,好东西,推荐
才谷 Saitani@realCaigu

Codex 有个小增强工具叫 Codex++,我刚装完,解决了我用中转站以来可以说是最大的痛点! 它不增强模型能力,增强的是 Codex App 这个壳子。 最有用的两个功能: 1. 左侧会话列表可以真正删除,不只是归档 2. API Key 模式下,原本被锁住的插件入口可以解开 安装也不用看什么教程,直接把这个 GitHub 链接丢给 Codex,让它自己装好: github.com/BigPizzaV3/Cod…环境要求 装完之后 Cmd + Q 完全退出当前 Codex,然后去 Applications 里打开 Codex++.app,之后顶部菜单栏会多一个 Codex++,左侧会话悬停也会出现删除按钮。 这玩意儿的好处是,它不改原版 /Applications/Codex.app,只是用一个外部 launcher 启动 Codex,再通过 CDP 注入增强脚本,所以原版 Codex 还在,出问题也好回退。 一句话总结: Codex++ 不是“让 Codex 更聪明”,是让 Codex 用起来没那么别扭。

中文
0
0
0
21
酱紫表
酱紫表@pengchujin·
Codex 额度用完了,是去闲鱼、号池买一个,还是再开个土耳其的 Plus 订阅。
中文
98
3
152
94.7K
Dimon Dai
Dimon Dai@Scott__D·
@vikingmute 换 Pro 吧,佬。Pro 5x和 Pro20x 独享版欢迎你。
中文
0
0
0
238
Viking
Viking@vikingmute·
看了大家的评论,Plus 确实不禁用了,今天更甚,一个小请求用 5.5 ,每次都是干下去 10%,只能启动第二个 Plus 账号了。 x.com/vikingmute/sta… 这个之前推荐的 handoff skills 真的很实用,在第一个账号生成 handoff,然后交给第二个使用。看来真的要考虑 Pro 了。
Viking@vikingmute

今天codex plus的额度感觉太不禁用了 半个小时就把五小时用完了 昨天感觉比今天耐用 我想知道它这个额度是不是每天动态调整的?

中文
8
1
19
17.9K
Dimon Dai
Dimon Dai@Scott__D·
@vista8 是的,worktree,开了worktree 之后,开发完,走远程 PR,然后单独弄个会话,统一 Review PR,一个会话统一合并 PR,6 会话一起跑,2个20x Codex 周额度都被蹬干。 为了快捷,我专门搞了一套Harness,github.com/Dimon94/cc-dev… ,AI 时代的 PDCA,不断循环并行开发。
中文
0
0
8
714
向阳乔木
向阳乔木@vista8·
如果想同时让 AI 改动一个代码库,开发多个不同功能。 最佳实践方案是用worktree吗? 产品经理真诚求问,感觉worktree用的迷迷糊糊的。
中文
36
1
11
8.7K
Dimon Dai
Dimon Dai@Scott__D·
是的,worktree,开了worktree 之后,开发完,走远程 PR,然后单独弄个会话,统一 Review PR,一个会话统一合并 PR,6 会话一起跑,2个20x Codex 周额度都被蹬干。 为了快捷,我专门搞了一套Harness,github.com/Dimon94/cc-dev… ,AI 时代的 PDCA,不断循环并行开发。
向阳乔木@vista8

如果想同时让 AI 改动一个代码库,开发多个不同功能。 最佳实践方案是用worktree吗? 产品经理真诚求问,感觉worktree用的迷迷糊糊的。

中文
0
0
1
41