Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

Codex 5.6 必装插件GitHub,节省90%的token! 别一上来就让它: 帮我做个某某APP、功能或者程序。 这样你就把 Codex 用反了。 你现在应该先安装上GitHub插件。往往你要做的项目,别人已经做好并且开源了,你可以直接拿过来用。 比如:我要开发一个 “番茄钟” 项目,你可以先跟CodeX说的提示词prompt: 我需要做一个简洁可爱的,新年拟物风格的番茄钟。先在 GitHub 上搜搜有没有类似的开源项目,筛选出最有参考价值的方案。分析解决了什么问题、面向的用户人群是什么、采用什么技术架构、代码是否安全、目前是否活跃,以及有哪些设计值得复用或避开。先不要创建文件,也不要输出代码。需要结合我的需求,给出技术选型、系统架构、MVP 范围和开发顺序。得到我的确认后,再进入实现阶段。并告诉我置信度。 这样 Codex 会先做三件事: 1️⃣ 找到真实项目直接输出复用的方案 2️⃣ 梳理别人已经踩过的坑和需要注意的问题 3️⃣ 结合你的需求做出更合理的技术取舍和开发路径 赶紧去尝试吧!别再浪费自己的token了!

153,635 Aufrufe • vor 1 Monat •via X (Twitter)

22 Kommentare

Profilbild von Govin.AI
Govin.AIvor 1 Monat

我怎么没想到个办法👍 厉害

Profilbild von govin.eth | G哥
govin.eth | G哥vor 1 Monat

感谢支持,这个我也是用过后,很受用,才分享给大家

Profilbild von Jennifer
Jennifervor 1 Monat

结合起来,确实能省token🐂

Profilbild von govin.eth | G哥
govin.eth | G哥vor 1 Monat

是的,新方法结合codex能节省很多token

Profilbild von Yuu
Yuuvor 1 Monat

可以来看看这个skill,配合grill me使用,就能直接搞定一套流程的。

Profilbild von Wei佳
Wei佳vor 1 Monat

这个插件确实必备,给它搜一些有意思的项目或者说提高效率的东西很方便。

Profilbild von govin.eth | G哥
govin.eth | G哥vor 1 Monat

是的哦,赶快github插件赶快用起来吧

Profilbild von 晚晚
晚晚vor 1 Monat

先找现成轮子,再让它改,确实省事不少

Profilbild von govin.eth | G哥
govin.eth | G哥vor 1 Monat

晚晚总结的太到位了,不光省事还省token

Profilbild von BuildUntilBreak
BuildUntilBreakvor 1 Monat

装不装插件无所谓,直接跟他说先 github找才是最重要的

Profilbild von govin.eth | G哥
govin.eth | G哥vor 1 Monat

不是哈,这样搜比直接让在git搜索节省token

Profilbild von 火山哥🕊️
火山哥🕊️vor 1 Monat

对头这个非常nice 我也是这样的

Profilbild von govin.eth | G哥
govin.eth | G哥vor 1 Monat

原来火山哥早就知道啊

Profilbild von 火山哥🕊️
火山哥🕊️vor 1 Monat

因为这个国外早在弄看了文章学习的

Profilbild von govin.eth | G哥
govin.eth | G哥vor 1 Monat

前沿技能多根火山哥学习,求带带

Profilbild von Adel Bucetta
Adel Bucettavor 1 Monat

you're misinterpreting the tool's purpose, which is to accelerate your workflow, not replace human judgment. install the github plugin and see how codex integrates with your existing projects first

Profilbild von Draco🕊️
Draco🕊️vor 1 Monat

先找轮子再造,真省。

Profilbild von govin.eth | G哥
govin.eth | G哥vor 1 Monat

是的,省token

Profilbild von 跋锋寒
跋锋寒vor 1 Monat

这不是基本操作么

Profilbild von AI磊叔
AI磊叔vor 1 Monat

我给 Codex 装插件也是需求驱动:明确要读我的 GitHub 才装 GitHub,不先囤一堆。装完它能直接翻别人的开源仓库,所以很多活先拉现成的改,比从零写省事。Codex 的插件/MCP 取舍我在《关于 Codex 的 100 个问题》里按场景拆过:

Profilbild von DDShub
DDShubvor 1 Monat

可以再用呆呆兽中转站省90%的token费用

Profilbild von Zhao
Zhaovor 1 Monat

我觉得你的分享很棒,我想把它转载到小红书平台,我会在内容上标注你这边的Twitter ID。

Ähnliche Videos

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,753 Aufrufe • vor 1 Monat

试了一下 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 Aufrufe • vor 7 Monaten

我想很多人都有这个困扰:之前经常需要在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 Aufrufe • vor 1 Monat

小扎吐槽苹果和 Google,以及谈为什么开源 AI **Mark Zuckerberg**: 我认为移动生态系统中普遍存在的一个问题是有两个把持入口的公司,Apple 和 Google,它们可以告诉你可以构建什么。 在我们的历史中有很多次,比如有经济层面的情况,就是我们构建了些东西,然后它们就会拿走我们大部分的收入,但还有一种是质量层面,这实际上让我更加不满,也就是有很多次我们推出或希望推出某些功能,然后Apple就会说,不,你不能推出这功能。 这真的很糟糕。 问题是,这样的世界是否会在AI领域复现,就像你会有一小部分拥有封闭模型的公司,它们控制API,因此将能够告诉你可以构建什么。 我可以说,对我们来说,自己构建一个模型以避免处于那种位置是值得的。 我不希望那些其他公司告诉我们可以构建什么,而且我认为从开源的角度来看,很多开发人员也不希望那些公司告诉他们可以构建什么。这就是我坚定支持开源的原因之一,我认为未来AI的集中化可能像其广泛传播一样具有潜在危险。 我发现很多人都在思考,如果我们能实现这种技术,那么让它广泛传播是否不利。 我认为另一种可能也很糟糕的情况是,如果一个机构掌握了一种强大的AI远超其他所有人的,这同样是非常糟糕的。在我看来,一个理想的世界应该是这样的:AI技术被广泛而均衡地应用,随着时间推移逐步增强其健康性。在这样的世界里,各种系统能够相互制衡,这种平衡的状态比一个高度集中化的世界要健康得多。 虽然风险无处不在,但我觉得有一个风险我想人们我并没有听到太多人提及。 **Dwarkesh Patel**:举例来说,一个价值100亿美元的模型,如果经过评估是完全安全的,你们会选择开源吗? **Mark Zuckerberg**:我的答案是,只要这个模型对我们有所帮助,那我们就会开源。 **Dwarkesh Patel**: 那如果这个模型是用100亿美元的研发经费研发出来的,然后现在要开源呢? **Mark Zuckerberg**: 我们一直以来都有开源软件的传统,但是我们并不会开源我们的产品。 比如说,我们并不会将Instagram的代码开源,但我们会开源许多底层的基础设施。我们历史上最大的一个项目可能就是开放计算项目。在这个项目中,我们将我们所有的服务器的设计网络交换机和数据中心的设计开源了,这对我们来说非常有帮助。 因为很多人可以设计服务器,但现在,大家普遍都采用了我们的设计,这就意味着整个供应链都围绕我们的设计展开,规 模变大,对所有人来说都变得更便宜,为我们节省了数十亿美元。 这真是太棒了,对吧? 因此,我认为开源有多种方式可以对我们有所帮助。 一种就是,如果有人能够找出更便宜的运行模型的方法,我们将花费数十亿甚至上千亿美元,在所有这些模型上,所以如果我们能做的更有效率,那我们就可以节省数十亿甚至上百亿美元,这可能本身就非常有价值。 **Dwarkesh Patel**: 关于开源,我很想知道你是否认为像PyTorch、React、Open Compute这样的开源项目,对世界的影响是否已经超过了Meta在社交媒体方面的作用。 **Mark Zuckerberg**: 因为我曾经和使用这些服务的人交谈过,他们觉得这是有可能的,因为互联网的很大一部分都在运行这些项目。这是一个有趣的问题,我认为几乎有一半的世界人口都在使用我们的产品,这是一个真实的点,所以我觉得这很难超越。 但不管怎样,我还是认为开源是一种新的、非常強大的建设方式。 来源:

宝玉

74,721 Aufrufe • vor 2 Jahren

学AI半年还在纠结用哪个工具,你不是不会,是在用准备逃避开始 一个零基础就能用的方法,四步闭环 ① 工具准备 下两个免费 APP,Workbody 和 Coder Work,现在有羊毛薅,每天送积分,足够你用 不用配环境,拿来就用。别一上来就纠结 Claude Code、Codex,那些以后再说 ② 建档案 打开以后直接告诉 AI:你是谁、干嘛的、优点、缺点、目标、卡点 把它当几十万的咨询顾问,把你的底牌摊给它,让它记住你。然后说:以后我需要你给建议、给方法、帮我朝目标走 ③ 喂内容 网上看到好东西,不要点收藏 收藏有个屁用,点完就是心理安慰 好文章直接复制给 AI,好视频好音频把链接扔给它。然后说:这个内容我觉得好,好在哪我想了想,你帮我看看,根据我的情况怎么用 它会告诉你哪些现在就能用,一二三列出来,照做。哪些以后能用,整理成知识块存起来,到时候拿出来 ④ 每天复盘 用完跟 AI 说:我是这么用的,结果是这样,你给我复盘,告诉我下面怎么改进 一天两天三天四天五天,你就和别人完全不一样了 然后你会发现,那个不会用的 Claude Code,你问它,它就告诉你怎么用。Codex 不会用,它也告诉你怎么用 一定是先用出来 很多人学东西学傻了,一定要先学会了再用 打球的方法是什么?先上场。不是在网上看十年教学视频,看了十年还不会打球 先上场,边学边用,甚至你都不需要懂,干就完了

熊三金Cole

10,901 Aufrufe • vor 1 Monat

Hello D哥 CryptoD | 1000X GEM ,我来交作业了。这个项目总共用时3个小时不到,是一款meme打标类的chrome辅助插件。目前已经推送到github并且开源 (我本地跑过没问题,但github还未检查 如有问题请多多包涵): 灵感是最近这pvp的一个月里,我在交易的同时也在 William 直播间学习内盘pvp技巧;发现gmgn的三冠王最常用的就是猜猜谁是dev,通常知名钱包或者巨鲸钱包都能吃到不错的利润。但是在实战中我觉得真的太耗费精力,所以那时候我就在想如果有一款打标插件可以直接在新创建的token卡片上就直接标记出来那不是很爽,跳过了很多步骤;于是从这个点出发我开始了今天的vibe coding。 我使用的是gemini pro和cursor的工具组合,从一个MVP开始和Gemini先做一个直接测试,结果上我真的蛮吃惊的,因为其实从去年我就大量使用ai自己写东西,我是一个0基础的人,走了很多弯路,那时候我用的cursor,经常就是抽奖然后出问题重新改;这次gemini的表现几乎0失误:我用Gemini问答得到代码后放入cursor写文件,这样我甚至都不需要自己创建。 期间一共迭代了四五个版本,在api请求烦忙的事上最费功夫,这其实导致了我最初想要的核心功能无法实现(在新创建界面直接显示),但好消息是如果你采用花钱的方案使用付费的api,你也可以在我的版本之上做到。 #tradingtool

ACE ㊌

13,894 Aufrufe • vor 10 Monaten

【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 Aufrufe • vor 28 Tagen

Claude Opus 4.8 出了之后,我的第一反应是:想试。 第二反应是:算了,token 这东西真的不经烧。 结果看到 ZenMux 现在可以体验 Opus 4.8,就拿它试了一个我最近一直想做的小东西。 我自己有个很真实的问题: 脑子里经常冒出各种产品想法。 但每次真要开始做,就会卡住。 用户是谁? 第一版到底做什么? 哪些功能应该先砍掉? 怎么定价? 第一周从哪一步开始? 上线后怎么找第一批用户? 想法很多,执行很散。 所以我让 Claude Opus 4.8 做了一个「一人公司作战室」。 需求我写得也挺直接: 输入一句产品 idea。 自动拆出产品定位、MVP、开发任务、定价方案。 再生成落地页文案、冷启动实验、风险清单和本周计划。 最好不是一个静态页面,而是真的能点、能改、能导出。 然后我就把这段话丢给 Claude Opus 4.8。 出来的效果比我预期好不少。 它真的把“一人公司怎么从想法走到执行”这件事拆开了。 左边输入产品想法。 中间生成产品蓝图、MVP 范围、定价和官网文案。 右边是任务看板和本周计划。 底部还有冷启动实验、风险雷达和 Markdown 导出。 最让我觉得有意思的是,它不是一味堆功能。 比如我输入“给小红书博主做 AI 选题助手”,它会主动判断: 第一版必须做什么。 哪些功能看起来高级,但现在应该先别碰。 怎么找第一批真实用户。 哪些风险可能让这个项目做不下去。 这点就很能体现 Opus 4.8 的能力。 普通模型经常是:你要什么,我全给你加上。 最后页面很热闹,但产品判断是空的。 Opus 4.8 更像是在帮你收敛:先想清楚用户、场景和第一步,再把它变成可以执行的工作台。 我是在 ZenMux 上试的。 它比较方便的一点是,一个 Key 就能切不同模型,新模型上线也很快。 Opus 4.8 拿来做这种带产品判断、交互状态和复杂信息结构的网页,确实挺顺。 想试 Claude Opus 4.8 的,可以从这里进:

Joruno

16,224 Aufrufe • vor 4 Monaten