为什么我的codex老是有bug
粉丝557获赞1.1万
相关视频
01:42查看AI文稿AI文稿你以为现在的 codex 装上就能直接用了吗？不是大部分人用 codex 觉得不好用，不是 codex 不 行，是你漏了最关键的一步。 我看过太多人的配置，装完就开始写代码，结果发现 codex 还是一问一答，一次只能干一件事，然后就下结论说 codex 也就那样吗？不是 codex 不 行，是你没打开它真正的能力。 真正决定 codex 上线的那一步是并行 subdivision 的 配置。你看这个地方，默认情况下， codex 是 单线城干活的，你给他一个任务， 他从头到尾串着做一个模块，写完再写下一个。但是你只要把并行 subdivision 打开，告诉他允许同时开多个子任务，每个子任务有自己的职责边界，有自己的写入范围， codex 立刻就变了一个东西，他会自己判断哪些任务可以并行，然后同时开几个分身一起干。重点来了，这个配置不是什么高级技巧，就是一个参数的事。 但是百分之九十九的人装完 codex 根本不知道有这一步，他们一直在用单现成的 codex， 然后抱怨说怎么这么慢。 这就像你买了一辆跑车，一直挂在一档开，然后说这车不行。这一步的意义在哪？意义在于你对 codex 的 定位彻底变了。没开并行之前， codex 是 你的编程助手， 你问一句，他答一句。开了并行之后， codex 是 你的开发团队，你给目标，他自己拆，任务自己分配。以前你是在用 ai 写代码，现在你是在带 ai 团队干活。不是 codex 好 不好用，而是你有没有把它真正的能力打开。
5335关工聊编程
01:19查看AI文稿AI文稿codex 跑长任务总在最后一步崩，很多人以为是模型的问题，其实是任务没有结构解法，就一步在项目根目录建一个点 hermes 文件夹，里面放一个 task e m l， 把长任务拆成有依赖关系的子任务列表， codex 每完成一步就打勾，下次续跑从断点开始，不用从头来。这个工具叫 hermes， 定位是 codex 的 项目管家，专门解决 codex 跑长任务没有记忆中途崩了不知道跑到哪的问题。核心配置只有三个字，断。 第一个是 task 任务列表，每条任务写清楚做什么，验证标准是什么，依赖哪个前置任务完成。第二个是 risk flags， 提前定义高风险操作，比如删除文件，修改 config 目录，改数据库 schema， 触发这些 hermes 暂停，让你确认 block code 自己闯。第三个是 progress report， 指向一个 progress md hermes 每完成一个子任务，写一条日记，早上起来不是对着一团改动，猜昨晚发生了什么，而是一份清单，告诉你每步做了什么，结果是什么。 我现在跑超过三步的任务，全部先写 task em， 再交给 codex， 翻车率直接调到接近零一人。公司用 codex 干长活，缺的不是模型能力，是任务管理层， hermes 就是 那一层。你的 codex 现在跑长任务吗？评论区聊聊。
138关工聊编程
01:23查看AI文稿AI文稿code 叉据说爆出了一个执行漏洞，像这样的一个漏洞啊，基本上的原理都是相通的，我记得以前给大家讲过一个 git 的 一个漏洞，为什么要提这个呢？因为它们的原理是类似的， 我用 git 去克隆我的一个仓库，这个仓库呢是我配置好里面写了一些代码的一些漏洞的仓库，只要你用这个 git 克隆下来， 你就会中招，可能是远程执行一个命令，或者打开个记事本，或者打开个计算机，这是展示的一个 demo， 你 也可以去看看，现在还有。 呃，那么这个 code 叉或者 cloud 像这样的 ai 编程工具，它在本地，比如在我们的 go lab 里面，在我们的这个呃 vs code 里面，它可以去帮我们去执行，哎，修改我们的文件，可以操作一些文件，像可以执行一些这个命令，那我们可不可以在这个 get 的 这个仓库里面恶意构造一些代码， 只要别人呃克隆下来，只要用这个，比如说 code x 打开它就可以触发我们的恶意代码呢？这是一个问题，当然我也没有复现，只是网络上说有这么一种东西，但是这种东西的话，我们 open code 也是类似的，它都是在本地执行命令。 都说这种东西的话，大家要小心，就是不要去随意的去克隆别人的这个仓库，因为你也不知道是什么。当然你说不克隆好像也不太现实，因为你总要去用到，所以说呃，这个还是要小心，要及时更新你的这个客户端就可以了。
13DeeLMind
01:58查看AI文稿AI文稿现在这个就是我的飞书，然后我已经把酷 max 就 到飞书当中，我们看一下他能够做些什么，比如说这是一排的一些文件，然后我现在需要这些文件，但是我手边没有电脑，然后我就可以通过手机给酷 max 发送指令，让他把这些文件发送给我。 然后我们现在来测试一下，现在我告诉他把一盘的 o 烧问的图片发给我，他会响两次提示音，第一次代表接受任务，第二次代表完成任务，然后我们现在来看一下， 现在他已经阅读了任务， 然后他说我现在把已复制到的目前目录的图片路径发给你，哎，这个就是他发给我们的 office word 图片，然后我们看一下和电脑上的文件一不一样， 然后打开电脑上的这个 office word 一模一样的。他把 e 盘中的文件发给了我们，然后我们继续测试它是不是支持所有的文件类型呢？然后我们告诉他把 e 盘的轴承支架文件发给我，这是一个 software 文件，然后我们看他能不能发给我们， 最后他也是成功的把 software 文件发给了我，然后他还能做什么呢？我们继续测试，我们让他打开 bilibili 客户端，并随机打开一个视频播放， 然后他真的打开了 bilibili， 并随机播放了一个视频，这个是炮龙的视频。经过上一个测试呢，我们可以发现通过手机发送指令可以完成电脑上的所有操作，也就是说我们可以实现真正的躺着办公了。
1688Kid学长
00:43查看AI文稿AI文稿codex 搞 bug 搞了几个小时还没好，未卜扣定。这条路真没有大家想的那么简单。前端现在确实好做 a 随便几句话一名就可以给你生成的有模有样。 但真正折磨人的是前后端接口对接。我今天被 codex 一个 bug 卡了几个小时，最开始是前端能注册，但后端收不到数据，后来修着修着更离谱了， 现在前端直接都注册不了了。你会发现 ai 擅长的是深层，但一旦进入真实的工程环境，各种接口，数据库状态同步问题，马上就开始连锁爆炸了。所以现在很多人觉得微不扣令很爽，是因为他们大多数人还停留在深层页面的阶段。
36王子健聊AI
01:25查看AI文稿AI文稿codex 不是 不能接项目，大部分人翻车是因为前面没加 hermans 这层管家。我以前最怕的不是他写错代码，是一个长任务，跑起来以后越改越散，窗口一关回来根本接不上，你让他直接吃一整团需求，他看起来很猛，实际特别容易失控。 我后来把流程改了，只多加一层 hermes， 效果完全不一样。第一步， hermes 不 让 codex 直接开干，先把任务拆成三段，已完成进行中下一步，这样 codex 每次拿到的不是一个模糊大需求，而是一段明确的小任务。 第二步， hermes 强制留进度，我现在都会让他写 progress dmd， 里面只记四个东西，改了哪些文件，最后一个成功命令现在卡在哪，下一步跑什么。所以就算任务中断也不是重来，而是打开 progressmd 继续接。第三步，危险动作，不让 codex 自己排版， 像删文件装依赖改大范围代码， hermes 会先拦一下让我确认。这一步特别关键，因为 codex 最怕的不是不会写，是你给他太大自由，他就容易越改越乱。所以我现在的感觉很直接， codex 负责执行， hermes 负责拆任务，管状态，拦风险。 这样 ai 才不像一个会聊天的写马工具，而是真的开始像一个能接项目的执行员。如果你也想看我这套 codex 加 hermes 的 项目管家结构评论区打项目管家，我把我现在用的 progress 打 md 模板发你。
3776关工聊编程
01:36查看AI文稿AI文稿你第一次用 call 大 师，最危险的不是不会写代码，而是让他乱改你的项目。很多新手一上来就说帮我做个网站，结果 call 大 师改了一堆文件， bug 没修好，项目还更乱了。更崩溃的是安装打不开，手机连不上，看到批准命令也不知道能不能点先搞清楚， call 大 师不是单纯聊天写代码，叉着 gdp 更性回答你问题。 call 大 师更性进入你的项目里干活，他能读文件改代码，跑命令，看报错继续修，所以他能力更强，但也更需要边界。新手翻车空城，不是因为 call 大 师不行， 而是任务太大，指令太模糊，没有回馈方案。一，新手优先用桌面版，你能看到项目文件修改， excel 对 比和任务进度，比 cr 更直观。第二，改代码前先让他读项目，直接说请先阅读项目结构，不要修改任何文件，告诉我功能、技术栈启动方式和风险点。第三，必须加最小改动原则， 比如是修改和这个问题直接相关的文件，不要重构，不要升级依赖，不要改样式，修改前建立计划。第四，看到批准命令，别谋脑点，先让他解释这条命令干什么，有什么风险，不运行会怎么样。第五，手机连不上，不要乱试，检查电脑端是否打开，是否休眠，账号和工作区是否一致， app 是 否最新，说不清就截图， 让 call 大 师根据截图排查。比如你只是想改一个按钮颜色，如果你说帮我优化页面，他可能顺手改结构，换样式，动依赖，正确说法是 只改按钮颜色，不改其他布局，改前告诉我会动哪些违建，这样 call 大 师就从自由发挥变成案范围执行。记住， call 大 师的核心不是会写代码， 而是能在项目里执行任务。你越给他边界，他越稳定，你越鲁乎，他越容易失控。我把新手最推荐的五条 call 大 师提示词放评论区了，你最喜欢用 call 大 师做什么？写网页修 bug？ 还是做小工具？评论区告诉我，记得收藏，第一次用真的能少踩坑。
03:51查看AI文稿AI文稿我现在越来越怕 ai 对 我说已经修好了，因为很多时候它只是让错误看起来消失了。比如 type error 补报了，页面能打开了， api 能返回了，看起来好像没问题，但后面新的 bug 可能已经开始出现了。然而你继续让 ai 修，最后整个系统越来越奇怪。最离谱的是， ai 会一本正经的 生成代码。后来我发现， ai bug 最大的问题，很多时候不是修不出来，而是错误会不断地传播。很多人以为 ai 修 bug 是 真的理解问题，但其实很多时候并不是这样的。 ai 更像是猜测原因，尝试 patch 看结果，再继续 patch。 尤其是复杂工程， ai 很 容易只修表面错误。比如你看到这个错误信息， ai 很 可能会直接改成这样子。错误是补报了，但真正的问题可能是娱乐本来就不应该为空，结果当前异常消失了， 但真正的问题并没有解决，后面业务逻辑会开始逐渐异常，后来更大的 bug 才会慢慢出现。这也是为什么很多 ai 的 bug 会给人一种特别奇怪的感觉，看起来修好了，但系统越来越不稳定。 呃，这里有三个特别核心的问题。第一个是 patch polluting， 这是 ai debug 特别容易出现的问题， ai 经常会基于错误状态继续修改，比如第一次修错了，但第二次继续修改， ai 已经默认当前代码是正确基础。呃，于是后面的 patch 会不断建立在错误 patch 之上。最后整个代码库会出现大量 for back try， catch， non check， 临时兼容，逻辑 越来越像缝合怪。第二个错误传播，一个错误很容易污染后续的 reasoning。 比如 ai 一 开始误判了 bug 原因，后面所有分析都会建立在这个错误前提上，于是错误会越传越远。这其实特别像人类的 bug 的 时候，一 开始方向错了，后面越查越偏。还有一个特别危险的问题，就是 goft 很多时候修到后面， ai 已经忘了最初到底要修什么。比如最开始只修一个分页 bug， 后面 ai 开始改 api、 改缓存、改数据结构、改状态管理，最后整个系统都开始变化，而 ai 自己 很多时候甚至没有意识到它已经偏离最初的目标。那么现在很多 ai agent 已经学会主动跑测试，主动 build， 主动写测试、主动 retry， cortex cloud code， cursor agent 现在已经越来越像真正的工程 agent。 但问题是，它们验证很多时候只是当前行为是否通过，而不是系统长期是否正确。比如测试通过了，但架构已经开始漂移，数据约束开始不一致。 嗯， forback 越来越多，技术债越来越高，而这些问题， ai 很 难真正意识到。更危险的是， ai 有 时候会为了通过测试而修改系统。比如测试失败了， ai 开始放宽断言，修改 mock 跳过边界的 case， 最后测试通过了，但系统不一定是真的更正确了。所以我现在越来越少直接说帮我修一下，因为这个指令太模糊了。我现在更倾向于 一个明确的 debugflow， 先分析问题，不要着急改代码，然后提出假设，确认真正原因是什么，确认方向之后再修改，修改之后验证当前的行为， 最后确认系统整体是否依然合理。这个步骤特别重要，因为 ai 很 容易局部正确，但系统长期开始腐化。 最后 ai bug 最大的问题，很多时候不是修不出来，而是错误会不断传播。真正危险的不是错误本身，而是错误被隐藏了。 ai 更像超强执行器， 而不是自动 bug 神器。这里是 cortex 工程实践。下一期我们继续聊为什么 ai coding 开始进入 workflow 时代。
71Tony沈哲
03:21查看AI文稿AI文稿很多人第一次用 cortex， 都会经历一个阶段，一开始觉得这东西太强，但后面又觉得怎么越来越难用了？最后很多人得出一个结论，模型不行。但其实很多时候，问题不一定是模型， 而是你的 ai 工作流有问题。呃，很多人现在怎么用 cortex 呢？其实非常简单粗暴打开，嗯，直接开聊，然后，嗯，加功能，改 bug。 patch， patch， patch。 整个 session 一 路硬写，看起来很高效，但实际上这个过程非常容易失控，因为 ai 并不擅长无限持续混乱开发。核心问题有几个？ 第一个是没有 task boundary， 很多人什么都在一个 c 型里做，嗯，比如修 bug， 改架构，做 ui， 写测试，调 prompt， 全部混合在一起，结果上下文越来越乱，最后 ai 根本不知道当前真正目标是什么。 第二点是没有 plan。 很多人想到什么就直接让 ai 改，但在复杂的工程里，嗯，没有 plan 其实特别危险， 因为 ai 会不断局部修复，最后派去越来越多，整个系统越来越不可控。 三、没有状态管理这是很多人忽略的问题。 ai 本身其实没有真正长期稳定状态， 它只能依赖当前上下文。所以如果你不主动管理当前目标，当前阶段、当前约束， ai 很 容易把旧信息、错误方案、历史 patch 全部混合在一起。 真正长期使用 context 的 人，其实已经开始管理工作流了。比如 task allocation， 一个任务一个 session， 不要无限续聊， step execution， 先规划，再分步骤执行，而不是一一口气让 ai 改整个系统。 summary 阶段完成后，主动总结，重新开始新的上下文 plan 复杂任务，先让 ai 做 plan， 确定没有问题， 再开始写代码，这其实已经非常接近真正的软件工程，这就是普通用户和工程化用户的一个区别。 呃，在往后呢，很多，嗯，长期使用 cortex 的 人，甚至，呃，还会管理项目上下文工作目录 roles 呢？忽略文件， a j s 文件，呃，因为他们已经意识到 ai 编程不是聊天，而是 cortex engineering。 我 们来展示一下忽略文件吧。 嗯，这就是 cortex 的 一个忽略文件，其实跟 get 的 忽略文件意思是一样的。 呃，然后还有一个 excel 的 文件， excel， 嗯，这是 excel 的 文件。如果你的项目很复杂，呃，有很多模块的话，也可以在模块下面放一个 类似的一个文件，用来管理当前的模块，然后根目录下面的这个文件呢，是管理整个项目的， 呃，所以很多人用不好 cortex。 问题不一定是模型，而是还在用聊天的方式做工程。真正重要的能力其实是 ai 工作流管理。这里是 cortex 工程实践。 下一期，我们继续聊，为什么大仓库加全量上下文会让 ai 编程直接崩掉？
150Tony沈哲
00:38🔥Codex 总改出新 Bug❓先装这 5 个❗️ 装完这 5 个之前，我改一个 bug 要切 3 个窗口。
你用 Codex 最烦的是哪一步？
#codex #skill #大学生 #打工人 #AI工具查看AI文稿AI文稿content 裸装和佩奇这五个用起来完全不一样。 reportmix 项目打包工具，一个中型项目几百个文件三十秒打包完。 awesome codex skill 提示词仓库，别人写好的提示词直接拿来用，不用自己摸索。 content plus plus 实时预览插件，前端和 app 必备代码改了哪变成啥样，右边直接看，不用两边切窗口盲猜 keep content fast 清理加速工具，用久了肯定卡，一键备份清缓存，找回刚装时的流畅感。 follow builders 不是 工具，是信息员，看真正在写代码的人怎么用，比看发布会管用。按需装哪个卡点装哪个没变得 in context 最卡的是哪一部。
1613清溪AI
01:22查看AI文稿AI文稿codex 是 openai 推出的 ai 编程伙伴，可以帮助我们开发功能、修复 bug、 重构代码、做代码审核等。 openai 官方也提到， codex 可以 处理从功能开发到代码 review， 发布相关的工程任务。 但对孩子说，我们不用一上来就讲那么复杂，我们可以把它想象成一个把想法变成作品的 ai 助手。比如说我想做一个数学错题的讲解器，我不会直接说 帮我写代码，这样太空了，我会说，请帮我做一个适合三年级小学生使用的数学错题讲解网页功能包括，学生可以输入一道数学错题 e i 页面，提示学生先分析题目条件， 在引导学生写出题解之后，再举一反三。应用风格要可爱清楚，适合孩子，这就叫任务拆解。这我也给大家进行干货总结。给 codex 写提示词有一个万能的公式，角色加目标加用户，加功能，加风格加输出形 式。比如说角色是，你是一个 ai 编程助手，目标是帮我做一个教学错题分布讲解， 生成类似体，风格是卡通，也要简洁，适合孩子。初初就是做成网页。在 ai 时代，孩子真正要学的不是复制答案，而是把自己的想法讲清楚，因为你讲的越清楚， ai 做出来的作品就越接近你想要的样子。
445辣妈行动西西
06:25查看AI文稿AI文稿这个软件大家一定要用起来哈，真的比小龙虾好玩多了。然后我现在做了一个自动切片的软件哈，然后我们开始批量切片哈，你你可以发现他开始切片了， 但是我不知道他当前任务进度百分之三十，我不知道他在执行哪个任务，写那么多任务。所以我看到第一个问题了，然后第二个问题就是这里有个选择目录，每次切完了之后，我想打开所在目录嘛，是不是没有这个快捷键？然后我就发现这些痛点， 所以说你只要跟上 get 说一下，你就截个图给他，我说我把这个进度放在这里，是不是这样有显示就可以， 是吧？就截个图试一下嘛，我就说我希望在每个文件名称右边都会显示时长啊，对，时长什么意思？就是我这个视频到底多长我不知道，一分钟、两分钟，如果我都看到一个，一个小时三十分钟，我就可以不切，因为太长了，切没多少意义，或者说很浪费时间。让我知道一下每个视频 时长，是不是所以右边显示时长，然后开始识别之后会有个进度，是吧？显，只要显示百分比进度就好，然后最终该视频 完成就显示百分之百。二、双击列表中带切片视频可以播放视频，意思就是我双击这个东西，我就可以马上播放视频，我知道这个视频到底是大概有没有必要切片嘛？不然我要找到这个啊，我的文件管理目录那里找到那个视频就没必要了，所以我可以 这里双击就可以播放嘛，是不是？然后我们看一下第三个啥，最终切片完会有个快捷键叫做打开切片所在 find 哈。 find 什么意思啊？在苹果里就是我的电脑意思打就打开所在目录个字哈，我们叫访达哈， 知道吧，所以这个是苹果专用的叫翻的啊，就就是打开所在目录的意思哈。啊，就放在选择目录旁边或下面都可以啊，就我的意思就放在这里这样点击一下就可以打个目录嘛。所以这就是我的一个需求嘛，是不是我只要发给他， 然后他就马上给你改软件啊？啊，我们看一下他是怎么思考的啊，你看改完之后我按照我立即生成并新的麦克 app 是 吧，他就开开始浏览你的电脑文件了，就是他会看你的代码，这是我代码文件嘛？ 是 𠲎， 我 已经把这搞清楚了嘛，是不是他很快的我准备开始改代码啊，这次我干嘛干嘛？然后他开始浏览了这个代码，这意思啊，是不是所以他就有个过程他要思考嘛，开始编代码了嘛，是不是在编辑嘛，加了三个代码就加加了三个代码，然后减了一个代码嘛。啊， 又在思考了啊，然后这是我在切片切了好多是不是？你看我现在他在干嘛我都知道哈，我就把这个一定要一定要把它关掉，我就没什么用，比如之前我是这样切的，看他说的图就知道了，是不是？这是什么？是人还是物？是不是？你看这个明显就是一个春联吗？是吧？ 然后呢？我现在我们看一下，因为太多了，你看切片整理，你看他现在就是怎么近景特写啊，我觉得没必要啊，很容易到时候会重名，但是如果说按照日期去的话就不会重名哈。 好了，我们再看一下它是怎么改掉我的，那我已经把功能逻辑修正了啊，然后现在它在编新的 app 哈，在编写新的 app 了，然后，哎，你看这个就有又发现一个 bug 了，没有终止任务，是不是？ 是不是？所以我又开始说可以终止，你看只有开始切片工具啊，但是我因为我一下子放了一百七十四个视频哈， 然后每个视频可能就几十上百个镜头，是不是你这样算下来有几万个镜头了？所以说你看现在没有终止，所以你发现 bug 你 就修 bug 嘛，然后你就给他一个命令嘛，给他个命令他就会跟跟你改。好， 我现在终止不了。你看到搞了那么久，只只完成百，总金额百分之一，但是视频已经完成一两个了哈，你看我现在已经完成三个视频了，你看每个视频啊，都有那么多。这个东西是我自己做的一个软件哈，就它会提醒我完成了这个任务。好， ok， 我 们可以单机一下就能打开了， 我们打开看有没有改过来， ok， 我 们把这功能关掉哈，然后添加文件夹，比如我选择这个哈，你看一下 是不是这个。好好，我们开始批量切面试一下哈， ok， 你 看进度六，你看跟这个同步了二十一，你看他就帮我实现了功能，是不是老师上五十八秒嘛，我就知道哪个东西嘛，你看还有三十六分钟的，是不是三十六分钟就我们就要着重一下嘛， 下次我再加个功能，叫点击排序嘛，点击一下就可以排序的，然后这个进度不就是可以随着中指我再加个功能叫中指任务，然后改个红色嘛，是不是可以中指任务嘛？你看 他开始已经识别出来了，他要切片第二个了，但是因为我这些东西哈，都是只有一个镜头的哈， 大家好，我现在在和田的一个枣园里啊，大家可以看到吧，所以他只识别出来一个镜头， 所以现在就是刚刚那几个功能。是不是跟我帮我实现了一个进度条，一个打开所在的翻的，还有你看现在就知道了。切哪个镜头我就知道了他给我切了哪个镜头，我还有个东西叫什么啊？双击可以播放视频， ok， 比如说，我现在测试一下哈，比如说看一下这个， 呃，我穿越又失败了哈，这些双击你看马上能播放了，相信那么久 是吧。双击，咦，牛逼，如果说是吧，所以你基本上你要啥功能他就给你实现啥功能啊，等个几分钟就实现了哈，也不用写代码，也不用干嘛啊？是这样的哈，如果说你们看不懂 我的视频，到时候我会出几期置顶哈，你们可以看一下置顶有没有置顶视频置顶会讲一下。呃，扣代码是怎么安装啊？大概怎么使用，你们学一下入门，你看了入门之后你再看我的这个视频，肯定能看得懂的哈，如果看不懂也没关系。好吧，你们记得先看一下置顶， ok， 反正这个东西我也是随便的锻炼自己的输出能力了，我也不求多少人能看这个视频， 反正就是分更新一些，我在时时在做的一些事情啊，每天出一期两期，是不是我觉得这种视频还是对人有点帮助的哈，就是我的一些思路是怎么做的，是不是比较真实哈？
384孙磊的Ai日志
02:07查看AI文稿AI文稿哎，兄弟们，这个东西千万不要碰啊，真让人上瘾啊，你看我在路边等人，我都想掏出 mac 让他玩一会，但我有时候在想啊，你说我又不是程序员，为什么我会沉迷于 code 呢？哎，今天我想明白了， 就是 code 最爽的地方呢，不是让他做事啊，说实话，就是我第一次教他干活的时候，有时候真的挺慢的，远不如我的速度，对吧？你让他做一件事啊，要一个小时，那还会出错。 但后面呢，随着我一步一步的纠正，那神奇的事发生了，他做完只要十五分钟了，哎，就就再优化几次，他就像一台机器一样，越来越稳定了。 这个感觉啊，特别像我小时候特别喜欢玩的一款游戏，叫我的世界。以前我玩 mc 啊，玩我的世界，最爽的不是挖矿砍树，也不是什么打末影龙啊，那些对于我来说其实挺枯燥的。我最爽的呢，是研究这个机制，造一些自动化的机器， 像我每开一个生存党，第一台机器基本都是刷铁机，对吧，先要解决铁的来源，后面呢，再搞小黑塔，哎，玩一些红石之类的，其实核心就是一个，就怎么让一整套系统自己的稳定运行下去，不出 bug。 但我现在回头想啊，就是我小时候真的需要那么多铁吗？几箱子铁块啊，都拿来造房子铺地了。所以说，真正让我爽的呢，并不是我有那么多铁，而是我自己设计了一个系统，他自己真的自己跑起来了，哎，这个成就感哦，真的拉满哦。 现在呢，我用 codic 也是一样，有很多工作呢，我当然可以自己做，但我就是想让 codic 帮我做，然后我来检查优化。像现在啊，我让 codic 帮我剪视频哦，他真的有点笨啊，也挺慢的，但我就想试试。所以说 codic 让我着迷的地方啊，不是偷懒，甚至说我用了 codic 之后我生活更饱和了， 它是让我有机会在现实世界里面搭建属于的自动化了，它是让我有机会在 mc 里造刷铁机， 现在我在现实里面用 cody 啊，造自动剪视频机。哎，有没有人跟我一样的，用 cody 用出了当年玩 mc 玩红石造自动化机器那种感觉。评论区聊聊你的看法。
1505冰箱里有问题
06:43查看AI文稿AI文稿曾经我对 cloud code 的 终端爱不释手，但现在我只能说一句， codex 真香啊，真香！ 大家好，我是布鲁。随着 codex 近期频繁的更新，我自己的工作站也已经全面的切换过来了。今天就来分享一下我自己的完整使用经验，怎么用 codex 打造一套不打断心流的生产力闭环。 本期视频我把它分成了七个章节，每一张都是我自己实际在用的技巧，希望能对你有所帮助。那我们话不多说，直接开始 第一张，先来介绍一下我的工作站是怎么布局的。左上方是 codex 的 对话框，下方是 terminal 终端。 你可能会问，已经有 codex 的， 为什么还要开一个 terminal 跑 c c？ 因为我发现对于一些需要探索、需要设计的任务， c c 的 表现要更出色一些。所以我的习惯是用 c c 来做方案设计，配合 planning with files 这个 skill， 把设计思路直接落成文件， 然后再让 codex 读这份计划，接手后续的具体实施。这样一来， cloud code 负责想， codex 负责做，两者可以各司其职。 右上方这个区域我用来做任务完成后的查看和审阅，比如代码的 review， 文件的浏览，还有浏览器都在这里。虽然现在浏览器还不支持多标签页，但对于日常的任务来说完全够用。这边我就分享一个实际的案例， 我让 c c 参考了最近很火的这篇卡巴西提出的知识库的文章，让他借鉴里面的思路，出一份设计稿和完整的实施计划。目的呢是做一套前端的页面，方便我日常的维护文档使用。 接着 c c 就 会调用 planning with file 这个技能啊，将所有的计划落成文档，然后我就会回到 colex 这边，让 colex 去阅读当前项目内的这份计划文件，然后基于这份计划文件让他进行开发。开发完结果之后，我会在这边 内置的浏览器里面去进行结果的 review， 包括代码的一个审查，整个过程从设计到开发再到 review， 全都在这一个工作站里面完成，不需要切换任何的窗口，这就是我前面所说的，心流不会被打破。 第二章，批注功能。这个功能是我觉得 codex 真正强大的原因之一，也是最能体现沉浸式开发的地方。 以前我们改代码的方式是找到文件定位到哪一行，描述问题，让 ai 修改，整个过程中你的注意力是在代码上的，但现在 codex 的 批注功能让这件事情变了，你可以直接在文件上进行批注，告诉他哪里怎么改，需要怎么改。 更厉害的是，现在这个批注功能不止限于代码文件，你可以直接在前端页面上进行批注，看到哪个按钮位置不对，哪块布局不满意，直接在页面上标出来， codex 就 能理解你的意图，并帮你进行调整。这件事的意义在于，正好对应了 webcodd 的 核心理念， 开发者的重心不在于怎么写，而在于写出来的东西对不对。批注功能把这个理念落地了。 第三章，上下文管理 codex 项目里可以同时开多个县城，每个县城对应一个任务，互相独立，不干扰。对比 cloud code 需要开多个对话窗口， codex 把所有县城都收在了一个项目下，管理起来会清晰很多， 然后是项目的记忆核心就是 a 键的点 md， 这个文件你可以类比为 cloud md， 把项目的背景、开发规范都写进去， ai 每次进来都会读取，不用反复的交代。 还有一点， codex 的 上下文管理非常省心，它会自动帮你压缩上下文，它也没有提供像 cloud code 中 compact 的 那样的命令，这种事情让 ai 自己处理就好了，你专注于任务本身就行。 第四张，自动化这块是我觉得 codex 比其他 agent 做得更好的地方，几个原因，第一，用起来非常的方便，直接在 gui 里面新建自动化任务，还内置了很多模板可以选择， 大到项目管理技术、眼镜，小到个人的生活习惯，都可以交给它来定期的处理。第二，自动化可以调用 codex 自身的能力，比如插件、 skill、 mcp、 浏览器操作、电脑操作等全都能用进来，这就是为什么我说 codex 在 逐步形成自己的生态。 第三，我们可以根据不同的场景来灵活的选择模型和推理强度，简单的任务用轻量模型，复杂的任务上强推理，这样的话头肯可以用的更加的合理。第四，稳定性，我实测下来， codex 相较于其他的 agent， 定时任务的准确性已经能达到生产级别，相当的靠谱。 第五张插件和技能， codex 有 相当丰富的官方插件和 skill 生态。先说说两者的区别， skill 就是 纯文档，本质是给一份 ai 的 说明书，告诉他在特定场景下应该怎么做事。比如说我前面提到的 planning with files， 就是 一个 skill 插件的概念会更大一些，你可以把它理解为 codex 打补丁，里面可以包含 skill， 也可以带上 mcp 配置，甚至集成其他的 app。 一个插件装下去， codex 就 多一套能力。 另外， codex 在 插件和 skill 的 管理体验上面要比 cloud code 的 友好太多了。 cloud codex 需要改配置文件，而在 codex 里直接在界面上点击安装，或者自己创建，整个过程非常的直观。 第六章浏览器和电脑操作 codex 可以 直接操控浏览器，你可以让它自动填表，抓取数据，验证 ui 效果。 比如我需要批量收集一些网页上的信息，直接告诉 codex 去哪个页面拿什么数据，它就能自己打开浏览器去完成操作，整个过程中都不需要你的介入。除了浏览器， codex 还能直接操作你的电脑文件的整理，应用的打开都可以交给它来处理，相当于有一个助手在帮你操作桌面。 不过这里要说明一点，随着 ai 自动化越来越普及，现在已经有不少软件开始加强安全控制，对自动化操作做了限制，所以实际能操作的范围会因软件而异，遇到限制情况也很正常，大家用的时候留意一下。 第七章通用功能这些功能不是 codex 独有的，很多 agent 都支持，但作为一个完整的工作站，这些基础能力 codex 当然也不会缺少。先说 play mode， 在 执行一个比较复杂的任务之前，先让 codex 把完整的计划列出来，你过一遍觉得方向对了再让他动手， 这个习惯能帮你省掉很多返工的时间，大任务尤其推荐开 play mode。 再说 m c p， 也就是模型上下文协议，通过 m c p 可以 把各种外部的工具和服务接进来，让 q d x 能力边界大幅扩展，无论是连接数据库，调用第三方的 api， 还是接入自己家的服务，配置好之后， q d x 就 能可以直接调用。 另外还有一点， q d x 相较于 logot code 的， 有一个非常关键但很容易被忽视的小功能，语音识别。目前我的任务几乎都是语音发起的，连打字都很少了。 ok 以上就是我在使用扣袋子过程中总结的一些技巧，如果对你有帮助的话，希望能得到你的点赞和关注。 最后我想说一句， ai 发展太快了，各家 a 键的功能越来越趋同，但工具再多，适合自己的才是最好的。有时候做做加法，找到真正需要的，做做减法，去掉用不上的，慢慢摸索出一套自己的工作范式才是最重要的。我是布鲁，我们就下一期再见。
5.4万布鲁歇一歇
02:59查看AI文稿AI文稿哈喽，大家好，我是南希，之前在快手做过策略运营一行代码都不懂的纯小白，我的视频都是从纯小白的视角来分享 webcoding 的。 我相信很多在做 webcoding 的 朋友们，尤其是不懂代码的纯小白们，在刚开始做项目的时候，都会经历一个非常困扰的阶段， 就是一个 bug 改了好多遍，总是改不掉，分明 ai 每次都说它已经找到问题根源了，但可能修复一个新的 bug， 就 会导致这个 bug 又神奇出现了。我在刚开始做 web coding 的 时候会经常遇到这个问题，于是我给他起了一个名字叫做薛定鳌的 bug。 那 么对于不懂代码的蠢小白来说，到底应该怎么避免这个问题？ 最近我发现了一个非常好用的插件，就是 codex 里的 superpowers。 其实 superpowers 最早是在 github 上的一个开源项目，它的核心就是让你的想法按照先想清楚到写计划，然后分批执行， 再测试验证，最后复盘交付的这样的方式来落地的。更直白一点说，其实你相当于产品老板或者是最终拍板的人。 codex 呢，相当于是写代码的 ai 工程师。 superpowers 呢，它更像是监督 codex 按照专业的开发流程干活的技术负责人的规则包。 而使删代码出现的原因其实是在没有规则没有约束的前提下， codex 一 上来就乱写乱改乱补代码，而 superpowers 正好解决了这个问题。接下来我就跟大家具体说下 superpowers 里面几个比较好用的指令。 第一个就是 brainstorming， 这个指令核心让你先盘清楚需求，它会先帮你拆用户是谁， mvp 做什么，不做什么，页面有哪些，验收的标准是什么。这一层拆解清楚了才能进行后面的动作。 第二个， writing plans， 这个指令是把大任务拆成小任务。对小白最重要的是你能知道今天到底在做哪部，而不是看到了一堆代码，也不知道对还是错。 第三个， systematic debugging， 我 很喜欢这个，因为很多时候一报错，我们就会跟 ai 说，你把问题定位一下，并且改一下， 然后可能 codex 就 开始乱猜乱改了。这个指令会要求它先复现问题，找到根源给最小的修复方案，而不是上来乱改。第四个， requesting code review。 这个很适合不懂代码的小白，你未必看得懂代码的实现细节， 但你可以让他帮你检查有没有重复的代码，有没有明显的风险，有没有为了跑通而应凑逻辑。第五个， verification before completion。 这个是防止假完成的， 不要只听 ai 说已经完成了，而是让他实际验证能不能启动，能不能构建核心的功能，能不能跑，有没有明显的回归问题。 所以，如果你想要避免自己的项目出现十三代码，可以把 superpowers 这个插件用起来，它可以很大程度上避免代码写得太急，改得太乱，项目没有计划，没有测试，没有 review， 导致最后整个项目失控。好啦，今天的内容就到这里啦，如果你觉得内容还不错的话，记得点上关注收藏赞！下一期我们来说一说 web coding 过程中怎么利用 github 来做项目管理。
76南汐（AI版）
01:03查看AI文稿AI文稿来分享一下 codex 的 使用感受。 codex 如果改稍微复杂点的 bug， 还是要用 gpt 五点五 x high 啊，不然这个 bug 改的效率实在是太低太低了，但凡少一点点， 嗯，稍微有点难度的 bug 他 都修不了。嗯，但是他对于这个电脑的这个工具上面的操控是真的好。 另外， cloud， 嗯，我觉得 opus 四点七真的真的很厉害，尤其是在写材料 壁入 ppt 这种东西上，哇，实在是无与伦比。它对于这个 office 的 插件的使用和调用，无论从美观度、结构化或者其他等等这种维度都达到了一个新的高度，我再也不用费格玛了。
65平权认知
02:24查看AI文稿AI文稿今天 codex 发新版本了啊，就是这个版本有几个功能更新特别好用，我挨个挨个的给大家演示一下。第一个就是它可以自动截图了，比如我们在抠屏的时候，这是一个页面里面有些 bug 要修改，以前可能我们需要手动截图，然后把图片传上去，现在很 简单，两个 cmd 键啊，还是在 mac 电脑上面看，没有就直接截图，我们看一下自动截图，而且它不仅仅是截图啊，不仅仅是你看到的东西。看这个查看文本，还可以把这个页面背后的参数，组建的属性尺寸， 就这个页面背后的信息都可以给你捕捉下来。基于这个你再让它去修改一个什么 bug， 它的理解能力就会非常强，就除了页面展现的问题之外，背后的逻辑都可以给你读出来。基于这个再给你去修改好。这个是截图的功能，两个 command 键一起按自动截图， 然后直接发送你的需求。第二个很好用功能呢，就是前端编辑功能，正好最近六叔用他在写一个封面生成器，直接点击这个前端的页面，在他自带的浏览器里面做一个预览啊。比如这个页面我要修改一些布局文字或者一些排版，以前是靠对话跟他说清楚，现在直接选中好点评论，选择 直接在上面改，看到没有，改完之后，所见即所得，直接在上面生效，我们再来改这个按钮，把这个颜色我们改成一个绿色，选中，你看直接生效，然后在这个对话框里面就可以看到刚刚的一些改动，然后你主动输入，完成这些改动发送啊，最终他就会很精准的按照你的方式做一个修改，包括你的评论，你的批注， 你的团队成员都能够看到，也起到一个协助的功能。用这种方式去修改一些页面，那些 bug 是 不是纯靠口喷，要方便多的多好。这第二个功能所见即所得的 去修改你的网页的任何的问题。格式化的方式。第三个优化的功能啊，大家还记得之前它升级了一个什么版本？移动版本，你可以通过手机端去连接到电脑端，那有个问题，当你的电脑，比如说我的 mac 电脑，我锁屏了啊，这个时候我在外面我就连不上了。 为了解决大家这个问题呢，我们点击设置，这里有个电脑操控，把这个点开，输入你的电脑密码之后，你的 mac 锁屏的状态下，你也可以远程通过你的客户端去连接你的 codex。 我 觉得这个是非常好用的。最后一个功能啊，也非常好用，点这个加号，追求目标，选中适合这种连续性的、复杂性的任务，让它去跑。 比如帮我写一个用户注册的功能，并完成用力测试，在这个功能完成之前，用力测试完成之前，它是不会停的，它会一直的帮你去执行，哪怕一个小时，两个小时，中间你可以随时打开去查看它的一个进度，而且你还可以在这个过程当中不断的去加入你新的指令。如果你的任务比较长，需要多轮的迭代啊，步骤比较多， 耗时也比较长，建议大家可以开启这个购物模式，就是追求目标的模式。好了，以上这几个功能大家赶紧试一试，我持续丰富，你来体验过，拜了个拜。
2077六叔ultra
01:23查看AI文稿AI文稿你有没有遇到这种情况，家里网明明是交了钱了，但是你刷抖音卡，玩游戏卡，上网卡，干什么都卡，然后你就开始怀疑到底是网不行，还是路由器不行，还是我手机不行。今天 ai 帮我们能做的一百件事第二期，我们让 ai 来排查一下，为什么我的网越用越卡。 好嘞，我们打开 cosplay， 依旧是我们直接进入 cosplay， 这一次我已经做完了一个。看一下你输入这段话，我的网络经常很慢，帮我进一步排查原因，并告诉我怎么优化，不要讲的太专业，我要普通人能看懂的版本。当你发给他以后，他就开始按照他的逻辑来判断了，先判断哪里慢，再来简单测一下速度，判断为什么会慢， 还会给你一些建议，他有些建议是要换一些路由器或者光猫或者是什么东西的，但是还有一些原因是因为我们的 整个电脑的设置的原因。我们再往下，这时候我们告诉他帮我优化一下网络，他就会帮我们开始优化整体的一个网络设置。看一下我这边是解决了一个一百兆的限速，然后调整了一下这个 东西，还改了一下 dns， 这样就帮我们搞好了。我这个成功的由一百兆变成了一千兆，非常的 nice。 快 帮我们关闭了几个省电降速的一个选项， 现在的延时大概是十五左右。 ai 它不会魔法，不是把我们的网络凭空就变快了，但是它能帮我们少走很多弯路，尤其是对电脑一窍不通的小白，你还有什么日常小问题想用 ai 来解决？告诉我，我们下一期再见。拜拜。
12小果的AI日记
01:02查看AI文稿AI文稿为什么 codex 改代码总是在翻文件？不是模型弱，而是他不知道这个仓库的路怎么走。普通做法是先 grab 关键词，再 read 一 堆文件，猜入口，找调用链。还没真正动手， token 已经花在探路上。 code graph 的 思路很直接，先把代码库建成本，地图符，函数符号，文件关系先变成 agent 可以 查询的地图，这样流程就变了。原来是搜文件，读文件，猜入口， 现在视察符号，看调用链，定位相关文件，再让 agent 改代码。它的 readme benchmark 给了两个信号工具，调用减少，探索更快，别只看数字。关键是 agent 少翻无关文件，少把上下文腮帮。所以它更适合中大型仓库，多语言项目，复杂调用链。 如果只是小脚本或者一次性 demo， 没必要上来就装。下期我直接拿 codex 实测，用了 code graph 到底能不能少翻一半文件？评论知识图谱，收藏转发关注，临近未来！
21灵境AIGC
