Loading video...

Video Failed to Load

Go Home

Codex 6.1 一定要安装Github,能节省85%的token 别这么干了,以前写代码真是白白烧 Token!按照我这样来: 我想做一个「知识小屋」,第一句话就是: 「我要做一个知识小屋,请先给我检测 GitHub 有没有开源代码」 结果 Codex 真找到了现成项目! 直接拿成熟开源项目二次开发,省钱又省时间! 以后用 Codex,记住这三步: 1、先搜索 GitHub 有没有现成项目 2、能复用的代码绝不重新写 3、只让 Codex 开发缺少的功能

67,690 views • 23 days ago •via X (Twitter)

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

卧槽!Codex 又有新外挂了!这次连代码都不用自己翻了! GitHub 超逆天!开源项目:CodeGraph(colbymchenry/codegraph)【视频有安装教程和使用说明】 实测数据:7 个开源仓库参与测试,Token 消耗平均降低 62%,执行成本降低 44%,工具调用次数减少 88%,部分任务耗时缩短 53% 它能把代码库转换成一张可查询的知识图谱,让 Codex 不再依赖传统的逐文件搜索,而是直接理解代码之间的关联。 它到底能做什么? 以前让 Codex 修改一个功能,可能需要先读十几个文件,再追踪函数、寻找依赖,来回折腾好几轮 现在 CodeGraph 可以提前建立代码索引 快速摸清代码结构,直接查询类、函数和模块之间的关系。 1.精准追踪调用链,知道一个函数被哪些地方调用 2.减少无效搜索,不用反复读取相同文件 3.辅助排查 Bug,快速找到关联代码和潜在影响范围 4.加快开发节奏,减少 AI 探索代码所花费的时间 相当于给 Codex 配了一个随时可以查询的代码地图 不想手动折腾的,直接把这段任务交给 Codex: 帮我将 colbymchenry/codegraph 接入当前 Codex 环境。检查运行依赖和兼容性,完成安装、MCP 配置与代码索引初始化。随后验证代码搜索、函数调用追踪和依赖关系查询是否可用,确保 Codex 能正常调用。不要覆盖现有配置,完成后给出测试结果和日常使用说明

govin.eth | G哥

89,716 views • 2 days ago

卧槽!!!Codex 这次不只是会写代码了,连产品经理、架构师、开发、测试的工作流都给你安排上了! 兄弟们,赶紧给你们的 Codex 装上 BMAD-METHOD! 这玩意儿不是普通的 Skill 集合,而是一套完整的 AI 敏捷开发方法,专门解决 AI 写代码最头疼的问题:需求没想清楚就开干,做到一半推翻重来! 这价值可牛了: 1、产品经理先行:先梳理需求、明确目标,把模糊的想法变成可执行的开发任务。 2、架构师参与规划:复杂项目先设计技术架构,明确模块划分和实现方案,不再上来就堆代码。 3、多角色协作:产品、架构、UX、开发、测试等专业视角按需参与,让不同阶段都有对应的工作流。 4、完整开发闭环:从需求规划、技术设计到编码、验证和迭代,让 AI 不只是写完代码就交差。 5、新项目、老项目都能用:既能从零开发,也能先梳理现有代码库,再继续迭代。 最关键的是,开源免费,还能根据任务复杂度调整流程。简单需求直接开发,复杂项目再做完整规划,不用每次都走一套繁琐流程 安装也不用自己折腾,直接把这段提示词扔进 Codex: “阅读 bmad-code-org/BMAD-METHOD 官方文档,为当前 Codex 项目安装并配置兼容版本的 BMAD-METHOD,检查现有配置,完成安装后验证相关技能,并演示如何从需求规划推进到代码实现与测试。” 装完直接试试: 使用 BMAD-METHOD 帮我开发一个在线记账网页,支持添加收入和支出、分类统计、月度收支汇总,并用图表展示消费情况。先制定简要开发计划,再直接实现页面,确保按钮可交互、数据可新增,完成后启动预览。 还在让 AI 一上来就闷头写代码的兄弟,试试先把开发流程搭起来! 对了,在线记账《妙计账本》我给开源了,代码如下自取

govin.eth | G哥

70,490 views • 11 days ago

WTF 逆天!Codex 装上 oh-my-codex,直接把你升级成一支 AI 开发团队 这个开源项目是真有点东西!跟oh-my-zshell我感觉一个量级 用 Codex 写直接项目,需求、前端、后端、测试、修 Bug,基本都得一件件安排 现在有了 oh-my-codex(OMX),可以让多个 AI Agent 同时干活,主 Agent 负责统筹,其他 Agent 分工执行 直接复制这段话给 Codex: “ 帮我安装并配置 Yeachan-Heo/oh-my-codex ,先阅读官方 README,检查环境和依赖,按照最新文档完成安装、初始化和健康检查。安装成功后介绍 Team 多 Agent 协作模式,并给出一个启动 6 个 Agent 协作开发的示例。 ” 最让我心动的是这 6 个优势: 1、多 Agent 并行:原生子 Agent 最多支持 6 个并发,复杂任务可以同时推进,不用一个个排队 2、能自动拆解任务:一句需求,先梳理方案、明确分工,再进入开发,减少 AI 写到一半跑偏 3、团队协作开发:前端、后端、测试、代码审查可以分开处理,主 Agent 负责协调和整合 4、持续执行任务:支持长任务目标、检查点和恢复机制,不用每次都从头解释项目 5、自动审查和测试:提供代码审查、QA 验证工作流,写完代码还能继续检查、修复问题 6、项目进度可追踪:计划、日志和状态保存在 .omx/,方便查看进度、恢复任务 更重要的是,它直接增强现有 Codex CLI,不需要你重新换一套 AI 编程工具 你只需要负责提需求,Codex 帮你组织一支 AI 开发团队

govin.eth | G哥

62,181 views • 15 days ago

哈草,太逆天了!Codex 效率直接提高 20 倍,这个开源神器必须装! Codex + Context7 = 给 AI 开挂 1、不用再翻文档了:写 React、Next.js、Supabase,直接让 Codex 获取对应的最新文档和代码示例,省掉大量查资料的时间 2、减少 AI 一本正经地瞎写:API 名称、参数、配置方式不对,代码写得再快也白搭。Context7 把相关文档塞进上下文,让 Codex 有据可查。 3、少返工才是真提效:遇到陌生框架、SDK 集成、版本升级,先查文档再写代码,减少过时用法和错误示例带来的折腾。 4、安装直接交给 Codex:复制下面这段提示词,让它自动阅读项目文档、完成配置并验证是否可用 安装直接用这段提示词: “ 请先阅读 upstash/context7 的官方文档,了解 Context7 的安装方式、配置要求和使用方法。然后为当前 Codex 环境安装并配置 Context7,优先采用官方推荐的方案;检查运行环境和依赖,完成必要的 MCP 或 CLI + Skills 配置。配置完成后,验证工具是否能够正常调用、能否检索指定技术栈的最新文档,并测试一次真实的代码查询任务。最后告诉我具体修改了哪些配置、如何使用,以及后续如何让 Codex 在编写代码、调用 API、安装 SDK、排查报错时,优先检索对应版本的官方文档。遇到需要授权、API Key 或人工操作的步骤时,明确告诉我,不要假装安装成功 ” 以后写代码,别光让 AI 埋头干活,先让它找到正确的说明书!

govin.eth | G哥

22,996 views • 14 days ago

Codex 5.6 真正与普通人拉开 90% 差距的,不是 prompt,而是你会不会配置 config.toml 很多人用 Codex 还停留在“打开就聊”,但真正重度使用的人,早就把模型、任务模式、项目规则和自动化流程写进配置里了。 现在 Codex 5.6 最值得折腾的 4 个专业设置: 1️⃣ 固定模型 + Reasoning Effort 别每开一个任务都重新选模型。 把默认模型和推理强度写进 ~/.codex/config.toml,日常任务追求速度,复杂架构任务再提高 reasoning effort。 输入prompt: 请检查我当前 Codex 5.6 实际支持的模型和 reasoning effort 配置,不要猜测或使用已经废弃的参数;然后修改 ~/.codex/config.toml,为日常 Coding 设置合理的默认模型与推理强度,并告诉我具体修改了哪些字段、为什么这样配置,最后验证配置是否成功生效。 2️⃣ 不同任务建立 Profile 写功能、修 Bug、Code Review、做系统架构,根本不应该用完全相同的配置。 Codex 支持 Profiles,可以针对不同任务切换不同工作模式。 配置用的prompt,直接用: 请基于我当前 Codex 5.6 配置创建 3 套 Profile:fast-dev 用于快速开发和小修改,code-review 用于 PR 和代码审查,deep-architecture 用于复杂系统设计;分别配置合适的模型、reasoning effort 和执行策略,不使用已经废弃的配置项,并告诉我之后如何通过 --profile 切换使用。 3️⃣ 给每个项目建立独立配置 全局配置解决“你习惯怎么工作”,项目配置解决“这个项目必须怎么工作”。 把技术栈、测试方式、项目约束和工具配置放进项目自己的 .codex/config.toml,不要每开新会话都重新解释。 直接输入: 请分析当前项目的技术栈、目录结构、测试方式和开发工具,为这个项目设计一份最小化的 .codex/config.toml,只写当前项目真正需要的配置,不覆盖无关的全局设置;完成后解释每项配置的作用,并检查项目级配置是否能够被当前 Codex 正确加载。 4️⃣ 用 Hooks 把规则变成自动执行 最浪费时间的方式,就是每次都提醒 Codex 改完记得跑测试、提交前记得检查、别忘了扫安全问题。 现在可以直接把这些规则做成 Hooks,在生命周期节点自动触发。Codex 当前官方配置已经支持 lifecycle hooks。 直接用这段: 请检查当前项目适合配置哪些 Codex lifecycle hooks,并为我建立最精简的一套自动化流程:代码修改完成后运行必要测试和 lint,关键变更执行安全检查,提交前执行最终验证;只配置真正必要的 Hook,避免重复执行和拖慢开发速度,完成后实际触发一次并验证每个 Hook 是否正常工作。 真正高效的 Codex 启动就知道该怎么工作。 赶紧配置试试吧!

govin.eth | G哥

157,090 views • 2 months ago