
是应该给所有的项目工程,根据代码反向生成文档
然后基于这份文档,重新灌输给 Claude Code 做处理吗,这样上下文不会太大了吗?
]]>以上这些都是 codex 没有的,但是我用下来让我感觉很关键、很好用的特性
]]>
]]>ANTHROPIC_BASE_URL=https://dashscope.aliyuncs.com/apps/anthropic ANTHROPIC_MODEL=qwen3-max ANTHROPIC_SMALL_FAST_MODEL=qwen-plus 但是触发 Sub-Agent 时(比如 Explore ),强制使用 qwen3-max 会报错,导致 Sub-Agent 无法使用。大家遇到这个问题了吗?有什么解法吗?
{ "round":4, "session_id":"20251223_175114", "message_type":"UserMessage", "message":{ "parent_tool_use_id":null, "uuid":"da69a48d-9f57-4f1f-a0a3-0309aa4a3054", "content":[ { "tool_use_id":"call_d32dc053b6424cec868932ca", "is_error":true, "content":"<tool_use_error>InputValidationError: [\n {\n \"received\": \"qwen3-max\",\n \"code\": \"invalid_enum_value\",\n \"options\": [\n \"sonnet\",\n \"opus\",\n \"haiku\"\n ],\n \"path\": [\n \"model\"\n ],\n \"message\": \"Invalid enum value. Expected 'sonnet' | 'opus' | 'haiku', received 'qwen3-max'\"\n }\n]</tool_use_error>" } ] }, "timestamp":"2025-12-23T17:51:24.784456" } [ { "received": "qwen3-max", "code": "invalid_enum_value", "options": [ "sonnet", "opus", "haiku" ], "path": [ "model" ], "message": "Invalid enum value. Expected 'sonnet' | 'opus' | 'haiku', received 'qwen3-max'" } ] ]]>顺带一提,国内用户可以先在官网注册一个账号,然后在下面的表单提交申请,大概 1 小时就会送 50 元代金券。我今天用了大概 350 万 token ,消耗 2.2 元。 https://vrfi1sk8a0.feishu.cn/share/base/form/shrcnMs5k544GW8By9iBiMbuwog?from=navigation&chunked=false
]]>
特别是在 DeepSeek 更新后,因为原有的路由方案采用了 Anthropic -> OpenAI -> Anthropic 的双向格式转换逻辑,导致在使用 DeepSeek (现在原生支持 Anthropic 格式)或者 Gemini 时,容易出现字段丢失(比如 reasoning blocks )或者 400 错误。
为了解决这个问题,也为了让自己用得更顺手,我写了一个轻量级的替代方案。
项目地址: https://github.com/uzhao/code_switch NPM:npm install -g code-switch
设计思路:做减法 这个项目的核心逻辑是 “能不改就不改”。
原生优先( Pass-through ): 对于原生支持 Anthropic 格式的 Provider (比如 DeepSeek 的新接口,或者官方 API ),直接透传 Request Body 和 Headers 。这意味着不进行内部格式转译,避免了信息丢失,也保留了 claude login 生成的本地鉴权信息( Auth Tokens )。
异构模型交给 LiteLLM: 对于必须转换格式的模型(如 Gemini / OpenAI ),我没有自己造轮子去写转换逻辑,而是集成了 litellm 。这样稳定性更好,支持的模型也更多。
相比于原版 Router ,我去掉了什么?(局限性) 为了保持轻量和“无损”,我刻意砍掉了一些 CCR 具有的高级特性,如果你强依赖这些功能,建议继续使用原版 CCR:
没有 Prompt 强化/注入:CCR 会主动修改 System Prompt ,注入额外的指令来帮助一些较弱的模型更好地进行工具调用( Tool Calling )。我的工具只做透传,不做任何修改。这意味着如果模型本身智力不够,可能会出现不会调用工具的情况(当然,对于 Sonnet 3.5 / DeepSeek V3 / Opus 这个级别的模型通常不是问题)。
没有复杂的自动路由策略:CCR 包含了一些基于上下文长度或任务类型自动区分 Thinking 模型或长文本模型的逻辑。我的项目逻辑比较简单,主要依据你的配置或请求直接选择目标模型,不做过多的“智能”判断。
适合谁用? 苦恼于 DeepSeek / Gemini 兼容性报错的用户。
希望能够利用本地 Claude Pro 订阅凭据( Web Auth )的用户。
如何使用 安装:
Bash
npm install -g code-switch 运行:
Bash
code-switch 然后配置 claude-code 连接到本地端口即可。
]]>想请教大家平时是怎么组织 cc 进行 开发?有没有什么提效技巧可以分享?
]]>需求:
稳定、靠谱
]]>我看很多帖子都是说拼车去买会员账号 有靠谱的推荐吗 个人开发使用
]]>请教大佬,如何像 .gitignore 一样设置哪些文件禁止修改(让 AI 忽略部分文件)?
比较搞的一次,其实是我自己理解错了,就质问 Claude code 怎么改错了, 结果 Claude 完全没有原则性,迎合我的错误思路一路改下去,直到我自己意识到这坨是不行了,要调整思路。
]]>想开一个 Claude Code Max 来做一些课余项目。
想问问已经开会员的老哥:Claude Code Max 的使用时长大概能用多久?
]]>我阅读很不舒服,我想让 claude 帮我分离。
我本以为是件很轻松的事情,结果 claude 耗了: 3 个 claude 账号,还是写了一塌糊涂。
让他分离一次,一个 claude 账号限额就超出了。
提示词:
src\views\goods\mangement.vue 内容太大了。 将弹窗表单的内容单分离开,弹窗表单放到 src\views\goods\components 目录。 只需要将商品列表和弹窗表格拆分成两个文件即可。 注意:我不是让你在 list 调用表单组件,商品列表和商品创建 本身可以做两个页面的,我只是让你分离开。 - 比如在 list 定义商品表单变量 这是错误的,列表又不需要表单变量。 
最后:5 千行,给我分离出了 5133 + 4448 = 9 千行出来。
]]>想问下有没有 Max 用户被封号的
]]>
]]>主要门槛
大家是咋解决的呢?
]]>后来 MiniMax-M2 官方推出免费体验,效果跟 GLM 的 Coding Plan 前期效果差不多,而且调用工具方面更加积极,还有思考,目前这个 M2 的海外版有 Coding Plan ,国内也即将推出。
等待中看到群里转发的 xhs ,提到火山的 9.9/月套餐,模型:doubao-seed-code-preview-latest , 前端效果好,刚好缺这个替代,看着便宜效果好,就买来测试,第一时间反应,更加傻。(不建议买,好奇可以试试)
也买过中转(参假)和其他厂的 api ,贵,效果还不好。现在看来还是 Claude 和 Codex 最稳。最贵的还是时间成本。一步到位只用主流大模型才对。
我自己使用的排名是:Claude > Codex > GLM (满血版)> MiniMax-M2 > GLM (残血版)> other 。
]]>Hello,
We recently launched Claude Code on the web, a new way to delegate coding tasks directly from your browser. Since launching, your feedback has been invaluable as we continue to refine Claude Code.
To help you push the limits of parallel work, we’re giving you $250 in free usage credits exclusively for Claude Code on the web—separate from your Pro plan limits. These credits are available now and must be used by November 18 at 11:59 PM PT.
]]>■ exceeded retry limit, last status: 503 Service Unavailable然后就一直断连,怎么都用不了,但网页版的 chatGPT plus 能正常用。
试了 3 台电脑了( ubuntu ,mac ),都是这个路数,用一会儿就再也不能用了,重新登录,删除重装 codex 都不行。
网上找方案也没找到相关的帖子,遂自己发帖,看看大家有没有遇到相似情况。
这可能是代理的网络 IP 问题吗?(我的外网出口的 IP 挺垃圾的)
还是 openai 已经记住了我的设备特征吗,彻底拉黑设备?
有个折中想法,在虚拟机 or docker 里面用,只要不断新建虚拟环境就能一直能用上了 codex ?(不知道可行性、以及会不会被封)
PS. 似乎老的 codex 进程不退出的话能一直用,但新 codex 进程就直接 503 Service Unavailable
我的具体启动命令:
(base) ➜ /tmp export http_proxy='http://127.0.0.1:1087' ; export https_proxy='http://127.0.0.1:1087'; export all_proxy='http://127.0.0.1:1087'; curl http://cip.cc IP : 23.95.xx.xxx 地址 : 美国 艾奥瓦州 得梅因县 数据二 : 美国艾奥瓦州得梅因县 | Microsoft 数据中心 数据三 : 美国纽约纽约 URL : http://www.cip.cc/23.95.xx.xxx (base) ➜ /tmp codex . ■ exceeded retry limit, last status: 503 Service Unavailable ]]>各位老师们有什么模型平替方案?或者解决方案吗?
]]>我当时就纳闷了,我用的版本不对吗?仔细一看才发现,原来很多人根本不知道 ClaudeCode 在 9.30 的时候就已经更新了回滚方法(双击 ESC 或者/rewind),功能和 Cursor 这种 IDE 的基本没区别。https://www.anthropic.com/news/enabling-claude-code-to-work-more-autonomously
感觉这个功能更新得挺低调的,估计很多人都没注意到更新日志。分享出来给还在用 git 回滚的同学提个醒,现在用起来真的方便多了。
]]>问问各位佬,怎么在同一台 mac 用两个不同的 claude ? 甚至三个?
]]>看起来挺透明,结果用起来才发现还有“每周额度限制”,而且网页上完全没有写明。实际使用中我几乎没怎么用,就碰到了周限额拦截:
报错信息原文: API Error: 403 您的每周 Claude Code 额度已用完( 38742/38400 ),请在 2025/11/4 09:27:38 后再试,或继续使用 Codex 服务。升级订阅或购买周额外补充包可以获得更多当周可用额度。 · Please run /login
问题点:
