粉丝2692获赞1511

这两天我最头疼的不是 ai 不 会干活,而是 codex 的 额度真的不够花。我本来想让他直接操作 app, 一 步一步帮我把事情跑完,结果发现他确实能操作, 也确实能干活,但问题是额度也在哗哗往下掉。然后我又发现一个新问题, 想升级 codex pro, 好 像必须从原来的 plus 渠道继续升级,而且现在大概率还会遇到手机验证。所以这两天我其实一直在解决这个问题,怎么把 pro 开通,怎么把验证搞定,怎么让后面的流程跑得更顺。 但在 pro 开通之前,我现在更现实的方案是,先别一上来全自动化,先用半自动化,简单重复明确的步骤交给 codex 做, 需要判断确认,花额度多的地方我自己来把关,等 pro 真开通以后,再稍微奢华一把。今天这个事也让我更清楚了, ai 不是 不能用, 而是要先算清楚使用成本。工具能省时间,但额度也是成本,如果流程没设计好, ai 还没帮你赚钱,额度先帮你花完了。下面是今天的财务播报,今天没有新增收入,今天支出明细,第一笔,地铁十四元。第二笔,小朋友玩具贴纸六点六元。今天总支出二十点六元。 今天净流付二十点六元。当前余额七千九百二十七点二九元。当前负债九十九万三千五百元, 已还金额六千五百元。我是西瓜,这里是西瓜 a i 艺人公司实盘做成了,我讲过程踩坑了我也照样公开。你现在用 a i 最心疼的是时间还是额度?

所以说一定要早起,居然可以通过了。靠,为什么还是要验证码? 我靠,本来准备使用这个超能力的银行卡都能被拒,说是充个 plus 有可能就不需要验证码,没想到目前看起来要用自己的账号搞定这个 codex 是 没什么希望了,就算是验证码过了,银行卡也不了,钱都付不出去。

嘿,大家好,今天咱们来聊一个特别酷的功能,它可能会彻底改变你的工作方式,就是 codex 自动化。你想想看,如果你的 ai 伙伴能真正做到七乘二十四小时不间断的为你工作,那感觉会怎么样?接下来咱们就一起看看怎么解锁这个不知疲倦的智能助手。 咱们先来想一个问题啊,当你结束了一天的工作,下班了或者去睡觉的时候,你的 ai 在 干嘛呢?是就那么闲着,还是在你看不到的地方悄悄地为你创造价值?其实啊,这背后藏着巨大的潜力,今天咱们就来把它挖出来。 这个问题的答案呢,就是咱们今天的主角, codex 自动化。简单来说,它就是一个给 ai 用的定时任务系统,你可以提前设定好时间和指令,然后 ai 就 会在后台自己干活,完全不需要你手动去点。说白了就是给你的 ai 弄了一个自动执行的代办事项列表,而且是二十四小时不停歇的那种。 好,那接下来呢,咱们会先看看这个全天候 ai 助手到底是个啥?然后我会教你两种设置方法,一种是点点鼠标就能搞定的,另一种是直接跟他说话就行。最后咱们再看几个超厉害的真实案例,准备好了吗?我们马上开始 好第一部分,全天候 ai 助手,这名字听起来就挺厉害的对吧?顾名思义,就是让 ai 在 你离开电脑去休息,去玩的时候,它还能继续为你工作,把效率拉满。 那具体要怎么设置呢?别急,我们先来看第一种方法,也是最适合新手入门的格式化设置,跟着引导一步步来,超级简单。 你看啊,这个流程特别直观,第一步,先给你的任务起个名字,好记就行。第二步,选一下他要在哪个项目文件夹里工作。然后第三步,这是最关键的,就是写清楚你想让 ai 干嘛,也就是那个指令,你甚至还能加点规则,比如说告诉他哪些文件可千万别碰。 第四步,设置时间是每天跑一次呢?还是每周?或者你定个别的什么时间?最后一步,点个保存,测试一下,确保他能正常工作,你看是不是就这么几下搞定?哎,可能有人会觉得刚才那几步还是有点麻烦,别担心,还有个更省事的办法,就是直接跟他说话,用自然语言来设置,就像聊天一样, 比如说你就直接打字,或者跟他说,哎,帮我建个自动化任务,让这个技能每周日早上九点跑一次,就这么简单一句话,后面再附上具体的指令就行了。 然后呢?然后就没你的事了,真的就这么简单, codex 会自动帮你把所有东西都配置好,然后把这个新任务加到你的自动化列表里去,你说酷不酷? ok, 这里有个特别特别重要的提醒,大家一定要记住啊,因为这些任务都是在后台跑的,有时候一跑就是一晚上,所以你必须记住,是必须在设置里打开那个防止系统睡眠的选项,要不然你想啊,电脑一睡着,你的自动化任务不就直接被中断了吗?那就白设置了。 好了,两种设置方法咱们都学会了,现在咱们就来看看最让人兴奋的部分,这些自动化任务在实际工作中到底能发挥多大的威力?准备好了吗? 好,来看第一个例子,自动生成每日项目卷包。你想象一下这个场景,每天早上,你刚到公司泡杯咖啡,一打开电脑,一份热乎乎的团队工作,摘药已经在那等着你了,是不是很爽? 那它是怎么做到的呢?其实啊, ai 会在你睡觉的时候,自动去扫描过去二十四小时大家提交的所有代码。然后呢,它会总结出每一个人都干了些啥,还会把一些关键的代码修改给你标出来,让你重点看一下。最后每天早上准时把这份个人简报发给你,这样一来,你就能省下大把的时间去追问进度了。 第二个例子,这个听起来就更科幻了,让 ai 在 夜里给自己做技能升级,没错,你没听错,就是 ai 自我进化。 这又是怎么回事呢?简单说, ai 会在大半夜自己检查他的那些脚本打码,看看有没有什么 bug 啊,或者哪些地方写的不够好,效率低。找到了之后,他就自己动手改,自己优化。这就意味着,等你第二天早上醒来的时候,你的 ai 助手可能已经变得比昨天更聪明更高效了,他在悄悄地卷自己。 最后一个例子,这个我觉得对所有开发者来说简直就是福音。自动解决代码冲突,以后再也不用为那些烦人的合并冲突和构建失败头疼了。 你可以设置一个自动化任务,让它近期去检查所有的 pull request。 我 们一般叫 p r, 一 旦发现哪个 p r 测试失败了,或者有代码合并冲突,它就会试着去理解开发者的意图,然后智能地把冲突给解决了。它的最终目标就是让你所有的 p r 都保持在那个绿色的测试通过的状态,这能省多少事儿啊? 好,看到这里,相信你已经明白 codex 自动化六扭扭了,也知道该怎么去设置了。那么现在轮到你了,你的第一个自动化任务打算设置成什么呢?是让它帮你写一份晨报,还是让它开启自我进化之旅?别犹豫了,赶紧动手试试吧!

很多人第一次用 codex, 最直观的感受是你给他一个任务,从理解、修改、测试,最后到回复小任务里已经够用了。一旦项目变复杂了,其他的问题就都出现了。比如一个项目同时有前端、后端、安卓,还有其他软件的自动化, 开了好几条县城,让他们分别负责不同的模块。刚开始看起来效率挺高的,每条县城都在推进。跑了几轮之后,发现几个非常现实的问题, 这个任务到底归谁负责?某条县城到底做了哪些事?他做完了之后证据在哪?出了问题又应该交到哪条县城去处理?为什么判断通过?又为什么要求返工? 下一轮任务到底应该由谁继续衔接?如果这些问题没有答案,现成越多,项目就越乱。所以我思考的 codex harness 自动化管理核心就是给 codex 多现成协助,加一套稳定的管理框架, 让任务能被正确的分配,记录执行过程,敷衍结果,最后根据证据继续安排下一轮。 我把它理解成一个工作台。 codex 县城还是原来的县城,只是中间多了一套规则,每条县城做什么,做到哪里,交了什么,结果怎么判断, 全都要进入规则里,这样写作就不会只靠聊天、上下文记忆。在我的设计里,最小系统需要三个核心对象, 第一个是任务,负责回答任务是什么,谁来负责?一个任务必须写清楚标题,模块负责人、目标,上下文限制条件、完成标准。 这里最关键的是负责人每个任务必须有明确的责任归属。跨模块任务也要先定一个主负责人,再拆出必要的子任务,这样任务不会在几个县城之间出现责任偏移。 第二个是回执,负责回答县城实际做了什么,县城接单推进到关键节点,遇到堵塞,准备接受检查,任务完成全部都要交一条回执, 回执里要写清楚做了什么,改了哪些文件,跑了哪些,检查位置在哪里,还有什么风险,下一步建议是什么。第三个是决策,负责回答为什么通过或者驳回。 复验县城需要基于某条回执做判断,比如看到完成任务的回执,里面列出了文件,变更检查结果、产物路径,然后自己复验,最后给出通过或者是不通过的结论, 这样每一次通过和驳回都有依据。后面回看的时候就能知道当时为什么放行,为什么退回。 三个连在一起就形成了一条完整的时间线。从创建开始,先有任务各执行,县城接受任务初使化回职,中途推进任务进度回职,遇到问题阻测回职,准备验收复验回职, 最后到完成任务会至总共,再根据实际情况做下一轮执行清单,继续循环这个过程。我一开始想让桌面消息实时更新,但可能会影响官方消息通道,之后改为先把协助正确性做好。 我现在最关心四个问题,第一,这个任务是谁接的?第二,这个县城实际做了什么,他用什么证明自己完成了?第四,敷衍县城为什么通过或者驳回。 只要系统能稳定的回答这四个问题,多县城合作就有秩序了。具体实现应该分成三层,第一层是仓库规则,在项目根目录写清楚总控赴验执行县城的职责。 总控负责创建任务,分配任务归属,查看回执给最终决策。执行负责落实任务,提交回执上报,堵塞和交付证据。复验就负责检查执行的完成情况。 各模块目录也要有自己的规则,只负责自己的任务范围,每个模块都要写清楚,能动哪里,不能动哪里,怎么测试,怎么样才算完成。 第二层是 workflow, 有 三个流程,第一,总控用它创建任务,写清目标,上下文限制完成标准,然后分配给具体的县城。第二,执行用它读取任务,正式接单执行任务提交进度,遇到阻测的时候要上报, 完成后要提交回执。第三,总控用它读取完整的时间线,根据回执和复验的结果给出决策。 第三层是状态和证据层,这里需要本地记录,只做一件事,保存单一真相源,任务回执、决策和时间线都从记录里查, 这样每条县城不需要靠记忆协助,总共不用在聊天记录里翻来翻去,任何时候想知道一个任务怎么到当前状态的,只需要看时间线。 我认为这个方向最适合 codex 多现成项目,因为它保留了 codex 本身的灵活性,同时给协助过程加上了工程约束,也比较适合长期项目,特别是垂直领域的 agent 项目。 模块多,周期长,风险高,如果没有 harness, 后面很容易出现重复劳动、责任不清楚和验收困难的问题。 codex harness 自动化管理是一套可以让 codex 多县城协助可控的运行办法,不仅管理任务职责,回执决策和时间线,也能让总控和执行县城各自守住边界, 并且每一次完成都有证据,每一次通过也有证据,还能让项目可以一轮一轮稳定地推进。 目前难点是彻底打通消息渠道,让县城之间真正实现实施沟通。虽然这件事本身是 open ai 自己的问题,但这也是我在实际项目中对当前 harness 的 一些思考。如果你有更好的想法,可以在评论区聊聊。

在 codex 里, superpowers 不是 一个酷炫按钮,而是一组工作留护栏。用得好,它能让 codex 少猜多验证, 你可以把它理解成给 codex 加上的方法论插件。头脑风暴写计划、测试驱动系统调试、代码审查和完成前验证。 怎么触发?直接说使用 superpowers 或者点名具体技能,比如先做头脑风暴,再写计划,最后做完成前验证。 用好的关键是按任务阶段选技能。想法模糊用头脑风暴,需求成型用写计划要改代码,用测试驱动开发 遇到 bug, 不要让 codex 猜。修法要求他用系统化调试,先复线读错误,找根音,再改最小的一处。 快结束时,最重要的是完成前验证,让 codex 跑测试类型检查截图或渲染检查再说。完成 你的提示也要配合说清目标上下文、成功标准和边界,不要只说优化一下,要说怎样算做好。 一句话, superpowers 让 codex 不 只是写代码,而是按专业流程交付,把它当成项目里的安全带和检查清单。

买了 openai codex api, 却不知道怎么用出花来? composer hq 开源的 awesome codex skills 就是 你的宝藏,近四千星标 拿到 api key 后一脸茫然,这是大多数人的痛点,手里拿的最先进的大模型武器,却只能用来做基本的问答对话,无法接入实际业务。 composer hq 开源的 awesome codex skills 直接解决了这个问题,它为你整理了大量拿来就能用的精选 codex 实战技能包。 它展示了如何用 codex 自动化各种工作流,从代码生成、文档分析、数据提取到 api 调用、系统操作任务编排,应有尽有。最棒的是,每个技能都是可以直接运行的完整视例。这不是空洞的 markdown 教程,而是经过实战验证,能直接接入你本地系统的代码库。 不要再把 ai 当成简单的聊天机器人了,把它变成你流水线上的自动化引擎。这也是这套开源库带给我们最大的启示,包含 codex、 cioi 和 api 的 各种玩法,想要搭建自动化工作流的开发者们,快去 github 探索一下吧,下课!

codex 现在可以帮我修电脑了?我前两天在给这个 cloud app 配置第三方的 api 的 时候,不知道点到哪里了,导致它这个页面是一直弹不出来,应用的 app 一 直在那里跳跳跳,我又不知道是什么回事,我就在想,既然 codex 现在可以控制我的电脑了,我为什么不让他帮我排查一下是什么问题呢? 我就让他帮我看一下电脑里面的 cloud app 是 出了什么问题,它就调用了它的自动化功能,一个一个问题的排查到底是什么回事,这个 app 的 状态是怎么样的? 大概是花了十分钟左右,它就已经修复好了。后面我在想,如果我的电脑还有其他的软件层面的问题的话,那我就可以让 code 直接帮我看一下是怎么回事,然后帮我修复就可以了。

这条视频我想演示一件事,如何用 codex 接管电脑,完成一条小红书内容从准备到发布的完整流程。一开始,我只需要给 codex 一个目标, 比如帮我完成一条小红书发布。 codex 会先理解任务,再把流程拆成几个步骤,选择题、素材、文案、图片、网页发布和最终检查。它不是简单地帮我点几下鼠标,而是会先规划执行路线, 哪些内容要生成,哪些素材要检查、哪些页面要打开,遇到什么情况需要人工确认,都会一步一步处理。在准备阶段, codex 会整理标题、正文标签和发布素材,如果已有素材不合适,它会提醒我重新确认。 如果内容缺失,它会继续补全,让后面的发布流程能顺利进行。准备好之后, codex 会进入 真实的小红书创作服务平台,他会打开浏览器,识别当前页面,找到发布入口,然后继续完成上传和填写。中间如果遇到登录权限确认、浏览器弹窗, codex 不 会盲目操作,他会停下来等我确认,等关键节点处理完成后, 再继续自动执行后面的步骤。 s 零七进入发布页面之后, codex 会把素材上传到创作中心, 同时他会关注右侧的小红书手机预览,确保最终呈现效果可以被检查,而不是只把内容填进去就结束。接下来是发布前的细节检查,比如标题、正文、标签、分类声明、权限设置 以及手机端预览是否正常,这些重复又容易漏的步骤,都可以交给 codex 按流程逐项完成。 这套流程真正有价值的地方,是把一次发布任务变成了一条可附用的自动化链路,我只需要提出目标并在关键节点做确认,剩下的整理、填写、检查和页面操作都可以由 codex 来推进。 最后补充一点,你现在看到的这条视频本身也是在 codex 协助下完成的,从原始录屏粗剪到配图参考动效设计、字幕节奏和视频剪辑, 都是 codex 参与制作的结果。也就是说,这条视频不仅是在展示 codex 如何自动化完成小红书发布,它本身也是一次 codex 自动化创作流程的成品。 i love you。

大家好,欢迎来到本期的深度解析,今天啊,我们要带大家彻底吃透一款现象级的 ai 工具 codex 二、 无论您是刚刚接触 ai 提示词的新手,还是那种做梦都想让 ai 完全接管电脑,帮你干活的硬核极客,今天的这份进阶路线图绝对能帮到您,我们会用最实在的步骤,带你一步步解锁它的所有隐藏玩法。准备好了吗?我们开始吧! 那么在正式开始之前,我想请大家先设想一个场景,如果你的 ai 助手不是仅仅给你生成几段文字或者代码,而是能在你的电脑上直接接管鼠标,替你完成工作,这会是一种什么体验? 想象一下,你喝着咖啡,屏幕上的光标自己移动,自动去查数据、写总结,甚至还自动发消息给你的老板汇报进度。听起来是不是特别科幻?但这可不是画大饼,这其实是我们今天这场探索之旅,最终要带大家达到的终极境界。 当然了,罗拉不是一天建成的,咱们得先从地级打起。为了达到那个终极形态,我们今天的路线图精心划分成了六个阶段, 咱们会从最基础的界面和并行任务聊起,接着深入了解它的核心控制机制、版本管理、记忆系统、扩展插件。最后就是见证奇迹的终极自动化。部署 好了,事不宜迟,让我们直接进入第一阶段,基础知识与并行任务刚上手, codex, 您一定会注意到它非常清爽的三栏布局。 左边是您的总共室,所有项目和任务都在这儿排队,中间呢就是您和 ai 聊天的主阵地。而最右侧是一个超级实用的多功能展示区。比如说,您手头可能正好有一个用 html 写的陪众洗护店网页项目,同时呢,还要处理一个 react 框架的代办事项应用。 你完全可以在这里一边看着实时的代码预览,一边就像平时跟同事聊天一样给 ai 下指令,整个过程一气呵成,非常直观。大家平时工作肯定深有体会,多线操作最怕的就是乱成一锅粥,但在 codex 里处理并行任务简直是一种享受。 看左侧栏的那些小图标就全明白了,如果图标在转圈,说明 ai 正在后台疯狂给您敲代码。如果变成了一个蓝色的小圆点,恭喜任务顺利搞定。但如果出现了一个绿色的标签,这就很有意思了。这意味着 ai 碰到了需要联网等敏感操作,他停下来了,正在乖乖等您点头批准呢。 这样一来,不管同时开多少个项目,您心里都非常有谱。接下来,我们迈入第二阶段,核心机制与引导控制。 这一阶段有个特别生动的概念,叫做驾驭工程。大家想想,现在的 ai 能力实在太强了,简直就像一匹力量惊人的野马,如果任由它在你的电脑里狂奔,那后果真的不堪设想,指不定把什么系统文件给改了。 所以 codex 非常聪明地调用了系统底层的沙赫极致。这就好比给这匹猎马套上了坚固的马具,把它死死约束在一个绝对安全可控的区域里干活。 在这套马具的约束下,有几条死规矩,第一, ai 绝对碰不到您项目文件夹之外的任何私人物件。第二,他绝不能非得这么做。不好意思,必须向您申请提权。 不过呢,如果你嫌它老是弹窗烦人,这里有个极其好用的功能,自动审批模式。它其实是雇用了一个轻量级的 ai 模型来当安全员,低风险的操作直接秒过,遇到真正的高风险才来喊你。说实话,这是我们最强烈推荐的日常配置。 另外,要想让 ai 干得好,您还得懂得管理它的大脑空间。 ai 的 上下文窗口其实是有限的,就像个杯子,倒满了就溢出来了。当一段对话拖得太长,它就会开始往东往西,注意力涣散。这时候怎么处理呢? 您只需要手动触发一下上下纹压缩,把之前那些不痛不痒的废话清理掉就行了。记住,在 ai 的 世界里,轻装上阵往往比背着沉重的包袱要高效的多。 懂了怎么约束它之后,咱们来看看 codex 的 一个真正的杀手锏,实时引导。我打个比方,以前我们让 ai 画个宠物店地图,结果它刚起个头,你就发现画得奇丑无比。 但那时候没办法呀,你只能干瞪眼,等他慢吞吞地把烂代码写完,然后再去纠正。现在完全不同了。 在 codex 里,你可以随时按下引导按钮。这就好比你在副驾驶上发现他开错路了,直接一脚刹车抢过方向盘,甩给他一张带有箭头的截图,强行把他拉回正轨,简直不要太爽! 越来越精彩了,我们继续来到第三阶段,版本控制与工作数。我们在开发的时候,总会有后悔的时候, 比如 ai 刚自作主张给你加上了一个巨难看的期望到店时间输入框你想撤回,在传统的做法里,这通常是个灾难。但在 codex 里,结合使用对话分叉和 get 回滚,你就像拥有了时光机, 轻轻一点,不但你们的聊天记录退回到了他写烂代码之前,更觉得是连物理硬盘上的代码也通过给他吸纸,瞬间回退的干干净净,仿佛什么都没发生过。 那如果我想让 ai 同时矗立两个完全不同的复杂功能呢?这就不得不提及工作树的魔法了, 它本质上就是给您的项目克隆出了几个物理上完全平行的平行宇宙文件夹。您可以毫无顾忌地让一个 ai 代理在分之一里专门扣轮播图的细节,同时让另一个 ai 代理在分之二里大改地图,组建两边各干各的,哪怕改崩了,也绝不会影响到您最核心的主线项目。 好的,现在我们来到了第四阶段,记忆系统与云端。很多人用 ai 都有个痛点,每次开新局都得重新做自我介绍,太折磨了。 codex 是 怎么解决的呢? 极其简单优雅,您只需要在项目文件夹里扔一个叫 agent 顶 m d 的 文文本档就行了。就拿咱们原素材里那位叫技术啪啪虾的作者来说,他就在里面写了自己擅长 python 和 java, 还特意交代遇到网页问题必须用大白话解释。 以后不管开多少个新对话, codex 都会像老熟人一样默默记住这些习惯真的是零延迟进入状态。 而且不仅限于单个项目,您甚至可以给 ai 立下包含整台电脑的大局规矩。这就像是给 ai 设置了一个物理级别的防线,比如,你可以明令禁止他使用任何危险的批量删除脚本,明确告诉他,你想删文件,可以调出命令,一个一个给我删, 这样就能从根本上杜绝它一发神经把你整个硬盘清空的惨剧。走过了安全和记忆的关卡,第五阶段,我们要给它插上翅膀了。扩展能力包括插件与技能, 写代码只是基本功, codex 真正的野心在于它庞大的升级生态系统。这里头分三派,第一派是插件,这玩意能让 ai 直接钻进你的 gmail 邮箱或者 github 仓库里去读写数据。 第二派是技能,相当于给 ai 喂了一套独门武功,比如直接写代码,给你生成一段酷炫的 remotion cd 动画。 而第三派就更牛了,叫 m c p 协议,它让 ai 能够直接越过前端去连接你的 superbase 数据库去操作服务器,这简直就是给它配了一身满级神装啊! 更有意思的是,如果你觉得现成的技能不趁手,你完全可以自己手捏一个。在这份解析的原素材里,有个绝妙的案例,作者用内置的技能创建器,硬生生叫 ai 学会了一个全新的绝活。 只要扔给他一个视频和对应的字幕, ai 就 能自己去提炼笔记,还能精准地在关键时间点卡点截图,最后自动排版成一篇图文并茂的博课文章。拥有这样一套完全为你量身定制的自动化工作流,效率简直起飞! 好了,深呼吸,我们终于来到了第六阶段,也就是本次路线图的最终关卡,终极自动化部署。 还记得我们一开始抛出的那个问题吗?现在它变成了现实。在 mac 电脑上,只要您授权开启了电脑操作特性魔法就开始了。 这可不再是简单的代码问答了。你可以眼睁睁地看着屏幕上凭空多出一个虚拟鼠标,它自己去点击图标,打开 chrome 浏览器,熟练地翻阅你们团队的 get up 看版,然后刷刷刷地在后台写出一份专业的英文净度回报。最后,他甚至会自己点开聊天软件,把报告精准地发给你的老板, 从头到尾你一根手指都不用动。如果这还不够震撼,听听这个,你还能把这一整套神操作设为定时自动化。 只要你在电脑里把防止休眠给勾上 codex, 就 会像个永不疲倦的超级助理,每天雷打不动,一到下午五点整,自动接管你的电脑,丝滑地走完整个汇报流程。而那个时候的你,也许早就已经收拾好包,提前享受下班时光了。 从最开始基础的代码聊天,到小心翼翼的给它套上沙盒马具,再到掌控大局的工作数,甚至是量身定制储书技能,最后看着它像个真人一样在系统里替你运筹帷幄。我们完整的走完了这趟不可思议的自动化之旅, 这就引出了我们今天深度解析的最后也是最值得深思的一个问题。既然我们已经帮你把如此强大的方向盘交到了你的 ai 手里,那么在现实生活里,你打算让它开向哪里呢? 发挥你的想象力去探索吧!感谢大家收看本期解析,我们下期不见不散!

这是一期地毯式 codex 教程,如果你还在焦虑谁谁谁又用 codex 做出了什么无敌的应用或者自动化给自己干活了,那你务必看完本期教程,带你最全面的了解 codex 是 什么,它能干什么,并跟我一起实操完成。从 codex 下载 安装到个人网站、文档制作视频动效,自制工具等等等等,全面了解 codex 这个目前为止最强大最全面的个人 a 政策。 codex 的 界面现在我们来到了 codex 的 主界面,这个对话框你肯定很熟悉,对吧?但是你可以看到左边的这个边栏,就可以看到很多不一样的地方。 首先是上半部分,点击这里你可以快速创建一个新的对话框,快速完成一段与 codex 的 对话。这个搜索你可以同时使用 command g 来调出,快速搜索,你与它进行或者对话等等。现在你可以看到技能和插件这两个板块,这里可以说是 codex 的 一大精髓所在。再过来说, codex 是 一个集合了 chatbot, d e 浏览器,自动化工具等等等等的一个大一统的工作台,所以你可以给他安装插件, skill 以及创建自动化任务。这里的插件市场可以让你来随时扩展更多的功能。比方说这里的 computer use 和 browse use 在 我们后半部分的教程中就会用到这两个功能。 再往下看,可以看到项目和对话两个分栏。在项目中你可以点击添加新项目来将你创建好的文件夹给添加进来。在你创建好的文件夹右侧点击开始对话,你就可以创建出一个新的对话框,那么之后你们对话所有产出或者修改的文件,就会在这个文件夹中进行。 正常情况下, ai 如果直接操作电脑,风险会非常高。所以 codex 使用的是沙盒的逻辑,它相当于给 ai 开了一个单独的隔离小型开发环境,它可以在里面读代码,改代码,运行命令,执行测试,但默认是不能随便控制系统的。 在对话这里,你可以选择默认权限、自动审查、完全访问权限三种权限类型,让 codex 来执行还是非常安全的。再往下看,还有一个对话栏, 常用来进行一些临时产生的问题,当我用完,我就会点击右侧的这个归档按钮,把它给归档,那你也可以在设置你归档对话里面去给他找回来。 回到对话框,你可以在对话框中输入任意的问题,或者要执行的操作,比如帮我整理桌面上的这个文件夹里的发票,并统计这些发票总金额是多少,然后统计在一张 excel 表格中,你看很快他就跑完了。 现在我们来使用 codex 制作一个个人网站,首先在桌面上新建一个我网站的文件夹,然后回到 codex, 进入文件夹,点击这个加号,打开计划模式,这样 codex 就 会根据你给的需求,先开始计划他接下来要做些什么,等他计划完成了,他会给你一份详细的执行方案, 然后点击执行,这样就可以去干别的事情。一杯茶的功夫,你就可以等待你的网站。你可以点击右上角调出一个终端, 把它给你的命令复制一下,回车运行,你就可以在 codex 里面预览这个网站的效果,我们点击展开面板。哎,对了,你看 codex 还自带一个浏览器,你可以在 codex 里面直接查看以及批注,这样你就不用回去再想想怎么描述我是要修改什么地方。 文档与 ppt, 那 除了做网页,我现在更高频的用途是用它来做文档。比如说平时很多人会写策划案,汇报 ppt 视频脚本,以前是用 gpt 生成文字,再到 word, 再复制到 ppt 里面,最终再自己排版。但是 codex 现在已经把这些东西都串起来了。比如说我现在告诉他 使用 html ppt 这个 skill 帮我制作一个宠物账号的商业方案,要求包含市场分析、账号定位、内容模型、变现方式,以及未来三个月的执行计划,并生成一个科技感高级风格的网页 ppt。 然后你看到他就会开始创建文件,生成文案,设计页面,制作动画,自动排版。最后给你一个直接可以演示的网址。尤其是你看像我一样要录制这种口播视频的,我这样的 ppt 就是 用 qq 词直接帮我生成的,他做出来东西天然就很适合录屏。 这个时候顺便介绍一下 qq 词另一个非常好用的功能,分叉非常适合这种,你做到一半突然想要尝试一个新的风格, 或者要尝试两种内容的时候,点一下分叉按钮,这个时候不用重开一个新绘画,重新解释项目背景,他会直接分叉当前的上下文。你可以在分叉县城里面大胆做实验,如果效果不好,直接回到原来的主线就可以了。如果效果更好,就可以沿着这个分叉继续来进行开发视频动效。 说到做视频, codex 最近还上线了一个非常强的插件,由黑正推出的 hyperframes, 你 只需要输入一句话的描述,就可以自动生成带动效排版转场。三 d 视觉的高级动效视频,可以说是完全填补了原来视频模型不适合生成精确的带文字、带数据的动效视频的孔雀。 比如说,你可以直接说帮我根据这个养猪场的年报生成一段科技企业的汇报视频,他就会直接调用前端库来生成一段带数据、带图标的动效视频。 skill 与自动化任务普通的 ai 只能回答问题,但是通过 skill, 你 可以把你工作多年的经验或者流程打包交给 codex 自动去跑。比如说你完全可以使用 at skill creator 来描述你的需求,每天自动抓取某个平台的热门视频, 分析标题,提取高赞评论并整理成 excel, 最后生成第二天的选择题。我自己做了一个急梦,排队的 skill, 如果你有批量使用 cds 的 需求,使用我这个 skill, 它就会在晚上帮你批量提交视频生成的任务,自动检查生成出来的视频并保存到本地。 类似这样的 skill 还有非常多,这个部分就留给你们自己去探索。 computer news 这个是我觉得最近 q 版有这个功能,目前只有 mac 版有这个功能, 它运行起来的时候,它就会像一个真人一样看屏幕,移动鼠标,点击按钮,输入文字,打开软件,切换窗口,使用第三方 app。 以前很多的自动化必须要通过写脚本,调接口,配 sdk, 研究文档。但是现在即使某个软件没有开放 a p i, 很多事情扣代码,直接看着屏幕自己就去操作了,你懂这种方式有多震撼吗?最后的总结 可以看到, codex 提供的内容已经非常非常多了,我这里要下一个爆论就是这一类 agent, 他 绝对不会仅限于编程开发等等, 你已经不能简单的给他定义成工具了,但是你也别太焦虑,拥抱 ai, 先从每天自己最烦最重复最浪费时间的小事开始。 比如说整理文档,改革式做表格,生成封面,做网页,写脚本,做汇报,批量修改内容。当这些事情真正开始被 ai 接管的时候,你自己的潜力或许才刚刚被开发出来。

大家好,我是一个完全看不懂代码的 ai 智能体开发爱好者,如果你也喜欢使用 ai 编程工具,那今天分享给你的这个技巧你必须要学会,在开发外包应用时,必须学会让 ai 帮你跑自动化测试。 那目前测试和审查效果最好的是 google 加上 gpt 五点四开发一款应用后,其实最难的是后面, 因为是要不断的去测试验证,测试验证,如果完全靠手动去测试,我们完全无法完成这项任务,因为人为的测试,你只能通过肉眼来辨认是否存在 bug, 但开发项目很多时候隐藏的问题,我们测试是看不见的,这个时候就需要让 ai 来帮我们执行自动化的测试和审查。 那今天我就来分享一下如何在 codex 里使用 play rate mcp 来进行自动化的蹲闹蹲测试。那为什么 codex 加上五 gpt 五点十更适合承担测试任务?如果只看浏览器自动化动作,很多工具都能做到,但当便发现问题 跟解释问题,还有补测试,补修复,在这方面勾带更加稳定。而且在最近新版本发布后,我最近深度的去使用,我感觉他不单单是跑一次测试,他还能根据结果继续定位问题补验证, 或者是给你去补一些脚本,来帮你推进更深度的审查跟修复。那搭配 playrite 这个 m c p 工具可以不需要打开浏览器,它在后端里面去自动化的去运行测试,反复的测试,直到我们的问题被修复,或者说所有的问题 被查找到。像这种适合登录表单、关键业务流程页面跳准交互的一些测试, 这个 m c p 工具完全都可以去做,那这样的开发需求对于我们这些不懂代码的人来说是非常关键的,我们就利用 ai 去完成 ai 需要的测试,这样就形成了一个更完整的 ai 开发并划我们仅需在 q 代码思里面 就可以让 ai 完成测试复测修复,还能根据测试结果继续定位问题,制定一个新的方案,帮我们完成更深度的一些修复。同样的问题,我在使用 anti gravity 加上 cloud opus 四点六模型, 确实有些问题他解决不了。同样使用这个 m c p 测试工具,但是我在 q d x 里面就能非常好的把这个问题解决。那我们大家在使用 ai 编程工具做开发的时候,如果不学会怎么让 ai 去帮我们跑测试,那你开发的项目可能就是个半成品,他一上线之后可能会出现各种问题,那如何使用 codex 加上 playwrite mcp 来进行自动化测试呢?那首先我们打开这个 codex 也变成工具,然后在左侧设置这里,进去左侧的 mcp 服务器, 那下方他会自带这样一个 mcp 工具,你点击安装就可以了,最好重启一下。那回到我们开发的页面,回到项目的对号框里, 如果你的项目已经开发完成,需要执行测试了,那你就跟 ai 说,请制定一个追演方案来使用 playwrite mcp 进行测试,他会给你设计一个测试方案,你看了没问题之后,你就说可以让他执行,那 ai 就 会调用这个 playwrite mcp, 然后去读取我们的网页,当然你这个项目一定要是网页的项目为这个 m c p 工具,它是通过网页浏览器来去帮你做测试的,那如果在测试中它发现问题,它就会给你修复,而且这个工具 他会在后端给你去执行,不需要你打开你的浏览器。那 ai 在 完成真实测试之后,他会告诉我们他测试了些什么内容,做了一些什么测试,非常详细。那我们在使用其他的 ai 编程工具做自动化测试时,给我的感受是 像 anti gravity 加上 cloud opus 四点六去做这种自动化测试,很多时候他会出现遗漏,或者说他的测试不够深度,不够准确。但是使用 code 时 来使用这个 m c p 工具来做自动化测试,它的效果真的是非常好,这可能跟 ai 编程工具和模型的关系有关吧。好了,今天的分享就到这里,感谢大家的点赞和关注,我将持续为大家分享更多实用的 ai 技能,谢谢大家!

现在的 codex 已经不只是写代码,而是开始直接接管电脑了。它能做的事很杂,但也很完整,数据分析、应用开发、游戏构建、网页开发,甚至浏览器操作和电脑控制都能串起来做。 重点不是会不会写,而是它已经能把开发、测试、交互、自动化这些环节连成一条线。更关键的是, browser use 和 computer use 这类能力已经不是掩饰级别,而是能真正落地的工作流工具。这 真正让人注意到它的是 o s world firewall 这个机准。这个测试看的不是答题能力,而是模型能不能在真实电脑环境里自己完成操作。 g p t 五点五,在这里拿到百分之七十八点七,而且 toc 效率也更高, 也就是说,它不只是能做,还能更省的做。更绝的是, codex 现在加了 browser use 插件,能直接进入 build and firewall 的 闭环,先生成前端,再打开浏览器,像真实用户一样点击浏览验证,发现问题就继续修。这一步的意义很大, 因为他不是只看页面表面,还能同时读取视觉信息, console 报错和 network logs 页面哪里卡住了接口哪里失败了,模型都能自己判断。 于是他做的就不只是自动点网页,而是像一个持续工作的测试员,边操作边截图边看结果边迭代,直到任务真的跑通。这个能力一旦稳定下来,很多原本需要人工盯着的前端测试流程验证、基础自动化都会被他接过去。 而且这次更新还把 computer use 的 速度直接提了百分之四十二。这很关键,因为真正用起来,瓶颈往往不是能不能做,而是做得够不够快。 现在它在框架上的操作已经接近人类节奏,甚至可以打开本地页面,测试 checkout flow, 发送邮件,访问 youtube 页面。使用方式也很直接,插件预装在 codex 里,调用 act 命令就能起用。 更实用的是,复杂任务不一定要开高强度推理 de intelligence, 反而更省额度。结论很清楚, ai 正在从帮你写一段代码走向,替你把整个电脑工作流跑完。关注全球 ai 速递,获取更多 ai 前沿资讯!

哈喽,大家好,我是老曾十几年的程序员,转行做跨境,现在已经两年了,今天聊什么呢?聊 open ai 出的科德 x。 我 之前写代码呢,我觉得我用 ai 用的已经算是非常的娴熟,基本上是离不开了,特别是从二五年的十二月份之后,就感觉突飞猛进。这个 ai 写代码, 所以我基本上有什么需求,只是提需求,然后让 gpt 去帮我写。但是过去的一直的方式就是我提需求,然后呢,提给 q 的 gpt, q 的 gpt 把代码生成之后,我把它拷贝出来,然后贴到我的 pcm 里面的工程里面, 这样去做这样的一个工作啊,如果我要他优化我的代码,我往往会把整个拍摄文件考给他,然后告诉他说,请帮我优化这个文件。优化哪一方面,同时哪些是不能动的啊,哪些是应该要优化的, 请直接返回优化之后的完整的代码给我。我一般都这么懒啊,除非是有指定某个函数的,否则有时候一整个文件要改动的,我都是这么个方式。 所以呢,也现在是四月份,将近五月份了,基本上这半年都是这种,往前也是一样的,就是更多的是用它的 gpt 去编程, 但是最近一个月经常听到的就是叫做 cloud 克的和克的 x cloud 克的可能用的人会更多一些。嗯,听了一个月了, 无论是刷抖音还是刷小红书,这两个名字不断的徘徊,不断的在我耳边响起,但这都不是直接触发我会去用的,触发我会去用的,是 我一个老同学还在一线去写代码的,他不断的安利我。哎呀,你真的应该要用一下克拉的克的或者克的 x, 他 用的是克拉的克的, 但是我没有接触 cloud q 的, 我用 q 的 gpt 的 时候,它老是弹那个 q 的 x 叫我下载,所以呢,前两天我就真的去下载了一个,下载了安装完之后呢,它有两种登录方式,要么用 q 的 gpt, 要么用那个 openai 的 app secret。 我 一开始是用 openai 的 secret, 后来我问了一下,就是如果你用 openai 的 secret, 那 么意味着它是按需去计费的,按照你的 token 消耗量 啊。如啊,如果我本身穿的 gpt 就是 plus 版本 plus 会员的话,他其实只要你不会超出他的量,其实是免费的,他有额度给你的。所以我因为我也不会高强度的写多少代码, 所以我又把它切成了以穿的 gpt 的 账号去登录。这样的话就能省一点钱吗? 因为我现在其实说实话,每天消耗在 toon 上面的费用应该也有一百人民币左右,也就是超过可能有十五十五美金左右吧。 十五美金左右,其实也不算少也不算少,每天十五,每天十五美金,哈哈,所以,所以,所以能省就省一点。然后装了这个科德 x 之后,我发现真的是 太牛了,太牛了,就是我再也不用考来考去了,这是其一,其二就是我感觉他能够整体的理解你的项目, 所以当去改动一个项目,嗯的时候,他会去分析你整个项目的代码老,而且他会把这个分析过程 展示给你看,这个很有安全感,知道吧,一开始我只是我特别怕他把我项目搞崩,所以我只是让他改很局部的代码试一试, 发现还好,慢慢的我就大胆子大一点,有的时候甚至让他改动的东西是全局变量类似的或者是会影响到好几个文件的,发现他也解决的非常的好,非常的好,真的比我们能解决的还要好。 然后呢,他每改完之后呢,他会告诉你他是怎么改的,然后怎么结果,包括后面 他改完之后我会让他说,那你提交代码吧,他会自己操作 git, 去 commit, add 等等,还会的否看一下哪些变化。并且他每次改完之后啊, 他还会有一些 git 指令,我都不会用。我十几年程序员很少用那些偏门的,但是他都会用那些去检查啊,这个搞那个搞,保证什么项目工作空间清洁啊,乱七八糟的。 惊呆了,真的,那才真正的是个老程序员。所以我现在才用了这个 qd x app 大 概不到三天左右,我觉得我已经回不去了。已经已经,如果说哪一天没有 qd x, 我 简直不会写代码我简直不会写代码。 而且我同学说你如果再装一个插件的话,那个牛从提需求到审核到编码到测试用力等等,一条龙帮你服务。 所以真的 ai 真的 是日新月异,还是有些人说,哎呀, ai 取代不了程序员,哎,真这个没有意义对吧。那种就是真正的没有去用 ai 去辅助自己编程的人。 那种就是在民国来了的时候还在脑袋后面留辫子的那群人,没希望跟他们做辩论也好,对吧? 没用,你不需要叫醒那种顽固派保皇党。哈哈哈,保皇党舍不得割辫子的人。所以年轻人啊,你们这些年轻的,特别是零零后, 哎,如果你已经是学计算机的,也不要焦虑,你一定要用上最先进的生产工具,扣的 x 或克拉的扣的,真的,那真的会颠覆你的认知和你的,那你的能力增增强,不是简单的什么十倍百倍,他是能够让你从一个普通人变成陆地神仙的那种感觉。 真的,以前你不敢想象他人的想象力,他不是按限性去扩大的,他是一种指数性的。就你如果能驾驭好 ai 之后,你的想象力还有你的这些构造能力会越来越强,真的会越来越强。 我现在在做跨境电商,但是我也会去用代码,为什么呢?说实话, 我代码自动化的水平已经很高了,如果说一个小公司做跨境电商,他如果是还用纯人工的方式, 那么我现在每天代码帮我处理的工作量可以抵得过十个传统的电商运营人员。毫不夸张的这么讲,所以,而且 我代码的运营水平还不低,所以我觉得这个真的是 日新月异, ai 辅助我们去做这件事情真的很重要,非常的好,非常的好。 总而言之呢, ai 得用起来,特别是年轻人,老头老太就算了,该淘汰淘汰掉,哈哈哈,拜拜。

哈喽,大家好,我最近在给部门写一些自动化的工作流,写的过程当中发现由于我之前完全没有代码基础,所以写出来的很多东西我自己一个人用一用还行,但是呢,想要在团队范围内使用,还是需要进行一些比较大的改动的。 在这个过程当中,我就学习了很多如何提高自己 web 构建出来的工具的功能完整性和稳定性,以及如何通过优化代码的架构来改善产品的拓展性和灵活性的方法。这期视频就来跟大家讲一讲我是如何做到的。后面还会有具体的实操演示视频, 来给大家展示一下原始的 webcoder 和有架构意识的 webcoder 做出来的产品的差异在哪里,希望对你有价值。我还把优化代码架构的思路做成了一个 skill, 开源链接我会放在评论区里。我的核心思路不复杂, 就是重视 plan 和 review。 虽然说这个思路已经算是老生常谈了,但在这里我会讲得更细节一些,以及为你具体展示我是怎么 plan 和 review 的。 三阶段呢?需要我们自己去完整的定义产品的功能,再交给 ai, 至少需要明确核心功能输出格式和验收标准等等。不然说 如果遇到稍微复杂一点任务, ai 没有足够的情境是无法跟你脑中的设想达成一致的。要是在起步阶段就没有定义好这个产品功能,而想要依靠后面的不断修补,会麻烦很多,效果也会差很多。在 part 阶段,除了要让 ai 明确产品功能,还要让 ai 来为我们规划这个产品的架构, 比如说之前很长一段时间里面,因为完全不懂架构,所以呢,导致 ai 它写出来的工具都是把每个功能模块全部塞进同一个代码文件里的。 看举个例子,这是我的小程序后端文件,整个后端它就只有这么一个代码文件有五千多行,这五千多行呢,把微信的登录,还有邀请码,还有买点等等,这种完全不应该放在呃妹文件里面的代码,全部都塞进来了, 就导致这个代码文件偏一发而动全身,非常不利于后期的修改和维护。所以我现在一定要确保在它的架构里面,不同模块的功能的代码是独立的。接下来它开始写代码这部分就让它自己运行。 写好之后,除了打开前端或者是直接使用,我们也可以通过代码层面的 review 来确保这是一个好的项目。因为有些问题在一次两次的使用当中呢,可能没有发现,但是等问题爆出来的时候,就为时已晚了。比如说像 a s 写出来一些工具,一定是基于你本地的文件的绝对路径, 他会写哪个工具储存在你电脑里面的哪个文件夹里面。但是如果你之后要把这个工具迁移到别的电脑,或者是分享给其他人使用,那么这个绝对路径就会失效。所以在写代码过程当中呢,也必须要注意到这一点。 再比如大家给 openclip 用的插件时候,经常会出现不同插件,它的逻辑是有冲突的。我之前给 openclip 做了一个 a 插件,我让它加个 b 插件,这两个插件都是对 excel 进行处理,但是呢,之前做 a 插件的时候, ai 改了 openclip 的 agent md 文件,说以后收到 excel 都去做 a 处理, 做 b 插件时呢,它忽略掉了对 agent md 文件的修改,就会导致逻辑冲突。再比如说产品运行过程当中呢,会产生大量的历史中间文件,还有日期等等,这些都需要定期清理,以及重要的版本控制等等。 这些可能都是在 plan 阶段不会被注意到的,但在 review 阶段的话,就有可能会发现这方面的问题。接下来就是实操对比演示,我会向大家展示不 plan 不 review 做出来的项目和近期的 plan 以及 review 之后做出来的项目之间有什么差别。 我今天搭建了一个基金投资再平衡的工作流,希望它能够每天去爬取一些基金的涨幅情况,再结合我的投资的情况去判断我这个基金的比例,有偏差值,有没有超过我原本规定的预值,如果超过了就给我发邮件提醒该去再平衡了。 左边是我让 ai 直接去搭建的这个项目,就叫做小左。右边是我先把我要实现的功能写成一个文档输入给 ai, 再让 ai 去 plan, 就 叫做小右。先给大家看看我的这个文档, 写的主要是我现在的投资情况以及我的再平衡策略,当然里面的数据不是真实的,大家仅供参考啊,也不要参考。 我们同步的看左右两边,右边先做了一个 plan, 告诉告诉我每个需求实现的方法,我复合一遍发现没什么问题,你如果谨慎和仔细的一些的话,那么你会发现里面有些需求是你没有提到的,你可以酌情选择让他执行或者是不执行, 我这边只是演示视频,所以就不那么细节了。然后他又给了我代码的架构,非常清晰地能够看到他把这个产品分成哪几块儿。比如说 config 就是 配置策略、配置数据库、配置邮箱等的文件, domain 是 去计算带平衡的, server 写写是发邮件和爬虫。然后是它数据库里面会储存哪些东西, 我觉得这些可以暂时忽略掉,后面又跟我复盘了一遍再平衡的规则我认为没什么问题,我觉得普遍很重要的是检查 ai 对 功能的理解是否有误,只要功能理解对了,并且它的架构相对清晰,那么直接让它去做基本上就不会有太大问题。其他部分呢,可以相对不那么仔细的检查。 然后我们让左右两边都去执行,大概花了十几二十几分钟就完成了。我们直接来看结果。首先呢,左边它的架构层面就有很大的问题,我们看它是后端逻辑都平铺在 java 文件目录里的。这就是我之前 ppt 展示的,把所有的模块都塞进同一个代码文件里面,这样短期能跑,但后面很快就会乱。 比如说我要改赛平衡策略,你可能会发现策略逻辑,还有数据库读写,还有接口的返回邮件通知等等,都缠在一起,后面读写的,后面修改的话也很容易改错,因为 ai 不知道哪些是业务逻辑,哪些是外部服务,哪些是接口层。而右边呢,它做到了一个按支的划分的分层方式,这样做最大好处是后续维护和拓展都会更加清晰。 比如说我要改载平衡策略,就主要看 domain config, 我 要去改邮件通知,就看 services, 我 要去改数据储存,就看 storage。 代码边界清晰以后呢,后续改代码也不容易,改串相比更稳定,更加更容,适合长期迭代。然后看功能,因为我一开始就给右边输入了相对完整的文档, 所以呢,他就直接去给我们抓取了我所需要的基金。而左边这边呢,需要我们之后手动去配置,但也没什么问题。来看启动方法, 左边的话他给了我一个,他多了一个开发模式和生产模式,这开发模式就相当于程序员自己用的测试环境,生产模式就是上线之后给正式用户使用的,他可能是没有 get 到我这个产品是给我自己用的, 所以进行了这样的设置。而右边的话,这边就是很清晰的配置方式以及其中方式。我们再看看两者的前端产品形态,小左的好像没什么问题, 但是我们再来看配置页,他给所有基金都只设置了一个偏离的报警预值,但是按照我的规划,这个再平衡机制要更复杂,比如说红利基金的比例偏离百分之五要报警,但是红利基金内部的彼此偏离百分之十才报警,他这样做的话我后面还要再花时间去修改。 这就是前面没有套 plan, 没有跟 ai 明确产品功能的后果。小右这边呢,则实现的让我有些惊喜,它加了更清晰的仪表盘,当然这些也是在前面 plan 阶段就已经提出的想法。整体前端呢,看起来跟我的要求也基本符合, 唯一小左做的比小右好的一点就是小左那边可以支持手动录入新的基金,我可以在这里直接通过前端去添加,但是呢,小右那边就必须要在后面去修改, 不过这也是我在需求文档里面没有要求的,所以小右没有做到这一点,反而让我会觉得安心和合理。接下来小左可以先休息,然后呢,我们让小右去 review 他 这个项目, review 完了之后呢,也是发现了诸多问题, 我们看也是非常有道理的,我们就直接让他去修改,改好之后呢,我们再让 code 去验收,看看他会给两个项目打出怎样的评分。 ok, code 评分之后呢,我们发现小左和小右确实是在代码层面上面有一些客观的差异的,他说的小右的一些缺点,小右在犹豫的时候也发现了,只是我现在还没有来得及去改, 所以说如果你不犹豫的话,那么就只能够在正式运行的过程当中呢,多次失败,然后再去反复调试,就会麻烦很多。 另外大家看,我现在是用 kimi code 去写代码,然后让 codex 来验收,我觉得这种方法还蛮好的。 kimi code 我 认为它现在在写代码方面呢没什么问题。最后让 codex 来验收,一方面是 codex 模型确实还是要比 kimi 好 的。呃,这样能够让我们更加放心,而且这两者结合呢,也能够省很多 token。 总结来看,用尚包含功能层面和架构层面的 plan 以及 review, 确实能够让你的项目功能更加完善,架构也更清晰,更好迁移,更好拓展,也更好的去维护。如果说你有其他的外部定的好的思路或是工具,我求求你在评论区留留言,让我也去学习一下,谢谢。