除了ccswitch还有什么软件推荐吗,感觉最近cc一直出问题,我是mac电脑,用的是claudecode和codex桌面端,求各位佬推荐 12 个帖子 - 7 位参与者 阅读完整话题
一个CTF题目，各位佬帮忙看下，HEX 2 ASCII 看不到有效信息 Challenge: Digital Forensics Digital forensics involves investigating digital data to uncover hidden or deleted information. Often, files contain metadata - data about the data - which can reveal interesting information about the file’s origin and content. Examine the following text chunk, which has been extracted from a corrupted JPEG file: FFD8FFE000104A46494600010100000100010000FFDB004300080606070605080707070909080A0C140D0C0B0B0C1912130F141D1A1F1E1D1A1C1C20242E2720222C231C1C2837292C30313434341F27393D38323C2E333432FFDB0043010909090C0B0C180D0D1832211C213232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232323232FFC00011080012001903012200021101031101FFC4001F0000010501010101010100000000000000000102030405060708090A0BFFC400B5100002010303020403050504040000017D01020300041105122131410613516107227114328191A1082342B1C11552D1F02433627282090A161718191A25262728292A3435363738393A434445464748494A535455565758595A636465666768696A737475767778797A838485868788898A92939495969798999AA2A3A4A5A6A7A8A9AAB2B3B4B5B6B7B8B9BAC2C3C4C5C6C7C8C9CAD2D3D4D5D6D7D8D9DAE1E2E3E4E5E6E7E8E9EAF1F2F3F4F5F6F7F8F9FAFFC4001F0100030101010101010101010000000000000102030405060708090A0BFFC400B5110002010204040304070504040001027700010203110405213106124151610713227114328191A1082342B1C115 Hidden in this hexadecimal representation is a string containing the flag. Your task is to find it. 2 个帖子 - 2 位参与者 阅读完整话题
如题，我现在配置了RawChat和Any两位佬的站点，而这两个站点调用的模型名称是不一样的；RawChat调用“gpt-5.5”，Any调用“gpt-5-codex”；那么我在使用路由过程中，如果需要切换的话，还需要重启codex才能完成切换，我尝试在any的节点上配置模型映射，但是没有成功，是配置的问题还是就是需要重启codex？求求佬们给个解答。 1 个帖子 - 1 位参与者 阅读完整话题
注册了薄荷的公益站，目前是通过ccs加到codex里面使用的，但是经常429，还有压缩上下文到一般就断掉了，所以想问下大家是怎么用的 1 个帖子 - 1 位参与者 阅读完整话题
之前看到站内佬友们发贴升级ccs有哪方面出问题，当时觉得还是保留版本不升级了，后来看到还是有佬升级的，而且升级了后可以配置cc的桌面版配置，也跟着升级了，开始觉得没什么问题，过了段时间就感觉他这个测试连通总是会有点错误，错误具体情况是：我配置的公益站网址是可以用的，他一直反馈联通不上这个网址，也不是报503之类的错误，而且获取模型也全没有获取到，到终端测试还是可以用的，旧版本从来没有，而且这个问题他是时断时续的给我冒出来的，这真的太影响体验了，有时候想更换公益站模型都要去手动输入了（对不起我是懒人 8 个帖子 - 6 位参与者 阅读完整话题
对于还没使用过codex的山顶洞人，自己断断续续的研究几天，各种排查，但总是出现错误：error sending request for url ( http://127.0.0.1:15721/v1/responses )，也google过，也让网页版的AI诊断过，但依然不行，实在无耐了，特来求助。 下面是情况说明，请佬友帮我看看哪里出问题了： 环境：windows 11 codex版本：26.608.12217 • 发布于 2026年6月9日 cc switch版本：v3.16.2 公益站：网站正常，使用gpt-5.5，apikey放入cherry studio可正常使用问答。 ss switch设置： codex 界面： 如果还需要查看其他环境请告知。 万分感谢。 16 个帖子 - 14 位参与者 阅读完整话题
出现这个问题怎么办，ccswitch里面也没有其他的模型商，只有官方的，然后他不显示我的量和我登录的账号，我是用sk-登录的，是不是要用GPT登录才行，没法密钥登录？ 6 个帖子 - 6 位参与者 阅读完整话题
纯新手，开了个 plus 会员刚玩了几天 codex，现在额度用完了。Claudecode之前因为怕 ip 不纯净封号所以没开订阅，看着站里有公益站，想着弄再学一下 cc 怎么用，现在卡在 ccswich这一步。公益站是不是填统一供应商啊？我填好了然后 Claude 这里没有显示 还有就是这个统一供应商应该不会影响 codex 那边的吧，那边有 plus 会员暂时不用 api 11 个帖子 - 8 位参与者 阅读完整话题
中转站在公司可以用，我在家里用尝试用ccswitch和codex，配置了和公司一样的url和key，问什么家里的不能用，有没有佬给解答一下 ，我该怎么弄才能解决这个是提示的错误unexpected status 403 Forbidden: CC Switch local proxy failed while handling Codex endpoint /responses. Provider: 送100刀; model: gpt-5.5; upstream_status: HTTP 403; cause: 您当前没有可用的 Codex 订阅，请到网页端领取或开通后再试。（traceid: 1a1fba16-2871-407f-a17d-dfc04ff78594）, url: http://127.0.0.1:15721/v1/responses:smiling_face: 13 个帖子 - 7 位参与者 阅读完整话题
新上的20x拼车，是不是CCS哪里配的不对？ 10 个帖子 - 5 位参与者 阅读完整话题
调研机构 Smart Analytics Global 最新报告显示，凭借 AirPods 系列产品，苹果在 2026 年第一季度继续稳居全球真无线耳机（TWS）市场榜首，其与旗下 Beats 品牌合计出货量占到全球近三分之一。报告估算，在今年一季度（1 月至 3 月），苹果在全球 TWS 市场中的出货份额约为 23%，小米以 11% 的市占率位居第二，Beats 以 8% 排名第三。 从整体规模来看，2026 年第一季度全球 TWS 出货量同比增长 4%，批发营收同比增长 8%。得益于 AirPods 等产品的高单价，苹果不仅在出货量上保持领先，还在营收维度上占据更大优势，其 TWS 收入份额高达 44%。Smart Analytics Global 指出，在传统入耳式 TWS 类别中，苹果依旧领先于小米、Beats、华为以及印度品牌 Boat，并预计苹果的全球 TWS 龙头地位至少将延续至 2027 年。 在整体市场保持温和增长的同时，开放式耳机成为推动行业扩张的主要动力。报告显示，开放式耳挂（open-hook）产品一季度出货量同比大增 48%，开放式耳夹（open-clip）产品同比增长更是高达 87%。与之形成鲜明对比的是，传统入耳式 TWS 出货量同比下滑 1%，这也解释了为何在最大细分品类出现收缩的情况下，整体市场仍能实现正增长。 目前开放式耳机在总出货量中仍占少数，但其增速远高于传统形态，正快速扩大自身比重。品牌格局方面，Shokz（韶音）在开放式耳挂细分市场以 25% 的份额位居第一，而华为在开放式耳夹市场则以 22% 的份额领跑。值得注意的是，在这两大增速最快的开放式细分品类中，苹果暂未跻身主要品牌之列。 报告提到，Beats 旗下的 Powerbeats Pro 2 虽采用耳挂结构，以提升佩戴稳固性，但产品依旧是带有硅胶耳塞的传统入耳式设计，并支持主动降噪和通透模式。从佩戴与声学结构来看，其并不属于当前推动市场高速增长的开放式耳机形态，而是更接近传统 TWS 的范畴。 展望未来，Smart Analytics Global 预计开放式耳机的高增长趋势将在至少 2027 年前持续。机构预测，2026 年开放式耳挂产品出货量将再增长 34%，开放式耳夹产品出货量则有望同比大增 72%。相较之下，传统 TWS 产品出货量预计在 2026 年将下滑 2%。该机构认为，开放式耳机的强劲增长主要源于消费者对“更友好听力”和“全天舒适佩戴”体验的关注提升。 从用户体验角度看，开放式耳机不会封闭耳道，在播放音频的同时保留环境声感知，有利于在通勤、运动或办公场景中提升安全性和沟通效率。调研机构认为，这种兼顾音频享受与环境感知的设计，正在吸引越来越多希望长时间佩戴耳机的用户，成为拉动新一轮换机需求的重要因素。 尽管开放式产品迅速崛起，传统 TWS 仍将在可预见的未来占据主导。Smart Analytics Global 预计，到 2027 年，传统入耳式真无线耳机在全球 TWS 出货中的占比仍将超过 80%。这意味着，即便新形态产品持续分流用户，苹果凭借在传统 TWS 市场的稳固优势，仍有望在整体市场保持领先地位。 在总体规模方面，报告预计 2026 年全球 TWS 总出货量将达到 3.44 亿部，较 2025 年增长 3%；2027 年有望进一步增至 3.49 亿部，同比增长 2%。在增速趋于放缓的成熟市场中，开放式耳机正成为带动结构性增长的关键力量，而苹果等头部厂商如何在保持既有优势的同时布局新兴形态，将成为未来几年 TWS 市场演进的关键看点。 查看评论
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 github.com GitHub - Jinghao67/conductor: Context conductor for clean master sessions, dirty... Context conductor for clean master sessions, dirty explainer sidecars, and interactive AI branches 作为一个既需要发论文（科研导向）又需要做项目（工程导向）的学生，我在使用ai的过程中，经常遇到下面几个问题： 1）主session污染问题：在一个session内和ai聊久了，主 session 很快会被需求讨论、实现细节、失败尝试、长篇解释、review 记录全部污染，最后自己也不知道哪个 session 是干什么的。在科研上，有了idea后需要做不同的实验去验证和实现，实验过程中涉及到配环境、调参等很容易让ai陷入局部最优而进行过度尝试污染上下文的问题。在工程上，很多工程也会涉及到这些问题，subagent由于其不可显示导致人为不可控且需要用户自己设计而过于繁琐。 2）无论是工程还是科研都来源于一个并不具体的想法，可以说：在完成整个项目的过程中，没有人对这个项目完全了解，这就需要有一个session能拿到所有session的context，来解答用户所有的问题，无论是什么问题，这个session就是用来污染的，且永远不会并入主session污染其他session。 3）过程文档至关重要，但是一个被污染的session总结出的过程文档往往是带有各种无意义信息，比如偏向用户让他给解释的概念、反复陈述各种试错的失败信息，显然这对于未来需要这份过程文档的人是噪音，所以如何维护一个无污染的过程文档至关重要。 针对上述问题，我写了conductor，它的思路是把当前主对话变成一个永远干净的master session（用于自己需要理清项目逻辑、写过程文档等），只保留全局目标、关键决策、分支地图和批准后的子session的摘要；具体使用而言：使用时会先把当前对话设为干净的master session，如果需求不清楚，可以结合grill-me or grill-me-docs追问，等讨论清楚后，conductor会先做依赖分析，判断哪些任务可以并行，哪些必须串行等待。 接着，它不会乱开session，而是先生成branch card，每张card写清这个分支要做什么，为什么开，允许带入哪些context，预期产物是什么，完成标准和return condition，只有用户确认后，才会开真正的branch session。最开始会有四个session。1）主session。2）专门用于问问题随便污染的session。3）讨论分多少branch，并行or串行的session。4）第一个branch session 进入branch session后，这个session只拿到自己的branch brief和已批准的master session的context，不会继承任何session的杂乱历史，用户可以在branch里继续交互实现任何东西，这解决了subagent不能交互的问题，这下每个子任务用户都可以及时纠偏，这些细节都会留在branch里，主session依然干净。 当branch觉得任务完成后，不会自动合并，它会先建议完成，用户确认完成后，会生成总结，把这个session中过度的污染去掉但是把经验和正确的流程总结压缩，然后master session会询问用户是否合并，因为某些子任务必须合并进入主线，要么主线不完整，比如，在科研中，配环境复现paper的branch可以不合并，但是自己的重要实验必须要合并，不然主session会缺乏细节了解。 如果使用Treills，conductor还会把master、branch、依赖关系、状态和产物路径持久化成parent/child tasks、branchmap和metadata，方便回看、回退和继续推进。 整个流程的目标是：主session保持干净和主导，分支负责探索完成，专门留有一个有所有session context的session来让用户随意问问题讨论、污染。 6 个帖子 - 4 位参与者 阅读完整话题
无法启动Claude的工作区Request error: net::ERR_CONNECTION_TIMED_OUT重新启动 Claude 或你的计算机有时可以解决此问题。如果问题仍然存在，你可以重新安装工作区。 Your connection works, but the provider rejected a test request. Often a model-access or quota issue. message: Gateway returned HTTP 503 httpStatus: 503 requestUrl: https://muyuan.do/v1/messages probedModel: claude-haiku-4-5 responseBody: {"error":{"code":"model_not_found","message":"分组 default 下模型 claude-haiku-4-5 无可用渠道（distributor） (request id: 202606101320123790999608268d9d6G5AjyX6H)","type":"new_api_error"}} endpoint: https://muyuan.do/ checkedAt: 2026-06-10T13:20:09.234Z 这个是为啥 2 个帖子 - 2 位参与者 阅读完整话题
Windows 下 OpenAI Codex Desktop + ccswitch 转发到公益站API。 Codex 默认开启 Ambient Suggestions（环境内联建议）是正常用法，官方客户端开着没问题。但接第三方 API 时，即使不操作、空项目，Codex 也会后台高频向 /v1/chat/completions 发请求，每次携带 14k~28k Token（含系统进程/环境上下文），间隔几秒一次，全部算作普通对话调用。 [ephemeral-generation] ephemeral_generation_token_usage feature=ambient_suggestions inputTokens=15802 cachedInputTokens=15232 关闭 Ambient Suggestions 可以停掉调用，但这样就失去了内联补全功能。 想请教大家有没有遇到同样的问题，怎么解决？ 1 个帖子 - 1 位参与者 阅读完整话题
stream disconnected before completion: stream closed before response.completed 昨天还正常, 有人知道咋回事吗, 用的是几个公益 2 个帖子 - 2 位参与者 阅读完整话题
会话里执行的命令已经手动approve并且记住，使用ccs切换供应商，在同一个会话里继续对话又要手动approve了，这个有办法处理吗？我的model_provider都是一致的，custom。 1 个帖子 - 1 位参与者 阅读完整话题
API Error: 400 {“error”:“claude-opus-4-6 已下线，请切换到 claude-opus-4-7 模型”,“type”:“error”} 2 个帖子 - 2 位参与者 阅读完整话题
今天看到佬们在晒ccs的使用记录，我也去看了下，一个月才用了1亿多token，对比佬们用量很少；平时就是做做需求解决下bug，已经很久没手撕代码了，一有问题就是问claude code和codex然后帮我处理解决，解决之后我测下没问题就完事了。但看到佬们都那么大的使用量，像问问佬们都干嘛了呀，我感觉用这俩都能很好的帮我干活，有出错的情况不多，最多就是说教下就改了，也费不了多少token。 还是说佬们都有自己的副业开发，用这去开发自己的副业了，我在公司的cc和codex额度很少用完过，想利用起来，佬们有没有指引，先谢谢佬们！ 1 个帖子 - 1 位参与者 阅读完整话题
如题 无服务了 有佬友知道怎么整吗 手机也重启了。设备也换了 都不行 1 个帖子 - 1 位参与者 阅读完整话题
场景：本机有ccswitch，用vscode ssh连接remote后，希望codex插件能走本机的ccs配置。 解决方案 ： 本机ccswitch开启路由模式，这里我设定路由端口为17666 修改远程主机的 ~/.codex/config.toml 配置文件: model_provider = "custom" model = "gpt-5.5" model_reasoning_effort = "medium" [model_providers.custom] name = "custom" wire_api = "responses" requires_openai_auth = false base_url = "http://127.0.0.1:17666/v1" 启用ssh反代，打开ssh配置文件，添加最后两行内容： Host 192.168.xx.xx HostName xxx User xxx RemoteForward 127.0.0.1:17666 127.0.0.1:17666 ExitOnForwardFailure yes 重启remote的vscode服务:快捷键 shift+ctrl+p ，点击 Kill VS Code Server on Host 测试一下，正常运行 2 个帖子 - 1 位参与者 阅读完整话题