想 codex 做一个 ios app， 不要一上来就让他随便写。一个更稳的方式是先把 codex 配成一个能构建、能预览、能检查的开发工作台。 开工前先做三件事，确认项目目录，配置好命令行环境，再把你的开发规则写进说明里，比如 swiftui 风格、目标设备构建方式和验收标准。 然后给 codex 一个明确任务，搭建一个 swiftui app， 支持 iphone 和 ipad， 有 首页添加页、统计页，并写好一键构建和启动脚本。 这里的重点不是让它一次写完，而是把边界说清楚，页面结构、数据模型、交互逻辑、视觉风格以及最后怎么验证。 接下来进入最关键的一步，命令行优先让 codex 先列出 steam， 再跑构建和测试。能用命令验证的地方，就不要只靠肉眼看代码， 每改一小步就跑一次最小验证，先确认能够建，再启动模拟器看画面，这样问题不会攒到最后 codex 也能根据错误日制继续修。 如果是已有项目，就不要让它推翻重写。先让 codex 读项目结构，附用现有 model navigation 和组建指改你指定的功能， 大改动放进 worktree 是 新 ui， 换架构加安波顶都可以。先隔离出来，确认可用后再把结果和回主项目 做 ios 最容易卡在视觉和交互验证，需要看模拟器复现某个界面问题时，可以让 codex 进入更明确的 g u i 检查流程，但任务要小，权限要清楚。 最后用 review 收尾，看 def， 看改了哪些文件，看有没有测试和风险说明，不要只看完成了，要看它是不是可维护。 记住这条路线，说清需求，小步验证隔离大改 review 收尾，这样 call dax 才能真正把一个 ios app 从想法推进到可运行。
粉丝361获赞2806
相关视频
02:04查看AI文稿AI文稿codex 是 我过去几个月高频使用的 ai 助手之一，我用它做研究，写文档、做 ppt， 整理内容灵感，做网页原型。上个视频讲了 codex 基础，这期视频讲一个今年很值得先搞懂的 ai 概念 skill， 因为它决定了 codex 到底只是陪你聊天，还是能按你的工作方式反复干活。简单理解一份可以重复使用的工作说明书， 你可以把某类任务的流程规则、检查标准提前写进去，下次再让 codex 做类似的事，他就不用每次重新听你解释一遍。比如你经常让 codex 做网页，你不想每次都重复说页面不要太 ai 味，不要蓝紫配色， 这些都可以写进一个设计类 skill 里。以后你只要让 codex 用这个 skill 检查页面，他就会按那套规则去看代码、改样式，再告诉你改了哪里。 这就是 skill 最实用的地方。把你反复说的要求变成一套固定流程，那么在哪里看和怎么用 skill， 可以 去 codex 的 侧边栏这个入口里看，里面会有一个 skill 子页面， 已经添加或创建过的 skill 会出现在这个列表里。使用的时候，通常可以在聊天里输入 skill 名称，或者用斜杠跳出来。比如你有一个 find skill， 就 可以直接斜杠选中，帮我找一个适合做 ppt 的 skill， codex 就 会按 skill 里的流程去跑。那怎么创建 skill？ 有 两种方法， 第一种最简单直接这样说，请创建一个 skill 以后，我给你一个网页项目时，你要先检查移动端排版按钮样式、文字层级、颜色是否太乱，最后输出修改文件和检查结果。这种叫 prompt skill， 但我更推荐第二种，先把流程跑通，再把流程固化成 skill。 举个我刚实测的例子，我想做一种白板手绘风讲解图，我先给他一个参考图，让 codex 按我的要求生成讲解图 第一版如果不满意我就继续改，比如少一点黄色纸张质感画面更像课堂白板。等到有一版我觉得可以附用，我再说。把它固化成一个 skill， 这时候 codex 会反推刚才的流程，它会把这次反复调整出来的规则写进一个 skill。 md， 这样下次我再用白板手绘讲解图， 就不用重新解释一遍审美和结构，直接调用这个 skill 就 行。如果你想让 codex 使用 skill creator， 它会按更标准的格式帮你生成可附用 skill。 我是 ai 知识派，我们下期见。
4.8万AI芝士派
02:17查看AI文稿AI文稿codex 现在可以养捉宠了，这是我做的底墨，它会浮在桌面上，实时显示 codex 当前任务进度。这样 codex 在 后台跑任务的时候，我就可以放心切到别的窗口，不用一直盯着它。 这期手把手带你打开 codex 捉宠，并定制一只属于自己的宠物。先来到 codex app， 点击左下角设置，进入设置，这里选择外观，往下翻找到宠物，打开， 点击唤醒宠物，桌面上就会出现宠物浮窗，现在可以看到宠物已经出来了，它可以拖到屏幕任意位置，放在不挡操作的地方就行。这里还预制了几款不同宠物，你可以直接选择一个喜欢的，然后点击选择。 如果预置宠物里没有你喜欢的，也可以自己做一个。先准备一张想做成宠物的角色图，我这里用笛末做演示。回到 codex 主界面，点击左上角插件，进入技能， 搜索 hatchpad， 找到以后点击加号，把这个 skill 添加进来。添加完成后，回到 codex 对 话界面，上传刚才准备好的图片，然后输入指令。这是洛克王国中的笛末，我希望你将它制作成 codex 里的桌面。宠物 发送以后等 codex 处理，这里问是否允许 输入，继续就行。这个过程可能需要一点时间，因为它要把角色拆成不同状态下的动作。现在它已经制作完成了，我们可以看一下生成结果， 这里能看到它生成了宠物在不同状态下的样子，比如空闲运行中，等待输入，准备 review， 每个状态都会对应一套不同的显示效果。接下来重新打开设置， 进入外观，往下翻到宠物，在自定义宠物列表里选择刚刚生成的这个宠物，点击选择现在在唤醒宠物， 桌面上出现的就是我们自己定制的版本，这样 codex 捉宠就设置好了，以后跑任务的时候，它会在桌面上帮你显示当前进度，你切到浏览器剪辑软件或者别的窗口，也能知道 codex 现在是不是还在工作。
28技术彭友圈
01:33查看AI文稿AI文稿hello， 下班了，我周末的时候让我父母也用上了 cortex， 我是 怎么做的呢？因为我父母对电脑都一窍不通，更不要说用了 cortex， 其实我用的是 hermes 加 cortex 的 组合。 hermes 我是 用了一台 mac mini 去部署的。 hermes 里面有一个功能啊，叫做 family 的 这个功能。 family 功能是什么呢？就是一个 hermes server， 可以 配置多个账号。那这个账号呢？就是用户啊， 他的记忆系统，他的文件，他的相关的权限都是隔离的，这样的话我就可以用多个了，把我的父母都开上了，然后我配的是酷派斯五点五这样的一个能力，然后把每个账号都配上了 微信的就是机器人，比如说我开了三个账号，然后绑定了我的一个微信机器人，我爸的一个，我妈的一个， 然后我让他怎么使用呢？我就说把他当做一个无所不能的微信好友，或者是说你认为他是个豆包也可以， 然后你把你的问题疑问啊，生活中的遇到问题，甚至跟他聊天讲故事都可以，然后我妈今天跟我说真好用， 我都不想用豆包了，他跟我说的的确好用，然后因为我爸妈呢，对工作上面，他还现在退休了嘛， 啊，就没有什么更更多的需求，他觉得提供低价值还是不错。其实我自己一直在使用这个组合，我特别喜欢 hermes 的 那个记忆和 skill 的 净化功能，真的很好用啊，我推荐推荐推荐推荐，大家去试一试。
200大超学长
01:33查看AI文稿AI文稿想用 codex 改老代码，挑错了模块，改一个地方牵动半个项目，回滚两天才稳住分模块隔离这一步，不少开发者拍脑袋就挑了。我用这三条标准选过几十次，中间没回滚过。 第一条看依赖度，挑被依赖少的叶子，模块先动怎么找叶子模块？让 codex 跑一遍，静态分析，把模块之间的调用关系输出成依赖图 处理。出度高入度低的是高风险节点，改一个地方会牵动一大片，先放着不动，出度低入度也低的才是真叶子。这种模块改坏了影响面也小，适合作为起点。第二条，看测试覆盖度，优先，挑已经有单元测试的模块，没有测试的，要先让 codex 补一轮再动手。 codex 这种工具改完没东西验证对错，出问题的概率会高很多。有测试，当对照改坏了，立刻能看出来，回滚也快。 第三条看业务边界，挑那些职责单一、对外接口少的模块。判断方法很简单，你能用一句话讲清楚这个模块干什么，就是边界清晰，讲不清楚的，说明他和其他模块藕合太深。这种留到后面再动，再补一个返利。有人挑模块时只看代码行数，挑那个看起来体积小的先动， 结果那个小模块是个公共工具类，几乎所有业务都引用他改一个签名，整个项目变异都过不去。代码行数小不等于依赖少，这是分模块隔离里很常见的反直觉坑。这三条标准用下来 call 代码，改老代码不会一改一大片，改完跑测试也能兜底。 我重构那个十年扎马项目时，就是这套流程，中间没有回滚过，你挑模块时是按什么标准评论区，聊聊踩过哪些坑？
73关工聊编程
11:09查看AI文稿AI文稿这是一条 codex 从零到一完整的新手入门教程。如果你之前完全没用过 codex， 或者只是听说过，但不知道它到底能干什么， 怎么装，怎么用，那这条视频你就可以收藏了。我会按照一个新手真正上手的顺序，带你从 codex 试什么，讲到安装、使用、主界面、怎么操作、基础功能和进阶技巧、 skills 插件、浏览器终端和自动化任务等等，让这个目前全球最顶级的 a 阵的工具真正为你所用，创造价值。 我也会把整个流程整理成文档，打一句 codex， 方便对照，一边看一边选。你可以先把它理解成一个装在电脑里的 ai 工作助手，他不是单纯陪你聊天的工具，而是可以进到一个具体的工作文件夹，帮你读取文件、修改内容、运行命令、调用工具，甚至按步骤完成复杂任务。 举个最简单的例子，像 chat、 gpt、 豆包这一类工具，更像是你问他答，你自己去做。比如你想做一个网页，他通常只会给你一段代码，接下来你还要自己复制代码、创建文件、运行、检查报错等等。而 codex 是 你问他，他理解他还做，他会从零到一帮你创建好这个网页。 目前最适合新手小白的上手方式呢，是桌面端 app， 我 们可以直接在官网开始，根据你的系统选版本， windows 或者 mac os 都可以。安装之后有两种登录方式，一种是官方 chad gpt 账号登录，另一种是用 apikey， 可以 是官方的，也可以用中转站。两种方式各有利弊。综合来看，还是建议第一种，直接官方账号登录， 省心省事。对于 codex 的 界面，新手可以先关注三个核心区域，最左侧是一些常见功能入口和聊天记录管理区，你可以理解为导航栏加历史记录。这里需要重点讲一下对话和项目的区别。对话最好理解就是普通聊天嘛，你甚至可以把它直接理解为 chat、 gpt 或者豆包， 适合随便问一些小问题，帮你写文案、查资料之类的。它不跟具体的文件夹绑定，而项目就涉及到了具体的生成式任务，比如 如飞哥之前开发的工具箱网站，飞剪一触即达这种软件，他们有大量的编程代码文件，就需要一个专用的项目文件夹。你在这里可以新建空白项目，也可以打开现有文件夹，直接选择路径，或者直接把文件夹拖进来也行。鼠标悬停在项目名上，也能看到这个文件夹在电脑中的 底位置。而对于重要的常用的项目和对话，右键就可以置顶，方便快速切换和查看。左侧下方还有设置入口，在设置里你可以修改 codex 的 使用偏好、外观和配置等等。其中个性化需要重点说一下， 如你想给他一个全局指令，就在自定义这里直接写，比如他要怎么称呼你，固定用中文回答问题，设定一些底线原则或者开发习惯，设置完之后对所有项目都会生效，相当于让这个员工摸清楚你这个老板的脾气，投你所好。这里还有一个很有意思的小功能，叫桌面宠物， 他提供了很多默认的宠物形象，你也可以根据自己的喜好让他帮你创建一个，比如我这个就是给了一张参考图，让他自己做出来的，他会实时显示当前任务的一些简单状态，还是挺好玩的。 在首页设置这里还能看到剩余用量，你可以清晰的看到五小时用量和一周用量，做到心中有数。中间这块就是你和 codex 的 主要沟通区域。首先是这个加号里面有两个非常重要的功能，一个是计划模式， 比如你让他开发一个个人博客网站，不要上来就直接让他干，而是让他先列出计划。相当于你给员工一个项目，得先让他出方案，看看他打算怎么做，这样能有效减少返工，既省精力又省 tokyo。 看啊，他会主动问我们这些具体细节，我们按选项敲定，不满意的或者他没提到的就补充一下，让他重新规划， 这才是一个合格的领导该干的事。而目标模式就更厉害了，刚上线的新功能就是你给他设定一个目标，越具体越好，他会自己拆解分析。执行审查，有一种不达目的不罢休的意思，这样就避免了一个很烦的问题，执行一个任务的时候，他每完成一步就要停下来问你。 比如我正在跑的一个很复杂的大项目，目前已经连续跑了三十多个小时，如果正常一步一步改的话，我可能要好几天才能做完这些进度。右边这个权限设置呢，分成三档，默认是最保守的，像是联网修改文件都需要你的授权，自动审查会开放一部分权限，关键节点还需要你把控。 而完全访问就是最激进的，它几乎可以完全操控你的电脑，创建文件、删文件、跑命令，全都自己干。新手，我不建议一上来就开完全访问，刚开始用默认或者自动审查更稳，等你确认这个项目没问题，也知道它要做什么，再考虑给更高权限。我自己是在非常熟悉项目和流程的情况下才会开完全访问。 右边这里还可以切换模型，选模型版本、智能程度和推理速度。如果不是特别复杂的任务呢？不建议开超高，因为它有可能会出现过度思考，而导致你花了更多的 token， 反而干的不好。 这是血淋淋的实战经验教训，一般来说默认高就可以了。这个麦克风是语音输入，但是体验目前并不是很丝滑，我们可以直接用语音输入法。 codex 还有一个和普通聊天很不一样的地方，任务可以排队，他正在执行的时候，你可以继续补充，要求这些新消息会一个一个排在后面，等他处理完当前步骤之后继续执行。比如他正在做网页，你可以接着说，页面再简洁一些，按钮换成黑色，先不要做登录功能等等。 而如果你忽然发现他理解错了你的意思，或者做了一半有点跑偏了，可以直接选择引导，强行把方向盘掰回来。所以用 codex 的 时候不一定要追求第一条提示词写的特别完美，你可以边看他做边补 充，边纠正边引导。真正好用的方式是把他当成一个正在干活的助手，而不是一个只负责回答问题的聊天框。这个思维一定要转变过来。 最右侧的区域目前包括三个功能，侧边聊天就是当前任务的一个临时讨论区。因为有时候 codex 正在执行一个主任务，但你中途想问点小问题，或者单独讨论某 个细节，就可以用它，它不会打断主对话的节奏。浏览器主要是 codex 打开网页查资料测试页面，比如你做了一个网站，可以让他直接打开本地页面，帮你检查布局按钮、交互有没有问题。如果你对某个地方不满意，还可以让他直接打开本地页面，帮你检查布局按钮、交互有没有问题。如果你对某个地方不满意，还可以让他直接打哪的感觉， 口头描述半天要精准的多。终端的话呢，其实你不需要了解太多，因为它主要是给 codex 执行命令用的。到这里，其实你已经看到了 codex 最核心的几种能力，它可以进入项目，读取和修改本地文件，可以用计划模式先想清楚怎么做，可以通过浏览器查资料测试网页，也可以通过终端运行命令检查结果。 所以 codex 真正厉害的地方不是某一个单独按钮，而是它能把这些能力组合起来，帮你完成一个完整任务。理解了这一点，后面的 skill 插件和自动化任务就很好懂了。 因为前面这些能力呢，解决的是 codex 自己怎么干活的问题。但如果你想让他干的更稳定，更像一个熟悉你习惯的助手，就需要用到 skill。 如果你想让他连接更多外部工具，就要用到插件。 这里很多新手分不清 skill 和插件，其实用一句话就能记住， skill 是 方法，插件是工具。 skill 可以 理解成一套可以附用的工作流，或者说给 codex 的 一份工作方法说明书。比如一家公司做项目，通常都有一套标准流程，第一步做什么，第二步做什么，输出格式是什么，有哪些注意事项，哪些地方不能乱改。 这些东西如果每次都重新告诉 ai 一 遍就很麻烦，而且 ai 它还可能每次理解的不一样。所以更好的方式是把这套工作流程固定沉淀成一个 skill。 这样 codex 下次遇到同类任务时，就不用像一个新员工一样重新摸索，而是直接按照你写的流程和标准来做。 比如我自己的飞鸽工具箱里就有很多专属 skill。 比如把好用的软件保存入库到本地，同步到我正在做商单推广的几个云盘，生成下载链接，再同步到正式站，这些流程全都是固定的。 我把它们写成 skill 之后， codex 就 可以按这套流程稳定执行，不会每次都跑偏。再比如，你经常写短视频文案，也可以让 codex 帮你做一个短视频文案 skill， 把你之前写过的大量文案喂给他，让他总结你的开头风格、结构、习惯语言表达、结尾方式，然后形成一个专属文案助手 后，再写类似内容的时候， codex 就 会优先按照这套方法来。插件就不一样了，插件更像是给 codex 装上外部工具，解决的是它能不能操作某个平台，处理某种文件，连接某个服务。 比如浏览器插件，可以让 codex 打开网页查资料、测试页面表格插件可以让它处理 excel、 ppt 插件可以让它生成演示文稿。 gmail 插件可以让它整理游戏， camera 插件可以把生成的内容导入到设计工具里继续编辑，所以不要把他们想的太复杂。 skill 解决，怎么做插件解决用什么工具做？一个是工作流程，一个是工具能力。 codex 目前已经集成了很多实用的插件和 skill， 我 也整理了几个比较常用的，大家可以截图保存，后面自己试试看。 最后我们再来看一个比较进阶但非常有想象力的功能，自动化任务。你可以先理解成让 codex 在 固定的时间、固定的项目里自动帮你做一件事，但它和普通题型软件不一样，它们最多告诉你该干什么了。 而 codex 的 自动化任务是真的可以帮你执行一整套流程。比如你是做内容创作的，你可以让他定期帮你收集某个领域的热门选择题，整理成标题、角度、参考链接和可以拍摄的脚本。而飞哥最常用的就是每天固定时间设置一个今日任务清单，划掉昨天已经做完的，生成当天新的任务， 就像一个机器人一样按清单执行。这也是为啥有人说我效率那么高，一个人干八个人的事情。除了 ai 的 强大助力之外，任务规划本身也非常重要。所以自动化任务真正厉害的地方不是定时提醒，而是定时让 ai 按你的要求去干活。 最后再补充一个很多人会关心的问题， codex 能不能在手机上用？据我所知有三种方式，最早大家都是用 happy 这种开源项目，它可以连接 codex cloud code， 电脑上开个任务就能通过手机和 agent 的 沟通，但始终不太方便，相当于只是给你安排了一个传话筒。 而 codex 的 mac 版本最近更新了手机端的入口， chat gpt app 里面就有 codex 可以 完整读取你的聊天记录。在手机里聊天和电脑端的消息是完全同步的，本质上是远程链接，相当于把你的电脑版正在跑的 codex 搬到了手机里。而最近我发现了一种非常爽的方式，就是网易的优优远程， 出门的时候手机直接远程连电脑，操作起来很方便，最关键的是你能同时测试它的改动，这就相当于把你整个电脑都装进了手机，所以功能最完整。 好，最后我们来个回顾，总结一下你都学了什么。如果你是第一次接触 codex， 其实今天不用记住所有按钮，也不用一上来就研究特别复杂的自动化和插件，你只要先记住这条主线就够了。第一， codex 不是 普通聊天工具，它更像是一个能进入你电脑工作区的 ai 助手。第二，临时问问题，用普 对话，真正要处理文件、项目代码、文档就用项目。第三，复杂任务不要直接让它开干，先用计划模式让它列方案，如果是一个长期目标，再考虑用目标模式让它持续推进。第四， skill 是 方法，插件是工具。 skill 负责告诉 codex 怎么做事儿，插件负责让 codex 连接浏览器、表格、 ppt 邮箱这些外部工具。第五，自动化任务不是简单提醒，而是让 codex 在 固定时间按照你设定好的流程自动干活儿。 所以新手今天先做三件事就够了。第一，安装并登录 codex 桌面端。第二，建立你的第一个项目，找一个真实的小任务试一下，比如整理一个文件夹，总结几篇文案，或者生成一个简单网页。第三，让 codex 帮你写一份自己的 agents， 点 m d 就是 我们刚才提到的个性化。现在你让他自己干，把你的 称呼、语言、习惯、输出格式、工作偏好都写进去。当你把这三件事跑通之后，你就不只是会用一个 ai 工具了，而是开始拥有一个真正属于你自己的 ai 工作站。祝你越来越牛逼！
2.5万非哥黑科技
01:50查看AI文稿AI文稿今天有个重大的更新啊，可以在手机上使用 code x 了，我自己还没有更新，给大家来一个一镜到底啊，怎么去在手机上完成一个配置？好，所以你的 code x 要更新到最新的版本，然后左侧这个图标里面就会有设置 code x 移动版，我们推进看一看，点开 就是这个页面了，同步到你的手机啊，也要更新到最新的版本，我们点开有一个 code x。 好， 我们先在电脑上操作，点击开始设置允许你的手机控制条，电脑好，点击允许，这个时候你的移动设备就要去扫个码，你要拿着你的手机又说是苹果手机，用你的原相机去扫，看到没有，这里就会有一个打开的按钮，点击 点击连接，你看这里就有个授权的界面啦。这一步大家要注意，很多人在他的 app 里面找扫码的入口，没有一定要原相机去扫，这是第一个问题，第二个问题，有人扫了之后回到这个界面，还是等待桌面连接，我就这个问题卡了好久，六处提供解决方案，大家一定要注意看打开你的终端去安装 code c l i 的 能力这个命令， 然后装好之后输入这个指令，它就会帮你去配置，你不管它，它配置完之后，你这边就会弹出一个授权手机了，这个就可以弹出来了。好，这个时候我们点授权，继续再点授权， 等待它完成安全设置。这边已经可以看到我电脑的 code s 工作区了，再看看电脑端显示已连接这里可以点开， 这个是控制你的应用的，这个是控制你的浏览器的，可以点开安装一下，我之前没有装好，然后点击完成设置，我们对看一下操作啊，我们点一个昨天没有做完的，我们试一下，继续完成这个任务啊，帮我重新写一个最新的脚本。好，这是我刚刚发的一个指令， 这里面的功能跟桌面端的都是一对应的啊，这个是上下文的窗口的占用，这是对应的模型的选择都是可以的。好了，搞定啊，生成了一个五月十五号无一一的一个 m d 的 文档，我们继续回到文档上， 这是六叔放文档的地方，你看对应的文档已经生成了，终于可以在手机上去干活了，这个配置流程大家赶紧去试一试。好了，我是六叔，拜了个拜。
159六叔ultra
01:49查看AI文稿AI文稿大家中午好，我想了想，我还是要跟大家录一下，因为最近 codex 跟 anthropic 的 cloud code 真的 太火了，昨天晚上 openai 也发布了 codex， 现在已经可以直接支持谷歌的 chrome 以及 windows， 就是 chrome 在 macos 和 windows 情况下，呃，可以直接调用 codex 的。 我快速录一个视频，教一下大家怎么把这个功能激活。首先呢， 我们要打开最新版本的 codex， 如果不是最新版本的，可以在这里去检查 update， 就是 要确保更新到最新版本的 codex。 更新完之后，打开这个插件 plug ins， 打开这个插件， plug ins， chrome 的 这个选项就会出现了，点击这个 chrome 点击吧，因为刚才我已经点击了啊，可以直接点打开， 打开它会直接跳到你默认浏览器的这个 codex 的 激活界面啊，如果你默认的是 chrome， 就 会正常蹦到这个 chrome 的 界面 crom 蹦到之后直接点击艾特 crom 就 ok 了啊，因为我认为接下来会很精彩的。其实 cloud 大家能看到我的 cloud 已经支持了，就当我点开这个 cloud 的 时候， cloud 的 无论他调用自己大模型也好，还是还是 cloud code 也好，他可以直接操纵我的 crom。 那 现在呢，就是我把 code 也加入到 crom 之后， open up code 也可以直接调用我的 crom 吧。因为今天我想录这个视频的原因就是我认为接下来整个电商的搜索逻辑都会因为世界头部的几个大模型公司会带来天翻地覆的变化。 比如我现在自己日常的使用已经不用去打字了，我调用的是 tapis 会比较多，所以现在目前，哦，现在才五月份，我觉得其实 ai 的 风向已经调了好几次了。比如年初的 open code 火了一阵子， openclaw 就是 龙虾。 那其实我认为到现在为止了， open opencloud 的 风风口或者说营销热度已经完全消退了。那接下来就是 webcoding。 那 目前最主流的就是 codex 和 android 的 cloud code。 就是 cloud 的 code 啊。好吧，今天就跟大家快速录一下。我估计可能很多伙伴不知道怎么在 codex 里面去添加 chrome， 在 chrome 里面去激活 codex。 好 吧，那今天先这样，拜拜。
157凯文不要嗨
02:54查看AI文稿AI文稿各位做开发的同学，我今天讲一个你可能觉得小功能，但实际很关键的东西，五月十三号， open ai 给 codex 加了 windows 安全杀伤。什么意思？简单说就是给你的 ai 代码加了一个笼子， codex 深层的代码只能在笼子里运行，出不来，动不了你系统里的任何东西。为什么需要这个？用过 ai 编程的朋友应该都有类似的经历， 你说帮我写一个批量处理图片的脚本， ai 出代码，你复制粘贴到终端一跑，咦，怎么电脑卡住了？或者更夸张的，他在那偷偷下载不知道什么东西 扣。代码是很强，但它生成的代码也不是百分之一百靠谱。有时候是代码本身的 bug， 比如内存泄露，有时候是 ai 调用了一些接口，可能跟你系统里的其他软件冲突了。在开发环境下出这些问题还好， 但如果你在生产环境或者在客户数据的电脑上跑，风险就大了。 windows 沙箱怎么解决？他直接在系统里创建了一个虚拟的隔离 环境， q 代码生成的代码在这个虚拟环境里跑，所有文件操作、网络请求、系统调用都受到严格限制。哪怕代码里有恶意行为，比如想读取你的桌面文件，想访问你的浏览器密码，在沙箱里完全 最多把沙箱自己搞崩了，你点一下重置，又是干干净净的环境。这个功能对两类人特别有价值。第一类是企业开发者，很多企业不敢大规模用 ai 编程，就是因为安全和归过不去。 现在有了沙箱， it 部门可以放心了，所有 ai 生成的代码都在沙箱里，验证通过后才能进入正式的代码库。 第二类是接外包项目的独立开发者，你在客户电脑上写代码的时候打开沙箱，客户也不用担心你乱搞他的系统。 说实话，安全沙箱这个功能虽然看起来不起眼，但它解决的是一个信任问题，企业不敢把 ai 写的代码直接放进生产环境，因为他们不信任。 ai 沙箱提供了一个验证层，让企业可以先验证后使用， 这比任何安全承诺都实在。所以别小看这个安全沙箱，它是 ai 编程走向人人可用的关键一步。关注我，在 ai 时代引领入门。 我们是 ai 源码源头厂家，支持源码交付，支持行业贴牌、支持批发代理、支持商户零售、支持试用包含各种 ai 商业领域的专属 ai 工具。
6亿燊科技
24:12查看AI文稿AI文稿大家好，今天分享一下 codex 命令，学会四十二个命令，完全可以改变你使用 codex 的 方式，从模型切换、绘画管理、代码审查。今天这期视频我会逐一讲解每个命令，告诉你它们是什么，什么时候用，怎么用。 如果你还在低效的使用 codex， 看完这期视频会让你的工作效率翻倍。模型与配置相关命令第一个，使用 model 快 速切换当前绘画的模型， 确认后就会弹出可选模型列表，选择后，后续对话和代码操作都会使用新的模型。它适合在不同任务间切换，比如日常改代码，用速度更快的模型，复杂架构分析、疑难 bug 排查时切换到推理能力更强的模型。第二个， 如果你想让它响应更快，可以输入 fast， 速度是一点五倍。这个命令会把当前绘画切换到更偏速度优先的工作模式， 适合处理简单修改，查文件、跑命令，解释这类代码低风险任务。它的重点是减少等待时间，让 codex 更快地出结果。适合快问快改，不适合重度分析。再次，使用 fast 的 命令可以切换标准速度。第三个可以使用 personality 调整它的沟通风格， 主要有两种， friendly 和 pragmatic。 第一个更像一个耐心的合作伙伴，语气更轻松，会解释多一点过程，适合学习、探讨和头脑风暴。第二个更像资深工程师，表达更直接，重点放在结论、风险和下一步。 适合修改 bug， 改代码，做工程决策。 personality 不 会改变模型能力、权限或者项目文件，只是改变 codex 和你的沟通方式。 第四个 experiment 是 一个实验性开关，这些开关会保存到 config 二 m l 文件里面，影响之后的使用体验。比如 terminal resize 会在终端宽度变化时重排 codex 的 聊天记录。 memories 允许 codex 从对话中建立记忆，并在新绘画里带入相关记忆。 prevent sleep while running 则是在现程运行时防止电脑休眠。实验性功能适合愿意尝鲜的人，稳定性可能会发生变化。权限与安全相关命令 第一个 permission 用来设置当前绘画的操作权限，打开后你会看到三个选项， default、 auto view for access。 defort 是 常用的安全模式， codex 可以 读取和修改当前 workspace 里面的文件，也可以运行命令。 但如果需要访问互联网或者修改当前项目之外的文件，就必须向你审批。日常写代码，修 bug 跑测试用这个模式就足够了。 auto view 和 default 基础权限一致，也是 workspace 可写，它会限制互联网和外部文件访问。区别在于符合条件的审批请求优先交给 auto view 子代理判断。一些需要 on request 的 操作不一定直接弹给你， 而是先经过自动审查。它适合希望减少手动确认，但又不想直接放开全部权限的场景。 for access 是 最高权限， codex 可以 修改 workspacey 的 文件，也可以不经过你的确认访问互联网。这个模式效率最高，但风险也最大，因为它可以直接影响你的系统环境、用户目录 下载或执行外部内容。只有你明确知道任务需要这些权限，并且信任当前操作时再开启。第二个 approve 是 处理自动审查拒绝的动作，所以没有什么可批准的 绘画管理相关命令。第一个 new， new 相当于是开启一个新的绘画，它不会退出 codex， 也不会换你的项目目录，只是把当前的上下文清空，重新开始一个新的任务。比如刚才让 codex 改完一个 bug。 接下来想问一个完全不相关的问题，可以用 new， 这样上一段任务里的讨论文件决策就不会干扰新的任务。我们可以通过这个 space 命令来查看一下当前绘画。 当前绘画 id 二八零使用 new 命令，我们来再创建一个新的绘画。我们通过 states 来看一下绘画 id 跟当前的绘画 id 是 不是不一样。我们看到是八二一，这就是 new 命令。 第二个是 resume， 恢复历史绘画，并继续使用当时的上下文。如果你昨天让 codex 分 析过一个项目，今天接着干，就不需要把背景重新给 codex 讲一遍。通过当前这个命令，从历史绘画中 选择一条 codex， 就 可以沿着之前的上下文继续往下做，就相当于切换到上一次绘画中。第三个命令 fork。 fork 就是 把当前绘画复制出一份新的分支，保留所有上下文，后续修改互不影响。 它适合你想尝试另一种方案，但又不想破坏当前这个对话的时候用。比如当前的方案用的是 rack 实现。你突然想试试路由一，这个时候 fork 出一个新的绘画，原来的对话还是存在，新的绘画就可以大胆地尝试。第四个 side， side 是 开启一个 临时的旁路对话，它适合处理一些小问题，但不想打断主任务。比如 codex 正在帮我们改代码， 你想顺手问一句刚才这个报错是什么意思，我们就可以通过这个 set 命令问完之后，我们再切回主绘画，主绘画不会被这个临时打断打扰。第五个 rename。 rename 是 用来给当前绘画改名字。当前历史绘画越来越多，默认标题可能不够清楚，我们就可以通过 rename 命令 来把它修改一个名字。以后我们通过 resume 就 可以找回来是哪一个绘画。例如我们通过 space 命令来查看当前绘画， 我们可以通过 state 命令查看当前绘画的名字。当前绘画的名字，比如说是这个设置一个名字，我们通过 rename 命令可以来修改。给它改一个名字，我们再次通过 state 命令可以查看一下，它的名字就发生了变化。第六个 agent， 它是用来切换当前活跃的 agent。 如果你开启了子代理， 比如第一个 agent 是 负责读代码，另外一个 agent 负责跑测试，还有一个 agent 负责 code review， 那 我们通过这个 agent 的 命令就可以在这一些 agent 之间进行切换，查看它们各自任务的进展，或者继续跟一个 agent 对 话。当前我这里只有一个 agent。 第七个 sub agents， 这个命令是子代理入口相关的命令，你可以把它理解成，当一个任务比较复杂时， excel 不 一定只靠主 agent 来做，可以把一部分工作拆分给子代理来做，比如子代理专门做分析代码结构，还有一个子代理可以做测试风险，主代理最后做一个任务汇总，这种特别适合大型项目分析，因为这里没有创建子 agent。 最后一个 go， 这是给当前任务设置一个持续目标，它不像我们普通的一问一答，但 go 更像适合告 codex， 你 接下来围绕一个目标工作，直到它完成为止。比如说 token 消耗了， token 用完了， 或者任务执行完了，是一个长期目标。比如你可以设置把这个项目跑起来，修复启动中相关的错误，并确保测试通过。我们通过这个 go 命令，这样 codex 它就会持续地围绕我们这个目标来完成。 中间我们也可以自己检查进度。如果这个任务执行的时间太长了，我们也可以暂停，继续调整目标都是可以的。现在我们用一个真实的案例来把刚才讲的绘画相关的命令我们来串一下。假设我有一个需求是让 codex 帮我创建一个个人博课 技术站，用的是 v u e， 并且不止让一个 agent 从头写到尾，而是启动三个子代理来完成写作。一个负责写代码，一个负责测试，一个负责 code roo。 第一步，我们通过一个 new 命令，这是因为是一个全新的项目任务，我希望它是一个干净的上下文，不要被前面的掩饰 内容所影响。第二步，我们用 rename 命令来给当前绘画改一个名字，例如我叫 u e。 个人博课，我们可以通过 permissions 来确保当前项目的权限模式，我这里选择 auto view。 接下来，我们通过 go 命令给 codex 设置一个持续的目标。我们看一下提示词我们的目标，然后里面有一个启动三个子代理来完成一个 code review， 一个 code write， 一个 test runner， 还有一个 code review， 我 们复制提示词， 使用 go 命令，我们一起来看一下，然后发送。 我们看到它的要求是启动了三个子代理， 我们再来看一下，刚才我们有一个 agent 命令，我们刚才启动了代理，我们看一下有没有 agent， 这是我们默认的主代理。我们看到我们要求的一个 code write， 它已经给我创建好了，我们可以切换到子代理上面， 子代理已经在开始工作了，这个时间比较长，我们稍等一下，刚才不小心打断了，我们再来结合一个命令 fast， 我们把它速度切换到一点五倍速度，消耗两倍 token， 让它继续写代码。我们可以看到我们刚才起用的是子代理来写代码，现在我们的主 agent 在稍等，待我们这个紫 agent 完成任务。我这里整理了一份命令文档，如果大家需要，大家可以三连，然后我给大家发文档。我们接着刚才的演示，我们来看一下，他已经把刚才我定义的这些 agent 都创建出来了，自己跑了一个浏览器在这里做测试。这个紫代理 review 他发现了一些问题，然后他现在在给我们做一个修改好，我们看到他已经把我们的这个目标给完成了，我们一起来看一下效果，这就是他刚才写的一个简单的页面代码与工作区相关命令。 接下来这几个命令更像是 codex 做项目时的辅助工具。第一个是应逆时命令，它是创建一个 agent 点 md 文件，我们可以把它理解成给 codex 写一份项目说明书，我们来执行一下 当前的这个目录，还是我们昨天做的一个个人簿刻这个页面，我们通过 uscode 的 辅助插件，我们可以看到他昨天写的代码，在这个区域，我们看到他正在给我们写这个 ajax 点 md 文件，我们看到他已经给我们写完了 ajax 点 md 文件，我们一起来看一下。 都是英文的，我们可以把它改变成中文， 我们直接通过 ide 来查看比较方便。我们看一下它有项目结构和模块组织，然后构建测试和本地开发的一些规范，怎么测试，还有 pr 规范， 还有 agent 的 专用说明，它都已经给我写好了。这个 agent 点 m d 文件相当于是给 codex 写了一份我们当前项目的一个说明书， 这样以后 codex 进入这个项目都会优先参考我们这个 agent dmd 文件里面的规范，不需要反复解释项目约定。第二个命令是 plan， 在 真正开始写代码之前，我们可以输入 plan 切换成 plan 模式，它的作用是 先拆任务，不着急写代码。比如我要创建一个个人博克，它会先规划项目的结构，需要哪些页面，文章的数据怎么放， 会先做规划，规划完成以后它才开始写代码。这个命令适合在复杂任务面前，我们可以通过快捷键 shift 加 table 来关闭这个 plan mode， 也可以通过快捷键 shift 加 table 快 速开启 plan mode。 我 们来演示一下这个 plan 命令。我们通过斜杠 plan， 现在大家可以看到它不是直接写代码，而是它向我提出的一些问题，你希望关于我页面主要强化哪些？感觉 我们可以自己选，它不是直接的写代码，也就是说我们通过 plan 命令把我们提示词中的任务进行拆解确认以后，它才会开始给我们写代码。第三个命令 mention， mention 是 用来把指定文件或目录带入当前绘画。比如我想让它重点来查看一个文件， 我们就可以通过这个 mention 来选择这个文件。比如说 index 点 s t m r， 它就会重点地去查看这一个文件。这样做的好处是我们不用在提示词里面手动去复制一堆代码，也不需要它去查找对应的代码。这个比较适合当前页面，有一些 bug 我 们自己知道， 我们可以指定它来这个文件中查找。我们通过 man 审核这个命令，指定到对应的文件给它的提示词，查看一下当前页面的代码。 他收到这个指令后，他只会去查看当前这个类的代码。我按照你点名的这个要求来查看这个。第四个是 skills， 是 选择和使用本地技能的入口。比如我现在做的是一个前端项目，如果我本地有前端相关的 skill， 我 们可以通过 skills 让 codex 使用它，我们一起来执行一下它有两个，第一个列出当前的 skill， 第二个，开启和关闭 skill 我们确定。例如我这里安装了浏览器的 chrome 的， 还有 computer user fig 码之类的，我们就可以使用这个 skill 来做一些事情。我们可以看一下我这里用了这个 documents， 让他帮我写一个项目文档。 skills 是 给 context 加一套更专业的工作方法和技能。第五个 default， 当 context 写完代码以后， 我们可以输入 default 命令， default 会展示当前工作区发生了哪些改动，比如新增了哪一些文件，修改了哪一些文件。这一步非常重要，因为在真正运行或者提交之前，我们应该先看一眼它做了哪些改变。我们通过一个案例来演示一下这个 default 命令，给他一条指令， 我让他把关于我页面这关于我这三个字改成红色，他已经修改完了，我们看一下，我们看到他已经是红色的了。我们再来试一下刚才的 default 命令， 我们可以看到他改动的文件，这就是 default 命令，就是会展示工作区发生了哪一些改动。第六个是 review 命令， review 是 让 codex 对 当前工作区做一次代码审查，我们一起来看一下， 我们通过 luul， 然后它有四个选项，第一个这个 pr 审查，也就是会把当前分支和某一个 base 分 支做一个对比。第二个就是审查当前还没有提交的本地改动， codex 刚改完代码以后，最常用的是这个。 第三个是针对某一次 commit 做一个审查。第四个是自定义审查，我们选择第三个，我这里有两个提交。我们看到这个 code luul 已经结束了， 这个初设版本是一个 v u e 项目，可以成功构建路由页面和数据流也是一致的，我没有发现值得代码审查里面需要提出来的明确问题，这就演示了我们这一个 rule 命令。我们把代码工作区的这六个命令串一下， 我们先用 easy 命令建立项目规则，再通过 skill 命令选择自己的这一个技能。我们要开发的时候，我们可以通过 plan 命令先做一个规划， 把任务做一个拆解。我们可以通过 minsh 命令来对指定的类进行一个修改。写完代码以后，我们可以通过 default 命令查看改动。最后我们可以通过 review 命令来做一个代码审查使用，这就是我们代码和工作区六个命令正常使用的一个顺序。 上下文，记忆相关命令这里主要有三个命令，主要解决的是上下文问题，也就是 codex 怎么知道我们在看什么，以及当前绘画太长的时候怎么保持清晰。第一个 id 一 命令，它主要解决的是把 id 一 里面的上下文带给我们。 codex， 我 们通过 id 一 命令，它这里提示 id 一 contacts is on， 说明我们这个 id 一， 我们选中这个字段， 问他这是什么意思，我们可以看到他直接读取到我们 i d e 里面这个字断了，我这里刚才选中的，他解释了这是什么意思。这样相当于是把我们 i d e 里面相关的代码的上下文，我们可以直接带到这个 c r i 中， 它是把我们这一些代码编辑器里面的上下文带到我们当前的终端里面来，可以解决我们不想手动复制粘贴的问题，也特别适合来做一些局部 bug 的 调整。第二个命令 compact 压缩，它是用来压缩当前对话的上下文。当一个任务跑得很久以后，整个记录 上下文会比较长，模型需要处理的信息也会变得更多，重点可能不够集中，有可能这个时候就会产生一些幻觉。这个时候我们就可以通过这个 compact 的 命令把当前可见的对话 总结压缩成一个更精版的，保留更关键的决定。我们这里可以看到已经使用了百分之二十三，我们来试一下这个命令，我们看到压缩还是比较厉害的， 当前上下文占用减少了，所以 compact 的 命令适合是长任务中途，比如项目做到一半，我们感觉到上下文很长了， 我们又不想重新开一个绘画，我们就可以先压缩一下。第三个 memory， 它是用来管理记忆相关的功能， 我们先执行一下。第一个是以后开了新绘画 codex 是 否读取已有的记忆。第二个是 codex 是 否从绘画中生成新的记忆。第三个就是一个重置，它主要是用来控制 codex 要不要使用这个记忆，以及要不要从绘画里面来生成新的记忆。 所以这三个命令分别对应着三种上下文。第一个 id 是 当前编辑器的上下文。第二个 compact 是 当前常对话的上下文。第三个 memorize 也是跨绘画的一个长期上下文状态与调试相关命令。接下来这几个命令主要是查看 context 当前的状态， 调整终端的显示以及管理后台运行的任务。第一个 state 用来查看当前绘画的状态，例如当前使用的模型目录 权限，绘画 id， 还有上下文限制之类的。第二个 slide 主要用来配置底部状态栏，就是我选中的这个地方，我们一起来看一下。比如说主题的颜色，我们看到这里使用了九十点七 k， 我们可以切换来控制它显不显示模型的名字。 g p t 五点五控制显不显示项目的名字，这里已经显示不下了，我把模型关了，使用托管关了项目的名字，还有当前所在的分支运行的状态，当前的这个模式，我这里是 auto view， 我 们可以通过 statline 来配置底部状态栏 的一个显示情况。第三个 title， 我 们可以通过 title 命令来配置终端，这个标题页的一个显示，我们来试一下，我们可以看到这里有个 codex c l i， 也就是项目的名字，在这里可以控制它显不显示。 这一个是当前的目录，比如说斜杠， codex c l i 这一些，根据自己的需要进行灵活配置。第四个 ps， 用来查看后台的一个终端任务。有些命令可能在后台持续运行，比如说 开发服务器测试监听长时间的一个构建任务，我们可以通过 ps 命令来查看。最后一个 stop， stop 是 用来停止后台的一个终端任务，比如开发服务器已经用不了，或者某个命令卡住了，我们可以通过 stop 来暂停。这就是我们状态和调试的一个相关命令工具与扩展相关命令。 第一个 m c p， 我 们通过这个命令可以列出当前所安装的 m c p 服务，我们可以看到我这里安装了 chrome， d v tools， 还 codex app 相关的服务， computer user， 这些都是 m c p。 我 们一起来添加一个 m c p 服务，我们这里来安装一个 figma m c p。 复制 m c p 的 地址，我们通过这个命令就可以添加一个 figma m c p。 我 们看到已经添加成功了， 我们来看一下在这里面能不能看见刚才我们添加的 figma mcp， 我 们这里已经看到了显示了 figma mcp 了， 所以我们通过 mcp 命令，我们可以看到当前绘画里可以调用哪一些外部工具。第二个是 hux， 它是用来查看和管理生命周期的钩子，钩子就是在关键时刻会自动触发，疑问表示触发时机。 in store 表示安装了多少个 hook active 标记，当前激活了多少个。这个是一个描述，这个是工具执行前开始触发，这一个是请求权限触发，比如让 codex 联网或者修改一些外部文件。 工具执行后开始触发上下文压缩触发等等之类的。我们可以通过命令来查看当前配置了哪一些钩子，哪些是可信的。 我们也有一些应用场景，比如说我们执行一些长任务，比如说通过 grow 命令执行一些长任务。执行完之后，我们希望他提醒我，我不可能时时刻刻的 待在这里，看着他有没有执行完。我们可以让他执行完之后，比如播放一个音乐。第三个 plug in， 它是用来查看或者已经安装的插件，这里可以看到这都是我安装的一些插件，例如编辑文档的 连接， figma 及 mail 相关的一些插件。插件通常会给 codex 增加一些新的能力，例如我们点击 document， 我 们可以来卸载它。这个插件里面使用了哪一些 skill， 这里都可以能显示。 我们返回最后一个 keymap， 这个了解一下，其实就是更改快捷键的一个指令界面，显示相关命令。第一个 then 用来选择高量主题，我们试一下， 这里有很多主题，我们切换可以看到代码的一个主题颜色，如果你觉得默认颜色看着不舒服，可以通过当前命令选择自己合适的主题。第二个 vm 用来切换 web 的 输入模式。 默认情况下， codex 的 输入框更像普通文本输入，我们看到它这种切换是这种模式普通文本的，如果我们通过 web 切换这种会看着比较舒服一点。这个命令适合 web 的 用户，如果你不熟悉，可以保持默认风格。第三个 row， 用来切换滚动模式，这种命令主要是为了方便复制终端中的内容，我们通过这个命令可以切换到更原始的滚动显示方式，这样复制内容 更方便。最后一个是 copy， copy 用来复制 codex 最后一条完整回复的消息，我们看到他回复了我这一段话。如果我们不想手动复制，我们可以通过 copy 命令。我们直接通过 copy 命令就把当前消息已经复制好了， 直接粘贴就可以退出。与维护相关命令，我们一起看一下。第一个 clear， 用来清空中端，开启一段新的绘画。它和 new 命令有点像，都是让你重新开始， 但 clear 更强调清理当前终端的界面。第二个 logout， 用来退出 codex 登录。如果你是在公共场所 或者临时借用别人电脑，可以通过当前命令来退出本地的一个登录凭证，让这台机器不再保持你的一个登录状态。第三个 feedback 是 用来把日制发送给 codex 开发团队。最后一个退出 codex， 它和 quit 一 样，都是离开 c r i 绘画。如果你还有重要改动没有保存或者后台任务在跑， 最好先确认再退出。到这里， c r i 里面四十多个命令我们已经讲完了，你会发现这些命令并不是让你死记硬背，我们可以把它分成类。有的是权限管理，决定 codex 能做什么。有的是绘画管理，决定任务怎么开始、 暂停、恢复和分支。有的是管理上下文，让 codex 更精准地理解你的项目。有的是辅助开发，比如 dev review 引用文件，制定计划。有的是调整终端体验。 我们在 c r i 里面用得更顺手。如果日常用来写代码，我们记住几组就足够了。 permission 权限管理 new resume fork 绘画管理 plan global 任务推进 mention idea 管上下文， def review 管代码检查 state compact 管 长任务状态。如果这期视频对你有帮助，欢迎点赞、收藏加关注，后面我会继续分享 ai 相关知识，我们下一期视频再见！
190下班学AI
07:36查看AI文稿AI文稿ok， 大家好，最近又发现一个比较好玩的东西啊，就是 codeys， 可以 直接制作和部署一个像这样的小啄虫， 就是可以在你的桌面的任意位置，你可以把它拖拽着，你拖拽的时候它是有那个行走动作的，你往左边的话它就往左边奔跑，往右边就往右边奔跑， 嗯，靠近它的话它有那个跳跃的动作，然后双击它的话就可以直接打开我们的 codex 的 终端， 并且它的样子的话可以是你任意你喜欢的 ip 角色，你喜欢的一个，呃，抽象的画，或者你自己画的一个什么东西，或者你喜欢的一个人，你男朋友女朋友，你想把它做成一个捉虫都是可以的。 我这里就教大家看一下怎么做。 首先我们在设置位置，然后点击设置 外观，在里面选择最下面选择我们的宠物， 他自带的话是有这些，像你看有有那种小电脑的样子，小宠物这个是一个纯电脑的了，他也会有行走的动作。其他的我先给大家展示一下我做的这几个吧。第一个是 本来给他是一个女孩子，但他后来做成的像一个像一个小玩偶的样子， 这个是我拿凡人修仙传里面那个宋玉的两幅漫画改的，然后给它起名叫宋云，刚才那个是叫陶凝， 里面有个小瑶。然后如果你有想有一个自己的 ip 角色嘛，就是你想自己创建一个，我们这边点击创建自己的宠物，然后就可以直接 它就有出现这样一段话，你是否需要创建一个什么宠物，然后你想怎么定义它，这个时候就把您准备好，您想创建角色的哦。 嗯，这是我可能参照小红书上我可能比较喜欢的一个图片或者啥的，但这个是我用 gpt 直接做的，但您可能有你自己喜欢的东西的话，你可以自己放进去，然后给它我做了几张， 可能能让它参考的更全面一些，做出来就更细致一点，你可以有你自己喜欢的图片，它做完的捉虫一定是像这种 q 版的动漫画型， 他不会说像一个一个真人的，那种细致感是没有的，他一定会先把它转成一个 q 版的卡通类型，然后把它生成成捉虫，然后这边选择 选择你喜欢的两张放两张或者三张左右给它放进去。 你你可以告诉他他叫什么名字，他叫做这个起的名字叫他叫做赵颖 颖字的颖，然后就可以开始了， 这时候他就已经开始做了，但因为做的时间比较长，我这边就不等他做完了，我拿我之前做的给大家展示一下， 这是我之前刚刚做好的。 首先像这里是先把两张图片我们给它放进去，之后它的名字叫小瑶，然后就开始它自己就运行了，自己去部署，然后调整，然后它会根据你的那两张图片， 我这边暂时没加载出来两张图片的话，它会帮你制作一个 q 版的图片， 并且在你 q 版图线的基础上给它设计动作，这是眨眼睛的，就是它镜子不动的时候，它自己会有一个待机的眨眼睛的动作，然后向左边奔跑，挥手 跳跃，就是你点击它单击它的时候，它会有跳跃的动作啊，这个应该是害羞，然后做错了事。就比如你在 codex 里面是可以跟它互动的，如果它有一个动作，就有一个运行，它没有做出来，它会表现一个比较抱歉的样子。 嗯，这是它一个摇头晃脑的样子，这是这是它在思考的样子，然后瞬间有了 i idea， 然后就会有这样一个动作。 ok， 大 概它做完这些图，然后把它生成好。嗯，生成好像一个你可以运行，然后把它调用出来的捉虫的形式的话，大概得需要半个小时。 当然你你如果不满足于上面的那些简单的它既定的动作的话，你可以给它添加。就比如 我这边给他，他做完之后，我说能不能给他加一个，我说把他往上拖拽的，然后他跳跃的动作给他改成他有一对小翅膀飞起来的感觉，然后他就帮我重新做了一个， 然后他就可以拖拽他，然后他就可以拖拽他的时候他就能飞起来了，算了， 当然它也能放大缩小的。这边这个小框是它，你可以跟它对话的样子。比如说我新开了一个对话， 你是可以跟它说话的。你，你好，然后回车它，它这里的话就直接会有一个对话框，当然你 把这个关掉的时候双击它就出来了， 他问我让我帮他做点啥，我说我在想，嗯呀， 你把你把那个 codeys 的 关掉的话，它那个对话框就会一直在这，并且你是可以在这里回复的。 嗯呐，你就可以跟他对话了，把它关掉的话，你就可以跟他玩 啊，你可以设计你自己的动作，设计你想跟他的一些互动的条件啊。嗯，或者你喜欢那些方式都是可以的。嗯呐， 去制作你自己的吧，拜拜。
27路人汤大侠
05:32查看AI文稿AI文稿代码的目标功能怎么开？什么样的任务适合开？用第三方模型能不能用这个功能？怎么保证目标模式完成的任务的质量？怎么给他权限？ 这是我上个视频评论区关注最多的一些问题。哈喽，大家好，上个视频我发了关于 codex 的 后功能的使用体验，收到了大家很多的关注。今天我会一个视频，讲清楚 codex 的 目标功能到底怎么用，什么时候用， 如何高质量的用。希望大家帮忙点赞评论关注。首先需要说明， codex 的 go 不是 让模型突然变聪明，也不是你丢一句话它就可以无限的自动驾驶 go， 它本身是和模型无关的，并不是模型的功能，而是 agent hines 同面实现的一个机制，是 codex 的 产品和运行环境这一层的能力。所以首先第一个问题， 用第三方模型到底能不能用这个功能？答案是可以的，只要你是通过扣代词使用这功能，再更新到最新版的 app 都是可以使用的，但是效果就不一定有 g p u 五点五那么好了。 官方对目标的定义是给扣代词一个持续存在的目标，这个目标既是他开始工作的指令，也是他判断到底做完没有的标准。所以 go 最重要的不是跑的久，而是有一个清楚完成的标准。所以第二个问题，什么样的任务适合开 go？ 答案是，如果你只是改一个按钮的颜色，或者修一个很小的 bug， 实现一个很简单的需求，其实没必要上钩。当然，如果你是给他一个 ui， 让他完全对齐这个 ui 设计稿去实现你的 ui 页面，那还是可以的， 真正适合构的是那种多步骤会中途跑，测试会反复修，而且你不想一直在旁边盯着打 continue 的 任务，比如说迁移一个项目，重构一块模块，修一批测试，做性能优化这种任务，你可以给他一个明确的目标，他就可以围绕这个目标去持续的推进。 再比如前面讲的，你给他一个 ui 稿，我个人感觉扣代词在审美这块还是差点意思的，但是你给了他明确的标准，对其 ui 设计稿去实现 ui 页面，他就会一直修改，并且修改完之后去启动项目对比 ui 稿，做到像素级的还原。甚至你都可以用 gpt 一 米二去生成一个精美的页面， 毕竟 gpd 一 米二的生普能力大家是有目共睹的。评论区有人说只有十个小时，最后写出一坨，其实这个问题不是 go 本身能解决的，而是你给的 go 太空了。 go 的 核心是有一个明确的目标加验收标准，不要写帮我优化一下这个项目，优化这个动作本身是没有一个明确的验收标准的，也就不是一个明确的目标，优化哪个方向，功能交互还是性能优化到什么程度才算是完成？这些都没有一个明确的标准。那第三个问题，应该怎么使用 go 呢？ 特别是你没办法明确说出你的目标和验收标准的时候。其实有两种办法，第一种是先 plan， 再去用 go 去执行， 提出你的需求，先让 codex 把任务拆清楚，你确认验收范围没有跑偏，再把这个 plan 去变成 go。 第二种，如果你的 codex 已安装上了 superpower 插件，那么你可以直接开启目标模式，你可以说出你模糊的目标，这个时候他前几步会主动的去跟你澄清，直到明确为止才真的去执行这个目标。 也有人问死停完怎么办？比如他用方法 a 跑不通过，一会又用方法 b。 也有人问做科研做复旦任务能不能一阶段一阶段的验收。这里就聊到了第四个问题，如何高质量的用目标功能去提高产物的质量。这里有几个技巧。 第一个就是构力最好加上停止条件，同一个方案失败两次就必须换方案，或者停下来报告原因，不要让他在错误的路径上你去预谋。注意，这里并不是停止你的目标， 在没有满足你的目标之前， codex 是 不会给这个目标去标记上已完成的标志的，它只是暂停了，等你澄清或者纠正之后，是可以点击继续目标去执行的。 第二个技巧， go 不是 让你完全不看了，而是让你不用每分钟问一句继续，不用中间持续的去给他解释上下文，但是中间你随时可以插话纠正。阶段性的去看 def， 看测试，看结果。你仔细观察就会发现， codex 的 go 并不是想象中的，你给他一个 query， 他 一直跑，中间不停止， 反而更像是他自己把围绕这个目标的实现拆解成了很多的小步骤，并且每实现一个小步骤，他都会做充分的测试和验收， 验收通过了这小步骤就会被提交。那他是怎么继续开始新的小步骤的呢？其实更像是完成一个小步骤之后，他自行判断这个目标是否完成了，然后判断下一步该做什么，给自己了一个下一步骤的新宽瑞。 只不过之前这个昆瑞是需要人觉得上一个步骤没问题了，人去判断下一步应该做什么。了解了这个机制，在他执行某个步骤的过程中，你就随时可以点击停止目标，并且对他进行纠错或者提问，确认没问题了，再点击继续目标即可。最后再说一个额外不算技巧的内容。 很多人对目标都是小心翼翼的，开了一个目标之后不敢随便乱点，不敢电脑合上，不敢重启 app， 会担心中间网断了怎么办？账号额度没了怎么办？ 答案就是这些都不会影响目标。你的网断了，在网络恢复的时候，可以重新进到那个规划去点击恢复目标，你账号额度没了。一般情况下，在这个账号额度恢复的时候，目标都会自动的继续，但如果没有的话，你也可以手动点击继续。 像我的 pro 账号是五倍的订阅，经常会在五个小时额度重置之前额度消耗完。我这个时候就会用一个账号切换器去切换账号，切换完 app 是 要重启的，重启完之后我就会去点击这个规划里面去继续目标。最后，关于权限这个问题，官方确实支持减少 approval， 比如不想他每一步都问你。 首先说明一下我自己，其实是开的完全的权限，但是是建立在一个干净的分支可信项目的基础上，确保它有 get 记录。此外，再通过外的 hux 机制去保证不操作项目之外的内容上的。 最后总结一句， go 的 价值不是让 codex 永远跑下去，而是让 codex 不 在每一步等你。推一下智能用法，不是让它干活，认清楚什么叫干完。关注我，了解更多 ai 技巧。
268小梅同学
08:26查看AI文稿AI文稿哎呦，又见面了，朋友们，你知道 cloud code 有 一个沙箱模式吗？也就是三 box 模式，它是 antherropic 专门设计的用来保障文件安全和网络安全的隔离机制。而且呢，如果说你不打开它就有一定的安全风险。 来，本期视频呢，我一次性带你搞清楚 cloud code 的 三 box 模式，它到底是什么？我们为什么要用它？什么时候用，怎么用，让你在日常使用 cloud code 的 过程中呢，多一份安全保障。 更重要的是，你开了这个三 box 模式之后， cloud 的 那些烦人的权限弹窗啊，就能减少至少百分之八十。 还有啊，本期视频呢，我同样准备了视频的图文版，方便你日后随时查阅读。来吧，话不多说，点好关注赞，我们开始。 好，那我们现在就直接用一个例子来解释 sandbox 模式到底是什么啊？如果说呢，你是 mac 电脑呢？那你打开一个项目，比如现在，然后呢，打开 cloud code， 你 直接输入斜杠， sandbox 这边呢，有三个选项啊，你先不用管，为什么，你就直接选第一个就行了，那 mac 呢，就这样就打开了，如果说呢，你是 windows 或者是 linux 呢，还需要一些额外的配置，具体的配置呢，你看我图文版的文档， 打开之后，你看好，在这个 settings local 这个配置文件里面呢，就会多一个叫做 sandbox enabled， 现在是处，同时呢，还有一个是 auto bash if sandboxed 的 这个配置，现在呢，也是处。这个先不用管，我们现在就知道 sandbox 的 模式就这么简单，我们就打开了， ok， 打开之后会发生什么呢？它会限制 cloud code 的 网络访问以及文件访问，包括读写、编辑等等。 比如说你在这个 permission 里面了，你设置的 deny 读这两个文件， deny 编辑这一个文件。那么 sandbox 模式打开之后呢？整个 cloud code 在 运行的过程中呢？它是不会去读这两个文件，也不能去编辑这一个文件， sandbox 呢，还有网络方面的配置。但今天呢，我们主要以文件访问为例子，那你一定很好奇，即使是 sandbox 模式不被我打开，我只是单纯的设置这个 permissions， 它不也行吗？ 这边的 permission 的 设置不就是干这个事情的吗？你看啊，现在我把这个文件的权限设成 deny， 它不也能够阻止 cloud code 的 访问吗？好问题，这就是三 box 模式存在的原因。来，我们好好的说说 区别就是，如果说你没有打开这个 sandbox 模式呢，那么 cloud code 它确实不能通过它自己原装的工具，比如说 read， edit 这些去读到被你 deny 掉的那些文件。 但是呢，还有一种方式它可以绕过去，那就是通过执行命令行的形式，比如说啊， cloud code 呢，想用命令行的形式来执行这个 python 脚本。你看啊，这个脚本的逻辑是打开一个你刚刚在这个 permissions 里面明确拒绝访问的文件， 然后这个脚本呢，还会把这个文件里面内容呢给上传到某个网站。而当 cloud code 在 外面用命令行的形式去执行这个拍上脚本的时候呢， 即使你在这个 permissions 里面我已经明确禁止了它，还是可以用通过命令行的形式来访问到这个文件， 这就是你没有打开 sandbox 的 时候的行为方式。但是如果说你打开了这个 sandbox 模式呢？那么即使呢，你用脚本的形式，还是任何其他方式， cloud hold 都不能够访问你在 permission 里面定义的那些禁止规则。 这就是从文件系统的角度，我们为什么一定要打开这个 sandbox 模式？总结一下啊， permissions 呢，只能够管住 clock code， 自己的内置的工具，像 read， edit 这些，哪些外部的脚本呢？想读什么文件， permissions 是 管不到的， 而 sandbox 呢，是在系统的层面来做限制，所以不管说你用内置的工具，他说跑脚本，跑命令行，只要说违反了规则，那么就一律拦截。 所以说光设置 permission 是 不够的，一定要配合 sandbox， 才能真正的让 curl code 不 能访问到我们不想让它访问到的那些文件。那听到这呢，我猜你一定很好奇，为什么 sandbox 就 这么厉害呢？来，我给你解释一下， 你看啊，我找了一张网上的图片，这个 sandbox 啊，它翻译过来就是沙盒，它就是一个盒子来帮你把整个 cloud code 的 运行给隔离出来。 比如说呢，你要运行一个 python 脚本，对吧？它还是通过这个 bash， 也就是命令行的方式呢来运行。但是呢， sandbox 呢，会监控整个进程以及它下面所有紫禁城的一切行为。 如果说他发现你想访问那个明确的被拒绝访问的文件，他就会拦截不让你访问，这就是 sandbox， 他 是真正的就是把你给框起来了，那网络的请求也是一样，不符合要求呢，他就会被拦截返回，这就是 sandbox 为什么这么厉害的原因。 好，如果说呢，你大概了解了 sunbox 的 运行原理了，那我们紧接着就来聊一下，我们如何具体的来设置 sunbox 的 模式。 我们之前说过啊，这个 sunbox 呢，主要能够控制两个东西，一个是文件的访问，另一个呢就是网络的访问， 那么文件访问你只需要记住一点就行了，就是你在这个 permissions 里面呢，你该定义什么就定义什么。然后呢，这个 sandbox 呢，只要是打开状态，它就会遵照这个 permissions 的 规则，这样才能够真正的做到禁止访问哪些文件呀，允许访问哪些文件呀？ 至于网络的配置呢，那官网上关于网络配置的参数非常多，但是呢，简单的用法就是，如果说呢，你觉得某些网络是安全的，那你就把它加到白名单里面，也就是 allowed domains。 那 加入之后呢， cloud code 之后要再访问这些网络，它就不会再问你了，而是直接自动执行， 而不在这个白名单里面的呢，它就会先问你一下要不要执行。还有一个设置呢，叫做 allow autobash if sandboxed， 它的意思就是说呢，如果说这个 sandbox 知道怎么去处理一个命令，那它就自动的处理了，它也不会弹窗。再问你啊，要不要处理这种事情。 比如说呢， cloud code 呢，想读一个文件，那你明确都已经设置成拒绝了，那他就自动的拒绝，不会再问你。反过来，如果说他要读一个你明确允许访问的文件呢，他也就直接放行。网络也是一样，白名单上的网络呢，他是不需要你再确认，他就直接就可以去访问， 这就可以解决了很多就是每次弹窗要问我这个东西要不要执行的这个审核的疲劳，这也就是三 box 当时设计的初衷。 但是呢，如果你把这个设置呢变成了 false， 那 它就会像正常情况一样，它每次呢都要问一下啊，什么东西要不要执行。所以啊，如果说你都已经打开了这个 sandbox 模式，那还是建议把这个 allow auto best if sandbox 也设成 true。 好，我们最后来说一下日常呀，我们普通人要怎么用这个 sandbox 模式哈，对于普通用户来说呢，其实你只要把这个 sandbox 模式给打开就行了，然后呢，把一些真的很私密的文件在这个 permissions 里面给 deny 掉， 反正你要记住，一定要打开这个 sandbox 模式，才能真正做到拒绝访问。而关于网络的设置呢，你就把你觉得安全的网络这个地址呢给放到这个白名单里面，觉得不安全呢你就不要放。然后每次访问的时候呢，你就检查一下它到底要访问哪个网站， 但是呢， sandbox 这种方式呢，还是不能够做到百分之一百的安全，你要是想要做到百分之一百的安全呢，那你可以去看我之前说 agent skills 安全风险的那题， 他那个里面呢会详细的告诉你如何通过容器化的技术来做到百分之百的安全。 ok， 今天呢，我们就说到这里，我们下期见。
123乾坤下一站
05:58查看AI文稿AI文稿欢迎来到这期的讲解，今天咱们要聊点颠覆认知的，彻底改变一下你对人工智能的传统看法，忘掉那个只会一问一答干巴巴的聊天框吧。今天我们要看看怎么把 ai 变成你手底下最靠谱最拼命的虚拟实习生。 咱们先实话实说啊，回想一下你每天的上班时间，到底有多少是被那些无脑的搬砖活给撤掉的？比如积极枯燥的数据录入在好几个表格，或者对着同一个按钮点上几百次， 是不是想想就觉得特别心累？那么咱们直接进入第一部分 ai 的 进化，咱们看看它是怎么从一个副驾驶变成咱们的全能员工的。 咱们来看这个非常有意思的对比。以前大家用的 ai， 比如 copilot， 其实就像是个坐在副驾驶的教练，你累的半死地握着方向盘，它在旁边不停地给你提建议，说风凉话。 但是现在的 kolex 呢？它完成了一次巨大的范式转变，它是一位真正的虚拟员工，直接帮你接管方向盘，帮你把活干完。而你这个指挥官只需要舒舒服服地坐在后排，审查一下最终结果就行了。 所以千万别误会，你绝对不需要懂任何敲代码的技术就能用它，它不仅是个搜索引擎，也绝对不是程序员的专属玩具。你只需要用平时说话的大白话告诉他你的目的地在哪，他自己就会动脑筋规划出一条路走过去。 接下来是第二部分，也是今天的重头戏，这小助手到底能干吗？咱们来揭秘一下他的自动化能力。 重点来了，他到底是怎么替你干活的？这就得说到他一个神仙级的功能电脑操作。 用大白话来讲啊，这就像是你电脑里住进了一个隐形的田螺姑娘，她可以真真切切地看懂你的电脑屏幕，然后像个真人一样去挪动你的鼠标，精准地点击窗口按钮，甚至模拟人类在键盘上噼里啪啦的敲字。不管是切换窗口，还是用剪贴板复制人贴，它全都能代替你的双手去完成。 而且最绝的是什么呢？无论你是用 mac 系统还是 chrome 浏览器，他干这些活全都是在后台静悄悄进行的。也就是说，你可以继续一边看网页，一边写文档。他在后台帮你干他的，绝不会突然弹出来打断你的思路，完全不抢你当前的屏幕焦点。 进入第三部分，咱们来看看有了这个能力，怎么帮你彻底告别复制粘贴，变成全自动日常办公神器。 试想一下，如果老板让你从网页上手动抠五百行数据到 excel 里，是不是想想就头大？现在呢，你只要像屎丸小弟一样，用大白话下一道命令，嘿，帮我提取一下数据， 刚才提到的隐形小助手马上就会接管。他自己去移动鼠标框选数据，按下复制，然后自己打开 excel 表格，把数据格式调得漂漂亮亮的粘贴进去，全自动一气呵成。 当然了，他的本事可不止填表格，日常那些特别繁琐的琐事他都能包圆。比如代替你一行行去填那些枯燥无味的网页表单，或者把工作群里乱糟糟的聊天记录，自动给你整理成一条条清晰的任务。 甚至他还能看懂设计图，直接帮你写出网页代码，或者干脆根据你给的大纲，直接啪的一下给你自动做好一套精美的 ppt。 看到屏幕上这个数字，二十四了吗？对，没错，二十四！ 它的自动化功能，意味着你雇佣的这位虚拟员工，是真正意义上每天二十四小时连轴转的。晚上你大可以安心去睡觉。而你的这位好帮手呢，会在漫漫长夜里帮你盯着系统的数据大盘，把昨天积压的各种小毛病 bug 分 门别类整理好，默默优化你的工作流， 等你第二天早上睡到自然醒。泡好咖啡，来到电脑前，一份清晰完整的总结报告已经乖乖躺在你的桌面上了， 简直了对吧？那么第四部分，咱们对号入座一下，到底谁最需要这个帮手？他能怎么解决不同岗位的痛点？ 你可能会想，这玩意儿对我这行有用吗？其实不管你是干什么岗位的，他都能精准地帮到你。如果你是个销售，每天对着 crm 系统挨个录入客户状态，点得头晕眼花，现在交给他，他替你自动点击登录、打字录入。如果你是个苦逼的运营，天天被一堆杂乱的数据折磨，他能帮你自动提取、清洗、排版。 如果你是个初级程序员，天天跑测试、修 bug， 那 他就是你专属的除虫小弟。发现没有，他对任何胡柳技术背景的小白都极度友好。 哎，那如果你本来就是个懂点技术的程序员呢？他还有个叫 worktree， 也就是工作树的傻手脚儿 们。传统干活只能一件一件按顺序来，干完 a 再干 b。 但现在你可以同时召唤出好几个 ai 小 助手，他们能在同一个项目的不同分支上，同时在那啪啦啪啦敲代码，互相完全不打架，最后还能奇迹般的把工作成果自动合并在一起，这工作效率绝对是开挂级别的。 接下来进入第五部分，咱们也得客观一点，网上现在传的很神的一句话就能做个游戏，到底是真是假？咱们来个现实大揭秘。 其实啊，现实情况稍微有点骨感，并没有网上传的那么神，他确实能瞬间给你画出好看的图片素材，搭出个游戏的基础代码，但这顶多也就占了整个工程六十百分之的基础工作， 剩下四十百分之的关于游戏的打击感好不好玩，界面细节的微调，这些依然需要你这个人类亲自上手去打磨，才能搞出一个百分之百完美的作品。 但是咱们算笔账啊，以前你想做这么个游戏原型，得花大价钱请个开发工程师，吭哧吭哧搞上整整一个月吧。现在有了它打底，你只需要花短短一个小时就能把基础流程跑通，从一个月压缩到一个小时，这可是整整十倍以上的效率提升，绝对是一个不可思议的跨越了。 最后第六部分，也就是今天我想给大家传递的最核心的理念，你来指挥他来执行。这个虚拟员工给你带来的最核心的价值，其实是一场职场身份的巨大转变，把你从一个埋头苦干的执行者，把高成了一个统筹全局的决策者。 当你把那些枯燥的像机器一样重复的电脑操作全都甩给 ai 去执行之后，你在公司的价值就不再取决于你手速有多快，能不能一天复制粘贴完一千个表格了，而是取决于你做出的战略判断到底有多精准。 所以聊到这儿，我想问问屏幕前的你，既然懂了这些，你准备好坐上指挥官的位子，去雇佣你人生中第一位全能的虚拟 ai 实习生了吗？你的第一道命令又打算让他替你干点什么呢？好好想想吧，咱们下期讲解，再见！
07:15查看AI文稿AI文稿这条视频讲 codex a subagent， 小 白也能听懂的版本。它不是一个新软件，也不是神秘功能，而是 codex 处理复杂任务的一种用法， 你会看到它什么时候该用，什么时候别用，以及怎么用它。 review 一个真实项目，先给 subagent 下一个最朴素的定义。一个复杂任务，你可以让 codex 拆成几块，分别交给几个子代理并行处理。 每个子代理跑在自己的 agent thread 里，最后只把结论交回主线成汇总。官方术语听起来会正式一点。 sub agent workflow 指同时跑多个并行代理在汇总。 sub agent 是 被派出去做某件事的代理， agent， thread 则是每个代理自己的线程，你可以在 cli 里查看和切换。 sub agent 主要解决两件事，第一， context 被污染，读文件跑命令看报错，猜原因，全塞进主线城，后面判断就容易乱。 第二，该病型的事被串行，做安全测试风格可维护性本来可以同时看，却被一个代理从头查到尾。判断要不要开 sub agent。 可以 先问一个问题，任务能不能拆成几块？互不依赖的小事， 能拆就适合试，拆不开就别硬上。任务很小，子任务紧咬在一起，写入范围重叠，或者你自己都还没想清楚怎么拆，这些情况开了反而添乱。不适合的情况也要记住，任务本身很小，没必要开多个代理。 几个子任务互相咬的很紧，并行也不省时间。最危险的是多个代理同时改同一篇文件，这时候省下来的时间很可能被冲突和反攻吃掉。 真正适合练手的场景大多是 rate heavy， 比如大型代码库探索 pr， 多维 review 几个 bug 方向， b 型排查，长文档和长日制分块分析。官方也建议新手起步时先选探索测试、 treeash 和总结这类任务。 codex 默认不会主动开 sub agent， 你 要在 prompt 里讲清楚。常见说法包括 spawn two agents， delegate this work in parallel use one agent per point。 中文直接说启动三个 sub agent， 分 别检查安全测试和可维护性也可以。如果拿来 review pr， 可以 直接用这个模板，一个 sub agent 检查潜在 bug， 一个检查测试覆盖，一个检查代码质量和可维护性， 最后要求主线程等三个都完成后再输出高风险、中风险可选优化，以及建议优先修什么。 这个模板真正值钱的不是文字本身，而是里面的控制点。每个子代理的职责不重叠，避免大家都泛泛 review 一 遍，明确等全部完成再汇总，可以避免主代理拿着半成品就下结论。最后加一句，优先修什么，可以把排序工作也交给主县城。 接下来用 ship ready 这个小项目做例子，它是一个 s s landing page audit 的 mvp， 后端 api 在 s r c app 点 js， 审计规则和 rewrite 在 s r c audit 点 js， 存储是 s r c store 点 js， 前端是 publ i c 斜杠 app 点 js。 代码量不大，正好适合演示怎么稳妥的开 sub agent。 在这个项目里，最稳的开法不是让三个 agent 一 起改代码，而是启动三个 read only sub agent runtime risk agent 看运行风险 q a coverage agent 看测试缺口， architecture agent 看模块边界， 所有子弹里都不要改文件，等全部完成后，主线程再决定要不要修。三个结论里， round time risk agent 最有价值。他发现 handle request 里 in sync 路由没有 await， 外层 try catch 接不住 a sync handler 抛出的错。 这种 bug 在 happy pass 测试里不容易暴露，但线上可能表现成请求挂住或者 unhandle rejection qa coverage agent 的 结论也很实用。 他没有泛泛说测试不够，而是列出 invalid json 未付费 share 过早 follow up。 若 brief 绕过 rewrite 这些副路径， 这些用力不一定都要立刻补，但摆在面前，主县城就能快速挑出最该锁住的状态流。 architecture agent 的 结论最容易让人冲动， 他说 src app 点 js 可以 拆成 page extract checks brief 和 rewrite 几块 判断没错，但这次目标是写测试加修 bug， 不是 重构 auditing， 所以 这部分建议最后先记下来，不立刻动。三个 sub agent 的 优先级其实不一样， round time risks 想让你先修服务端 qa coverage 想让你先补测试， architecture 想让你先理边界。主县城不能给三票打平均分，而是要挑确定性高、改动小、能被测试所注的事情先做，最后真正落地的改动其实很克制， 异步路由统一加 await， 让外层错误处理生效。 rewrite 必须 brief ready 才能解锁， follow up 增加还没提交 brief 和非法字段校验。 read json 加 body size 限制 invalid json 返回四百，最后补 note test 回归测试。 这个案例最有意思的一课是两个代理的结论拼在了一起， round time risk agent 告诉你哪里坏了。 q a coverage agent 告诉你怎么用副路径测试把它锁住， 这就是 sub agent 真正的价值，不是替主线城做决定，而是把几个方向的结论同时端上桌。跑起来之后也要会管理 agent thread codex c l i 里可以用 slash agent 查看和切换线程，如果某个子任务偏离方向，可以让 codex 停掉那个负责性能分析的 sub agent 跑完的线程，也可以让它关闭已经完成的 agent threads。 给新手的练手顺序，不建议一上来就五个 agent 一 起改权。项目先并行阅读，让多个 sub agent 各自理解不同模块，再并行 review， 把 bug 安全测试，可维护性分头看。 第三步是单写，多审一个代理或主线成改代码，其他子代理做 review， 最后才是小范围并行修改。 下一次让 codex review pr， 你 可以直接从这个短 prompt 开始。请使用三个 sub agent 并行检查，当前 pr， 一个看 bug， 一个，看测试一个看可维护性， 等全部完成后，按风险等级汇总给我。就这几句话，已经够你完成第一次 sub agent 练习。 最后记住， sub agent 不是 替主线城做决定，他真正干的活是把几个方向的判断同时端到桌面上，让主线城更快做取舍。新手先从 rate heavy 的 探索和 review 开始，等你能清楚拆分任务，再尝试让多个代理并行改代码。
91沐晨AI笔记
03:09查看AI文稿AI文稿很多人刚安装 codex， 不知道这个权限配置到底应不应该放开，如果开了又担心它删掉自己的文件不开呢？又感觉每一步都要确认很麻烦。大家好，我是 fred， 专注从普通小白的视角分享怎么从零开始用 ai 和 web coding 提升自己的生活和工作效率。 今天这一期呢，我就主要跟大家去分享 codex 这个执行权限到底应该怎么去配置，尤其是小白用户啊，一开始到底应该怎么选？ 像我现在这台机器的配置呢？其实是比较激进的呀，就是大家可以看到 approve， approval policy 是 选的 never， 然后，呃，这个沙盒的模式也是 danger for access 项目 is trusted 啊，这代表着日常的执行会少很多的，确认文件范围也较大，因为这对于我而言有效率会高一些，因为我的项目有规则，有 get 啊，也有备份，而且我也知道哪些动作必须让 ai 停下来。但如果你是小白，第一天不建议这样去配置，你可以把它理解成当你熟悉之后，然后再可以参考。 然后其实像整个这个权限配置背后有三个开关啊，第一个就是 approval， 就 决定这个 codex 动手前要不要问你 sandbox 就 杀核，决定它能碰到多大的文件范围。 trust 就是 决定哪个项目可以被当做可信的项目。 所以说不用只看一个完全访问权限，它真正的授权状态是这三个东西组合在一起的。只要你能看懂这三项，就能够去判断当前的 codex 是 偏保守还是偏自动执行。 其实像现在 codex 自带的菜单里面，路径已经很清楚了，第一个就是默认权限啊，就是刚安装的时候你可以选它。第二个就是自动审查，呃，适合你觉得确认太多，但还保留风险的判断。 第三个就是完全的访问权限，适合一些测试的目录或者你觉得已经完全熟悉的项目呢。 第四个呢，就是你可以自定义去啊，你的自定义你的 config， 这是进阶的项，不是小白第一天就需要改的东西啊，大家可以看一看。其实我们现在这里面选择默认权限自动审查，包括完全访问权限，以及你可以自定义去修改你的 config 啊。 那对于一个小白用户而言，其实这实操路径也是按这个顺序来的，刚开始用默认权限，然后慢慢地去调整到自动审查完全访问权限，到最后你可以自定义你的自己的 config 啊， 然后最后请记住啊，就是即使是权限放开，但是不代表红线的行为消失，比如说你的 api key 啊，比如说你的数据库，你的公公共的 api 啊，这种真实账号的权限都要单独确认。这里不是说 ai 不 能做， 而是要说清楚范围、风险和退回退方式。总结三句话，就小白还是先默认权限，想审确认再自动审查，然后权限是为了提高效率，而不是为了跳过判断。 ok， 我是 fred， 后面我会继续用真实的案例告诉大家怎么把 ai 用到自己的工作流，我们下期再见。
563FredTalk
01:48查看AI文稿AI文稿一个人一台电脑，四百个用户是在线提拔你，我居然一晚上全部修完！先说背景，我做了一个机票搜索单，来个 go， 上线第一天有进来四百多人，什么 就直接炸了，包含机票远点推荐显示太少，图片加载卡估计还欠少。声音刺耳，换做别人可能会换我，反而 因为每一条声音都是一个真实的需求。我的处理流程反着来讲，先先说结论，核心就一个字，隔离。什么意思？第一，我把所有的反馈归成两大类，接口处理问题和简单体验问题。第二，把用户偏好借助参数覆盖城市， 把我的这个题那给我一套完整的优化策略。第三，拿到策略不着急写代码，先让扩展一个，新建一个简化的代码库，和主项目完全隔离。然后一条题是次改过夜雨为什么这么麻烦？因为我今天就吃亏， 当我一股脑把所有的需求都给扩展的时候，他直接背叛代码全完围攻花了我一个小时， 比重色还多。所以我现在铁律三条格力环境分布位置改完即用。这套流程跑下来，一晚上从归类到出车类到代码跑通，全部 搞定。四百条真实访问，不是刷的，十几条功能需求条条具体，总之用户已经在帮我打磨产品， 这就是一个独立开发者用 ai 当团队的真实节奏。所以朋友们，下一个功能由你来定，评论区可以写下你最想要的，请搜索功能，点赞最高的，我们明天直接上线关注我，我们一起用 agent！
50K.c_张凯亮
03:26查看AI文稿AI文稿花三分钟配好这四条，你的 ai 直接上一个档次！大家好，我是宇哥，又和大家见面了 呃，自从上期给大家讲了 codex 基础配置，呃，顺便带了一嘴卡帕西那个约束指令词，后台就大量私信问我指令词。今天这一期，我就重点给大家讲一下这个指令词。话不多说，咱步入正题， 你有没有这种崩溃，就让 ai 改一行代码，他咔咔一顿操作，把你整个项目给充够了，别急着砸键盘啊，今天这四条，就把它彻底治好！ 这套指令是卡帕西本人都在用的，上期我一提，评论区和私信都刷爆了。今天咱不光给给原文，还手把手教你把它装到自己的 codex 里。 ai 写代码有四个绝症，第一，不懂装懂，瞎猜需求。第二，过度设计，越写越多。第三，乱写代码殃及无辜。第四，最可气的他假装完成了，其实根本没验证。 而卡巴西就用这四条指令，就把他四个毛病全给治好了。这套指令的文件名就叫 a 帧， md 啊，咱们先看他写了啥 军规第一条，先想着清楚再写核心，就一句，不准瞎假设，不确定地方一定要停下来问，你有好几种理解的时候先摆出来， 绝对不许闷头自己猜着干。军规第二条，能简单绝不复杂，直接解决问题的最少代码不准加你没要的功能，五十行能搞定的，别给整出二百行。 第三条，外科手术式改动，让他改哪他就只改哪，绝对不许顺手去优化你别的代码，每一行改动都对得上你的需求。 第四条，先定目标，让他自己验证。比如你说修个 bug 要翻译成先写一个能复现这个 bug 的 测试，然后把它跑通，让 ai 自己验证，完了再跟你说。搞定了， 接下来三十秒，手把手教你把这道指令词装到自己的口袋子里，接下来大家跟我一起做啊，非常简单，首先咱们打开左下角的设置， 然后找到个性化，然后自定义指令，然后我们选择复制我们的指令， 在这里复制，然后回到 code s， 我 们点粘贴，然后最后我们记得要保存， ok， 我 们的指令开始生效。 那咱们把这个约束指令配置好了啊，以后咱们就记住这四条军规，第一先想清楚，第二保持简单，第三精准改动，第四目标验证。记住这四条，我们就能治好 ai 的 四个绝症。 完整 t 字词太长，这里放不下啊！评论区扣指令，到时候发给大家，关注宇哥带你玩转 ai 时代，下期咱们讲 codex 隐藏配置。
4009雨哥聊AI
