Загрузка видео...

Не удалось загрузить видео

На главную

🚀不少人遇到 Codex 每次打开或提问时总是先触发 5 次 “Reconnecting” 重连 这个问题。 这个问题的本质原因:WebSocket(WSS)协议在你的网络或代理环境下无法正常通通信。 解决方案有3种: 1. 修改 Codex 的 config.toml,在对应的 provider 配置里明确禁用 WebSocket 并指定 wire_api: wire_api = "responses"supports_websockets = false 2. 如果使用 Clash verge 的话,直接开启 TUN 模式。 开启后,它会从系统底层接管全局所有流量,强行打通 WebSocket 阻碍。 3. 直接把下面提示词 发给 Codex (具体见文章) ------ 帮我修复 Codex Desktop 一直 Reconnecting 的问题。 请定位我本机正在使用的代理端口和代理协议,然后创建或更新 ~/.codex/.env,写入以下代理配置。不要写死端口,请替换成实际端口;如果文件已经存在,保留其他配置。...

108,932 просмотров • 3 месяцев назад •via X (Twitter)

Комментарии: 36

Фото профиля 爆裂队长NEXT
爆裂队长NEXT3 месяцев назад

不复杂,让codex自己解决就行了,一句话:不要老出现reconnecting,分析根因,彻底修复解决。

Фото профиля Lonely
Lonely3 месяцев назад

AI First 🥳🥳

Фото профиля alley wu
alley wu3 месяцев назад

是不是直接给codex 说帮我排查解决总是提示重新连接5次的问题?

Фото профиля Lonely
Lonely3 месяцев назад

把最后一段提示词给它

Фото профиля FreeGuard VPN
FreeGuard VPN3 месяцев назад

补一个判断点:如果浏览器正常、Codex/CLI 一类工具反复 reconnect,通常不是“节点慢”,而是这个应用没有吃到同一条代理路径,或者 WSS 没进系统路由。 先确认 mixed/http 端口,再二选一:显式写 HTTP_PROXY/HTTPS_PROXY,或开 TUN。不要先疯狂换节点,容易把会话稳定性搞更差。

Фото профиля Lonely
Lonely3 месяцев назад

这是哪家AI写的?

Фото профиля FreeGuard VPN
FreeGuard VPN3 месяцев назад

Codex + Custom Skills.

Фото профиля xiezhou1227
xiezhou12271 месяц назад

还想请教下,系统代理跟TUN虚拟网卡有什么区别?改成TUN之后会有什么弊端吗?

Фото профиля CaptainX
CaptainX3 месяцев назад

有时候有重连有时候又不会重连,玄学

Фото профиля Lonely
Lonely3 месяцев назад

按照文章中的方法就可以解决了,不再玄学。

Фото профиля CaptainX
CaptainX3 месяцев назад

我一会就试试去!感谢大神!

Фото профиля Sunny
Sunny3 месяцев назад

我还真是这样

Фото профиля Lonely
Lonely3 месяцев назад

挑一个试试

Фото профиля Larry
Larry3 месяцев назад

没用

Фото профиля A.W.A.K.E
A.W.A.K.E3 месяцев назад

没绷住

Фото профиля Apodfg
Apodfg3 месяцев назад

我在国外有时也有这个毛病

Фото профиля 小虎哥 🐯
小虎哥 🐯3 месяцев назад

这个方案实用,国内环境WSS确实经常出问题

Фото профиля Lonely
Lonely3 месяцев назад

嗯😐

Фото профиля 小虎哥 🐯
小虎哥 🐯3 месяцев назад

怎么了

Фото профиля Nahid
Nahid3 месяцев назад

thanks for sharing this info

Фото профиля Lonely
Lonely3 месяцев назад

😀

Фото профиля 七言
七言3 месяцев назад

我是直接改的中转站的

Фото профиля xiezhou1227
xiezhou12271 месяц назад

改成TUN模式确实就没问题了,之前让它自己分析了半天还是分析不出来哈哈,谢谢lz

Фото профиля Jason.Lu
Jason.Lu3 месяцев назад

确实每次都有这种情况,这下知道啥原因了。感谢老师分享。

Фото профиля Lonely
Lonely3 месяцев назад

客气了,有用就行🙂

Фото профиля Weslley ◤✠◢
Weslley ◤✠◢3 месяцев назад

E sobre o codex app ficar usando mais de 100% do processador e esquentando muito o MacBook ? Alguma solução?

Фото профиля LESTER
LESTER2 месяцев назад

安装 Mac 用户就不用开 TUN模式 了

Фото профиля 码上盈|AI
码上盈|AI3 месяцев назад

Codex每次都要在吗在吗在吗问上五遍 第六次才肯连上 这毛病总算有人治了

Фото профиля Ming
Ming3 месяцев назад

我最近也碰到了这样的问题,写了个经验贴

Фото профиля Jason
Jason3 месяцев назад

除了 Clash Verge,其他代理工具比如 V2RayN 或者 Surge 也可以试试把 WebSocket 协议白名单加进去,不一定非得开 TUN

Фото профиля hlie
hlie3 месяцев назад

我这边测试成功的方法,在终端中设置临时代理,然后终端中启动 & Codex.exe

Фото профиля Robin
Robin3 месяцев назад

你好, 使用chrome插件无法调取网页内容,一只显示enterpriser network policy ,有遇到过吗? codex修了很久说是插件本身的限制

Фото профиля xiaoyu
xiaoyu3 месяцев назад

其实开tun模式就可以了

Фото профиля Lonely
Lonely3 месяцев назад

正解! 方案2 就是 TUN 模式

Фото профиля Francis
Francis1 месяц назад

@zhongxingyuyes @grok 给我介绍一下这个tun模式是什么

Фото профиля Grok
Grok1 месяц назад

@Lonely__MH @zhongxingyuyes TUN模式是代理软件(如Clash、v2rayN)创建的虚拟网卡。它在网络层直接接管电脑所有出站流量(包括UDP、游戏、命令行等不认系统代理的程序),实现真正全局代理。 系统代理只是“通知”应用走代理,应用可忽略;TUN则强制拦截,覆盖更全,但需管理员权限。

Похожие видео

🚀Anthropic 悄无声息地推出了一项功能:Agent Teams 让 Claude 在 Claude code 内构建自己的 AI 代理团队! 该功能改变了传统的上下级 AI 架构,允许 Claude 构建一个同级代理团队。 这些代理可以共享任务列表、直接互相发送消息并审查彼此的工作,实现类似于真人团队的协作模式。 在演示中,一个由 QA 工程师、前端开发者和后端开发者组成的 3 人团队展示了这一能力。 QA 代理发现 3 个错误后,直接向前后端开发者发送反馈。开发者修复问题后,应用程序在一轮测试中即成功上线。 该功能在 Claude Code v2.1.32 及更高版本中可用。以下是开启方法与运行规则: 1. 启用方法 确保版本符合要求。在 settings.json 中添加以下配置: "env": { "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" } 或者将此内容粘贴给 Claude 并说明“添加到我的设置中”,随后重启。 2. 提示词设定 使用纯英文进行提示。开始时需要设定一个明确的目标(代理启动时没有上下文)。 提示词示例:"使用 Sonnet 创建一个 3 人团队",并详细描述每个角色的职责、交付物以及完成后需要联系的下一个代理。 3. 运行规则 - 每个代理拥有自己的独立文件。 - 必须定义确切的输出。 - 指定明确的通信链路(谁与谁交谈)。 - 团队规模建议保持在 3-5 个代理。 4. 适用场景与限制 该功能适用于有独立部分且可以并行运行的复杂工作。对于简单或顺序任务,不建议使用该功能,因为团队协作会消耗 3-4 倍的 Token。

Lonely

19,931 просмотров • 3 месяцев назад

Codex 隐藏玩法:把你每天重复教 AI 的提示词,直接做成 Skill 90% 的人用 Codex,其实都在重复做同一件事: 开一个新任务,把同一套要求再告诉它一遍。这些 Prompt 你可能已经复制粘贴了几十次。 但其实,这种反复使用的工作方法,完全可以直接做成 Codex Skill。 详细教程如下: 1️⃣先找一段你经常重复使用的 Prompt,比如我最近一直在用这类提示词: “执行任务前先检查需求漏洞和潜在风险,不要默认接受我的方案。涉及代码和结论必须验证,完成后按验收标准逐项检查。” 这类 Prompt 很好用,但最大的问题是:每开一个新任务,都要重新贴一次。 2️⃣直接让 Codex 把它做成 Skill把原来的 Prompt 发给 Codex,然后告诉它: 请把上面这套工作方式整理成一个可重复调用的 Codex Skill。 要求: · 明确这个 Skill 适合在什么情况下使用 · 把原来的要求整理成清晰的执行步骤 · 区分任务开始前、执行过程中和完成后的检查 · 保留必要的验证流程 · 删除重复和模糊的要求 · 不要改变原来的核心工作原则 Codex 就会把原来散乱的一段 Prompt,整理成一套完整的 Skill 工作流。 以后这些规则就不用一直躺在聊天记录里了。 3️⃣ 后面直接调用这个 Skill 再开新任务时,不需要重新复制那一大段 Prompt。 直接告诉 Codex:使用这个 Skill 完成当前任务。 最后你的 Codex 里保存的,就不再是一堆 Prompt,而是你自己的一整套工作流。 Prompt 是教 AI 这一次怎么做。 Skill 是把你的工作方法直接固化下来,以后每个项目都能重复调用。

爱丽丝呀!

40,828 просмотров • 1 месяц назад

如何将 DeepSeek 模型接入 Codex(一款 AI 编程助手)的详细教程! 通过一个名为 mimo2codex 的中间件工具,实现了在本地转发请求,从而让 Codex 能够调用 DeepSeek 的模型。 以下是主要操作步骤总结: 1⃣安装中间件: 打开终端(PowerShell),运行命令 npm install -g mimo2codex 全局安装该工具。 2⃣启动转发服务: 在终端中输入包含 DeepSeek API Key 的启动指令,将模型转发到本地端口(例如 8789)。 指令示例:$env:DEEPSEEK_API_KEY="你的key"; mimo2codex --model ds --port 8789 3⃣获取配置信息: 新开一个终端窗口,运行命令 mimo2codex --model ds --port 8789 print-cc-switch。 终端会输出一段配置信息,包含 auth.json 和 config.toml 的内容。 4⃣配置 CC Switch 工具: 打开名为 CC Switch 的配置软件。 点击添加新供应商(Add Provider)。 填入 API Key:从终端输出中复制 "OPENAI_API_KEY": "mimo2codex-local" 的值填入。 填入 API 请求地址:从终端输出中复制 base_url(例如 命名供应商为 "deepseek"。 5⃣修改并应用配置: 在配置界面下方找到生成的 config.toml 内容。 将 name 字段修改为你想要的名字(例如 "DEEPSEEK")。 点击“启用”并保存添加。 6⃣验证使用: 回到 Codex 软件界面。 在底部的模型选择栏中,选择刚才配置好的 "DEEPSEEK"。 发送一条消息(如 "hello"),如果 DeepSeek 成功回复,说明接入完成。

Vincent

23,664 просмотров • 4 месяцев назад

【Plus订阅用户——无限额度的神级工具】 Plus 的 Codex 5 小时额度完全不够用? 先别急,交给这个神级工具,让你的plus额度也够用 很多 Plus 用户不是不会用 Codex,而是把规划、执行和审查全塞给 Codex,让它变得太“全能”。 先让它通读仓库、自己想方案,再写代码、跑测试,最后还要重新读取全部上下文,审查自己刚才做过的改动。 等到 5 小时额度窗口开始紧张,真正需要 Codex 动手的工作,可能才刚刚开始。 如果你也经常觉得 Plus 的 Codex 额度不够用,我更建议先优化任务分工,而不是继续压缩提示词,或者把所有步骤都塞进同一次调用。 我现在使用的工作流是 Codex with ChatGPT: ChatGPT → PLAN Codex → EXECUTE / TEST ChatGPT → REVIEW 简单来说:ChatGPT 负责把问题想清楚,Codex 负责把改动做出来。 第一步是 PLAN。 在进入 Codex 之前,先让 ChatGPT 网页版明确: • 这次到底要解决什么问题? • 哪些内容属于本次范围,哪些明确不改? • 可能涉及哪些文件和依赖? • 需要运行哪些测试? • 什么结果才算完成,出问题怎样回滚? 计划至少要回答这五件事:改什么、不改什么、碰哪些文件、怎样测试、什么结果才算完成。 没有边界的“帮我优化一下整个项目”,往往才是最消耗额度的用法。 第二步是 EXECUTE / TEST。 规划完成后,再把清晰的施工单交给 Codex。此时 Codex 不需要重新做一轮开放式研究,而是专注它最擅长的本地工作: • 编辑文件 • 运行 Shell 和项目命令 • 使用 Git 检查改动 • 执行测试 • 根据真实错误继续修复 给 Codex 的不再是一道没有边界的研究题,而是一项可以直接执行、可以测试、可以验收的任务。 一轮调用最好只有一个明确闭环: 修改 → 测试 → 报告结果 第三步是 REVIEW。 代码完成后,我不会只让执行者重新通读整个仓库,然后告诉我“看起来没问题”。 ChatGPT 会通过只读连接,按需查看相关文件、diff 和测试记录,再从原计划出发做一次独立审查: • 改动有没有超出范围? • 测试是否真的覆盖了目标? • 有没有隐藏失败或未经验证的结论? • 文档、实现和最终结果是否一致? 只有发现具体问题时,才向 Codex 发回最小修复任务。 这套分工的关键不是让两个 AI 重复干活,而是让每一层只负责自己最合适的事情。 在当前这个视频工程里就有一个真实例子:ChatGPT 审查时发现首帧工作台遮挡了标题;Codex 随后把 `.workspace` 的位置从 `top:128px` 调整到 `430px`。基线检查有 10 个重叠错误,修改后 Layout 变为 0 issues,最后再由 ChatGPT 读取事务 diff 和验证记录完成复核。 这就是完整闭环: 发现问题 → 明确修改 → 本地执行 → 运行检查 → 独立复核 对于 Plus 用户,这套方法最直接的作用,不是把官方额度变多,而是减少 Codex 执行通道里的重复阅读、开放式探索和自我复盘。 普通任务可以先在 ChatGPT 网页版锁定范围,再让 Codex 本地执行;完成后,只让审查层按需读取必要的 diff 和测试记录。这样能把更宝贵的 Codex 调用留给真正需要编辑、命令和测试的步骤。 如果你是 Pro 用户,还可以把最困难的架构规划、跨文件风险分析和最终审查,交给 ChatGPT 网页版中最高能力的 Pro 模型选项;复杂推理由 Pro 负责,本地执行仍由 Codex 完成。具体模型名称和开放范围可能调整,以你账户里的模型选择器为准。 需要说明的是: 这不是增加官方额度,也不会解除 5 小时窗口,更不是绕过平台限制。 它做的事情更朴素:不再让 Codex 同时扮演产品经理、架构师、程序员和审计员,而是让每一次调用都有明确范围、明确任务和明确验收标准。 Codex with ChatGPT 使用只读连接,按需读取完成规划和审查所需的工作区内容;不是一次性上传整个仓库,也不会把写文件、删除文件或执行 Shell 的权限交给 ChatGPT。 如果你也在用 Plus,最近又经常撞到 5 小时额度限制,可以试试先把任务分工做好,再开始下一次编码。 项目地址: 安装后可以直接对 Codex 说: “使用 Codex with ChatGPT 完成首次配置并应用。” #Codex #ChatGPT

18168

34,355 просмотров • 1 месяц назад

我想很多人都有这个困扰:之前经常需要在Codex和Claude Code之间来回切换,现在又加上了最近爆火的DeepSeek Harness。 但是每次来回切换、或者想尝尝DSH的鲜的时候,我都得把背景重新讲一遍,确实挺烦的~ 最近在GitHub上发现的一个开源项目 memmy-agent,把 Codex、DeepSeek Harness、Claude Code接了进去,直接解决了困扰我很久的跨Agent 记忆的问题。 我用它做的事情很简单:把分散在不同 Agent 里的历史,沉淀到同一份个人上下文里,默认 Local-first,让它们都能调用。 我把它分别接入 Codex、DeepSeek Harness、Claude Code 之后,我做了一个信号中继站小游戏。 我先在Codex 写完基础玩法,然后对话里说一句话: 第一次失败时,给玩家一次翻盘机会,别直接结束游戏。 但这句话我故意不写入代码、README 或者是本地记忆文件。 然后新开 DeepSeek Harness,它从 Memmy 直接读出了这条决定,非常丝滑。 再新开 Claude Code,它读代码前先复述了规则,再按这个方向把后续功能补完。 代码只能告诉下一个 Agent 项目做到哪,但那些留在对话里的决策,才影响着项目接下来往哪走。 以后,Agent 要记住的,不只是代码,还有你前面已经决定的决策和经验。 Memmy 不仅帮我解决了Agent记忆的问题,还让这些经验不再独属于某一个 Agent,而是只属于你。 Switch agents, not context。 Memmy 支持桌面端、CLI、API、MCP 和 Skills多种方式,可以直接接着执行任务。 如果你也经常在多个 Agent 之间切换,可以拿自己的项目试一下。 项目GitHub:

木马人

63,371 просмотров • 1 месяц назад

试了一下 OpenAI 新出的 Codex App,有些亮点 跟 Skills 的适配还是有点问题,模型的主要问题就是慢 OpenAI 给 Pro 和 Plus 用户的 Codex 额度在未来两个月内全部翻倍了 👇看一下详细的能力介绍: Skills 可视化管理 有一个专门的 Skills 列表界面,预置了一些官方 skills,也可以扫描你已经安装的 skills。注意这里只能扫描 NPX 安装的,本地创建的(比如在 Claude Code 里创建的)扫不出来。 还支持 Skills Creator 创建的 skills,可以直接在 APP 里用它去创建新 skills。 ------ 定时任务功能,这个挺实用的。 可以让 AI 定期执行某些任务,比如每周给你一个解决问题的报告,定期去解决某个项目的 PR 问题,或者定期 review 代码。 对于需要持续维护的项目来说,这个功能还是挺有价值的。 ------ Codex APP 现在支持计划模式了。 因为它跟 Codex CLI 共享后端,所以现在 Codex CLI 也同步支持计划模式了。这意味着 AI 会先规划任务步骤,让你确认后再执行。 ------ 用量显示的样式做得挺好的。 进度条、余量、使用情况都很清楚,一眼就能看到你还有多少额度。 还有 code review 的快捷方式,可以快速调用你的 skills。MCP 的添加也支持。 ====== 实测:用 video-wrapper skill 跑了一遍 我测试主要是让它跑了一个我最近做的 skill,可以一键给视频添加视频包装,比如卡片、花字、人物条、章节标题这些。 这个 skill 挺复杂的,所以很适合用来测试。 ------ 第一次运行的问题 可以工作,但第一次它选了 PIL 这个方案,比较差。 核心问题是什么?它跟你没有交互。 我的 skill 里边写清楚了:要先问用户要哪套方案,再给出包装方案让用户确认,用户确认了再开始包装。 但在 Codex 这里,明显没有交互。它就直接跑,把所有决定都自己做了,跑完就完了。出错了也不管,直接用降级方案。 ------ 修复后的效果 我让它修复以后,它倒是能修复。重新跑了一遍,效果也不错。 最终生成的视频包装效果还行: ▸ 左下角有人物卡片 ▸ 有花字 ▸ 有各种卡片和章节标题 ▸ 结论卡片也加上了 因为我们用前端代码约束了样式,所以它在样式上不会出什么错误。 ------ 体验总结 整个过程很不可控: ▸ 速度很慢 - Codex 本身速度就慢 ▸ 交互明显不够 - 你根本不知道进到哪个阶段了,也不知道它的方案是什么 ▸ 只管执行 - AI 一直在执行,不会停下来问你 可能是它不太适应 skills 规范,只是简单做了一下适配,没有 Claude Code 跟 skills 的适配那么好。

歸藏(guizang.ai)

30,595 просмотров • 8 месяцев назад

想要正确打开并使用Claude Code?你需要意识到,它不仅是一个聊天框,而是专为终端(Terminal)设计的代理型CLI工具。能直接读取你的代码、运行终端命令、执行测试并自动修复bug。Anthropic官方团队亲自演示Claude打开方式,是真正高阶用法。全程仅需34分钟,而且完全免费,主讲人就是Code核心开发者。 1. 安装与基础:用 `npm install -g anthropic-ai/claude-code` 快速安装。不过,数字商业(iBusiness)提醒:目前最推荐的“正确打开方式”,不再推荐通过传统的npm全局安装(虽然仍可用),推荐使用原生二进制安装脚本,这样更稳定且支持自动更新。 2. 优化设置:配置 allowed-tools、terminal-setup、主题、通知、GitHub集成等,提升使用体验。 3. 查询代码库:直接问Claude代码问题,如“这个PR改了什么”“git历史”“bug修复记录”等,效率极高。 4. 集成团队工具:告诉Claude错误日志、CI工具、MCP服务器信息,让它帮你分析问题。 5. 提供上下文:创建 .claude.md 文件,自动注入常用命令、代码风格、项目规范,让Claude更聪明(关键技巧之一)。 6. 实用Tips:上下文越多越智能;花时间调优上下文;支持SDK开发自定义应用。 避坑指南:什么是“错误”的打开方式? • 不要在根目录以外的地方运行: 始终在项目根目录启动,否则它可能找不到相关的依赖配置文件。 • 不要忽略权限提示: Claude Code在执行删除(rm)或危险 Shell 命令前会询问。虽然它可以自动操作,但初次使用建议仔细看一眼它想执行的命令。 • 不要让它一次改太多: 尽量把任务拆分。比如先说“重构 API 逻辑”,完成后再开新任务说“更新文档”。

SemiLLM

18,114 просмотров • 5 месяцев назад