codex改论文怎么样

之前 ai 做 ppt 最让人头疼的就是排版乱，审美差，内容不成体系。但这套论文答辩 ppt 是 用 codex 加 gbt image two 自动生成的， codex 负责读论文拆结构， gbt image two 负责生成高质量的页面视觉， 我现在直接演示完整流程，看完相信你也能够复现。首先我这里准备了一个答辩 ppt 的 文件夹，里边有一个大论文 的文，还有一个校徽，作为一个视觉的参考。那接下来我们在 codex 添加新的项目，使用现有文件夹， 然后选中刚刚的答辩 ppt， 打开，这样的话，这个新绘画的所有的上下文就跟这个答辩 ppt 这个项目做了关联。那么接下来给它输第一段提示词，就是提炼 ppt 的 结构，让它生成十八到二十页的大纲，适合八到十分钟的答辩。最后输出一份 md 文档， 那我们这里选的是 gpt， 五点五智能选超高，然后速度就按标准就可以了。 ok， 我 们给它发送，然后我们稍作等待， 这里出现了读取 pdf 的 技能，那如果没有这些插件的话，去把它安装一下，当然默认它好像就是安装的，我也不太确定。比如说 documents， 如果没有安装的话，你把它安装一下插件，那插件里边还有一些，呃，做 ppt 的 这个 presentations 这个插件，还有做表格处理表格的这个插件，这些可以去安装一下，点一下就可以安装了，很简单。那我们再等待它一下， 经过三分三秒钟的等待，这个结果是生成了，我们可以点这个悬浮的这个框，点开一下这个 md 文件，里边就是大纲了，大概是二十页。 ok， 大 体看上去没有什么问题。那我们接下来给他第二段提示词，然后让他确定一个 ppt 的 风格。 这里需要注意的就是，我们必须调用他的一个技能，叫我们使用 at， 然后 image 这个技能，这个技能是他可以直接使用 gpd image 来生成非常逼真的那些图片。呃，里边的一个字都不会错的那种，大家都刷到过那种图片估计。然后我们让他生成 这里给他说，根据学校上传的 logo， 啊，不对，根据上传的学校 logo， 也就是当前这个文件夹下不是有个 logo 吗？他会参考这个视觉元素去生成一套方案。 ok， 又经过三分二十四秒钟的等待，他生成了视觉方案，大体上看还是符合屈服蓝大学调子的，看上去没有什么问题。不过呢，这个东西有点像开盲盒，我刚刚又在另外一个绘画里边让他生成了一下，这个看上去就更有那个学术味。 呃，所以说呢，跟提示词也有点关系，然后跟这个东西生成它本身都是随机性的嘛，所以有点想开盲盒。那既然这样，我们就继续这个再继续做吧。然后我们下一步就是参考，让他参考上面的这个视觉方案和 md 文档，就是这个答辩的 ppt 结构，然后使用 image 键技能。这里必须要艾特一下 image image 键 图片生成技能，生成全部的 ppt 页面，最后拼装成一个大的 ppt 演示文稿，然后让他起用演讲者注视，然后注视里面添加备注。嗯，不要添加任何的元素，然后避免破坏 ppt 的 图片，我会这样让它生成。 那在生成的过程中呢，他还有所顾虑，有点谨慎，他说容易出现错字，也就是生成的那个图片容易生成错字。他提了一个更稳妥的做法，就是生成到视觉图片作为视觉追踪，然后用程序渲染成 png。 但是我直接给他说，哎，不会出现错字，大胆的生成就完了。 这样的话，它生成的二十页资产最后全部都会完整的保留，不会再那个出现可以编辑的文字了，这样的话视觉完全统一，它最后只会在答辩的那个演讲的注示里边添加文字， 这样它现在正在一页一页的生成。 codex 现在的用户体验已经和 cloud 的 桌面版差不多了，你看这里也有这个进度显示，这边点开之后也会有资产的显示，这里是这个实时进度，这里是生成的一些结果 本身。虽然他是面向程序员提供的产品，不过他现在越来越像一个超级的终端啊，不是超级的那个智能体，面向普通人也可以用了。你看在他的设置里面打开设置，我们可以选中这个适用于日常工作的，如果你是不是技术人员的话，你可以选这个模式，那他会回复的过程中会少一些技术性的话语，这样的话看起来更纯净。 ok。 经过了四十三分钟之后，终于生成了 ppt。 它生成慢的原因主要是那些图片一张张的特别慢，我们打开这个缩略图先看看，哎，看上去没有什么问题，视觉上比较统一。那我们继续使用 wps 来打开这个 ppt 看一下啊，看一下，第一眼看上去这个字什么的都没有什么错。然后我们先看一下缩略图，看看整体是什么样，一个感觉 整体上差别也不大，整体的视觉元素，视觉语言保持的还是比较一致的。然后我们看一下细节，第一个问题就是我看这个 logo 好 像有点问题，不过这也好处理，直接把那个 logo 图片导进来给他盖住就可以了。下面这些基本上是没有什么要改的，直接来自论文里面，然后他还生成了备注，这底下有批注啊，这底下有备注，到时候可以照着读的。 然后我们翻一翻，翻一翻大概就是 logo 是 最大的问题，其他的都问题不大，没有什么错别字，哎，这里代码什么都是能做表，然后这个图，这个图表也非常的 nice， 然后这个也可以，都是比较可以比较，可以可以用 哦。我发现还有个问题，就是屈服师范大学底下这个白描的图也有点不对，这不是屈氏大典的元素，不过这个也好解决，让他单独再生成一下这一页就可以了，可以让他给他一些参考，给他一些图片作为参考，让他知道真正的屈氏大的那个图片，然后参考可以生成更逼真的白描， 那整体上就是这个过程。我们最后再来总结一下，我们看一下这个绘画，整体上就是这一个绘画。首先是在这个项目里面有个答辩 ppt， 里边给他提供了我们的完整的论文，还有一个 logo， 学校 logo。 然后第一步要求他生成 ppt 的 大纲，这个大纲就是在这里， ppt 大 纲生成完了之后，我们再让它形成一套视觉方案，参考 logo， 或者说你给他提供更多的一些视觉参考，然后它生成一个视觉方案，生成之后我们再让它参考视觉方案和刚刚的 md 文件，就是大纲，再用这个生成图片，一页一页的生成 ppt。 呃，生成完之后，最后拼成了一个大的 ppt， 那这样的话就完成了整个 ppt 的 生成功。不过这样有问题，就是生成出来的 ppt 你 是没法进行编辑，毕竟它都是一张张的图片。那好在它生成图片比较准确，没有什么错字的问题。如果有简单的一些元素需要覆盖，你像这个 logo 可以 直接用 logo 给他盖上去，真实的 logo 给他盖上去。还有最后这张白描，如果有问题，可以让他单独生成这一张。其他的你像这些图标什么的图标什么字都是没有什么问题的，都是没有问题的，直接就是参考那那个论文里面那些直接读读过来的。 ok， 那 今天的内容就到这里了，如果大家有什么问题的话，可以在评论区聊一聊哦。

这是我用 emoji 二点零和 codex 生成的十五页可支持编辑的 ppt。 这张 ppt 里面所有的标题、文字、图标，甚至是左上角的复旦大学 logo 都是 codex 帮忙生成的，里面的每一个内容都是可以支持编辑的。更关键的是， ppt 里面的文字和数据表格，都是 codex 直接从我 word 版的数字论文当中直接提取的。如果我告诉你，这样一套流程不仅支持去生成蓝色答辩风格的 ppt， 还支持去生成麦肯锡咨询风格、校园竞赛风格以及科技发布会风格的 ppt。 你 会不会想知道这到底是怎么完成的？那这个视频会教你如何用 gpt image 二点零加 gpx 去生成这样一个可支持编辑的 ppt 内容。以前我们做 ppt 其实第一步就是去找模板，但是很多模板其实根本不是配我们所做的内容， 所以我这套流程呢，第一步是去创造模板。第一步我让 gpt image 二点零去帮我生成五张适合于竖式论文答辩的 ppt 的 图片。 那在这个阶段，我们可以自由地定义这个图片当中 ppt 的 类型。我们可以跟他说，这是一个关于复旦大学硕士论文答辩的 ppt， 并且需要蓝色风格里面的 ppt 左上角需要有复旦大学的 logo， 不 时页面需要有标题区，并且有相关的学术素材。你也可以跟他说，我需要麦肯锡咨询风格以及相关的校园竞赛风格，它都可以帮你生成对应的图片。那其实这一步最重要的不是让他一次性帮你生成和支持编辑的 ppt， 而是帮你去定义一些 ppt 的 视觉风格，你可以从这些视觉风格当中去选择几个你比较喜欢的风格，那我们可以看到 emoji 二点零在这方面做的非常出色，他直接给我生成了五张我觉得相对来说视觉还比较突出的这种蓝色风格的 ppt。 第二步，我把刚刚 emoji 二点零生成的五张图片复制到了 codex 里面， 然后我在提示词里面清楚地告诉他，不要直接生成带图片的 ppt 的 内容。也就是说 codex 需要基于我上传的图片，把图 片背后的每一个底层元素都拆解成 png 图片，然后把这些 png 按照图层的形式进一步合成一个支持编辑的 ppt。 那 经过这样一步之后，我们所得到的就不是一张单纯的死图，而是一系列可以拖拉拽的 ppt 的 图层。那可以看到，把这个提示词发出去之后没多久， codex 就 直接帮我们生成了一份 ppt 的 模板。 我点开这个模板查看了一下，发现整体的视觉效果跟刚刚上传的图片的比例以及视觉几乎是一样的，并且是可以支持拖拉拽以及自动编辑的。这样我们就得到了一份由 codex 生成的符合我们视觉意向的这样一个 ppt 的 模板。 下面进行第三步，我把自己的 word 版说书论文发给 codex， 让它基于前面生成的 ppt 模板以及我说书论文的内容，自动帮我把说书论文当中比较核心的内容填充到这个 ppt 模板里面，进去生成一份十五页可知是答辩的，说是论文 ppt， 那 这里之所以用说书论文来演示，主要是因为说书论文对于内容的相似度以及数据的要求比较高， 它可以更加有效的验证 codex 是 否能够真正的帮我们完成一个比较复杂的任务。那大概过了二十分钟， codex 就 把完整版的 ppt 内容给生成了，那我点开仔细检查了一下，发现整体的视觉风格基本上是和前面的内容保持一致的，但是相比较于一个比较完整的硕士论文答辩内容，它整体的文本以及数据稍显单薄，于是我让它做了进一步的优化， 当他把 ppt 当中补充更多的文字内容，以及更多关于数据的表格，体现整个数字论文的严谨性。大概又过了七八分钟， codex 把最终版本的 ppt 给到了我。我看了一下，里面无论是内容的详细性，还是说数据表格的真实性，都基本达到了可答辩的要求。所以到这里，一份可以当做组会汇报甚至是答辩的数字论文 ppt 基本已经完成了。 我们平常做这样一份 ppt 的 内容可能需要花一整天的时间，而且深沉的内容和风格可能也不一定好看，用这样一套工作流可以大大提升我们整体的工作和学习的效率。那以上就是这期视频想要分享的内容。

coso code 扣贷的优缺点测评？跟大家分享一下我的实战使用经验。先说一下我最开始接触的 coso， 这个是新手最可控的网站工具了，优点是它可以用拖拽的方式去进行可直观的操作。 我去想拖拽哪个文件，去修改哪个文件，我在这里面去拖拽去对话就可以了，它可以进行多个文件的梳理架构。前期很方便，因为我知道哪个文件在哪，我拖拽进去 就直接修改了。但是弊端也很明显，如果你没有进行架构或者没有经验，它很容易改了这个 html 文件，没有改 css 文件， 然后你的网站控制台全都是报错，甚至整个崩溃。而且每次新的对话，我都是在和一个完全陌生的智能体对话，我需要重复记录大量的常用指令，比如要他看哪个记忆文件，比如看哪个文件架构。 所以我给 cost 的 定位是新手学习搭建 app 或者几个定点功能，还有可识化的维护。如果是中大型任务，还是要去扣的或者扣贷的， 那再说一下市面上最强大的 code， 这是让我又爱又恨的 ai 协助助手，我天天担心封号。他最强的是你的上限和能力，越强他就越强，在你开了全部的权限，让他执行中大型任务的时候，他能一次性完成并进行测试。 我给他的定位是我的电脑施工队伍，他是本地执行加云端大脑，他不依赖像口袋的那样的流逝传送或者那种压缩内容。 他的逻辑就是你的本地的文件让我怎么操作，我按照你的规定去操作，有问题，然后他再去找云端的大脑去发出问题，然后给出更好的解决方案。 当然他的缺点就是前几天我也转发了，然后那个就是 srb 说了，扣的就是根据你的指令去干活，你如果越着急给他的指令越错误，他就越乱。 那我们再说一下扣贷的吧。前几天我的扣贷因为网络被封了，然后我就紧急充了个 gpd pro， 深度测试了一天，我发现了扣贷的和扣的是完全两种不同的运转方式， 我如果开扣的是会开七八个终端窗口都没问题，我去干不同的指令不同的工作，但是我开扣带的就是我会发现我开两三个任务就开始卡了。 然后我就和扣带带去聊，发现他在启动的时候是会被很多规则规定，包括记忆了，权限边界了，然后工作插件，各种各样的东西。扣带带会大批量的先检查内部文件，不是说只想着怎么快点去做，而是要先想哪个能不能动，哪个会不会误删等所有的问题， 这就导致了他既会慢又依赖你本地电脑的性能。这个操作对于新手很友好，也很少的去试错。对于中大型的任务，他的出错率更低一点，但是相应的他的时间成本就会很高。 所以对于我来说，我总结来看，通俗更像是可式化的小任务或者说维护的最好选择。 扣德呢是上线和下线，很明显它依赖于你的文件和你对编程和架构能力的极致体现，终端的轻量化会把效率极致拉满。 扣代的缺点就是它的优点，它有最稳定的输出和极低的出错率，但是它的效率产出和扣德的差距很大，对我来说它更适合中大型任务的架构和完善。还有定点问题的修 bug， 我 试了很多次 扣带的，在修一个定点问题的时候，它比扣的是要更强一点，所以大家可以根据不同的需求去使用 ai， 然后我也创建了一个 ai 的 交流群，欢迎大家一起探讨学习。

自学中的翠再改成使用 tiktok 机费之后，我再也再也没用过它了。我现在改成回到了 vs code， vs code 你 安装它这个插件 codex codex 安装之后， 我觉得这是这是最完美的一个状态。因为我觉得 vs code 自带这个酷派乐的其实不好用的，它用的模型也非常的老旧，基本上没什么意思。 但如果你把它换成这个 codex 之后，你这边可以使用所有的 gpt 模型，然后它也弥补了 codex， 它没有一个正儿八经 ide 的 一个页面，你改了代码之后都不知道哪些代码改掉了。所以说我觉得和 vs code 结合起来，这些代码是最完美的一个状态。

我真的觉得全站工程师今年可能都不要，今年吧，就会被大面积的全部淘汰。为什么呢？你看我这个 codex session 已经运行了将近一个天了，二十三，二十三个小时， 我让他干什么呢？我让他去处理一个事情，就是让他自己去提出 issues， 然后自己来规划代码，然后自己来总结。期间我没有用任何的 harness deal， 就 只是让它去看 review， 如果没来的话就等等 了，然后再修，修了，没问题再下一个 issues。 然后呢，期间它会用 codex review 继续来，不停地 review 它改好的代码，直到没有任何问题为止。然后就这样，它一直可以运行，运行，运行 就一直在改，然后改好了之后做 stage 测试，测完了之后继续改。然后呢，现在就一个什么样的情况呢？就是它已经提交了将近一百多个， 一百多个 p r s， 然后就这么一天的时间内，然后能够修好 大部分的问题，并且它的问题呢，经过 cloud code 来改来 review， 也会发现基本上没有啥问题， 它的 code 一 直在改，然后它会自动 add codex review， 然后 review 会出现问题，出现问题了之后它继续 add codex review， 然后一直这样循环往复，直到 codex 没有发现任何的问题。 有的呢，我会直接让 cloud 去用大长角度去来批判他的这个代码，即使他 codex 没有发现问题，然后他就会说出一些 问题，然后他就会又去改，然后改完了之后又可以让 codex review， 但大部分问题，大部分 code code 也不会发现有太多的问题。所以说 codex 能够在这个基础上改到非常非常成功的一版代码， 看这里都基本上是 approve， 所以 说程序员有没有点慌？

我在二十三年写本科毕业论文的时候，需要找十几二十篇文献来参考着写，当时真的挺花时间的。 现在的 ai 大 模型非常方便，用 excel 写文本非常流畅，用 gmail 和 codex 来帮你画图，处理实验数据和波形。毫不夸张的说，你用一周左右的时间就可以把毕业论文给写完，但完成的论文呢，它的 ai gc 率会很高。有个好办法分享给大家。 就你先把论文粘贴到 paypal face 的 这个查 ai gc 率功能，如果 ai 率高于百分之三十，你就把这段内容呢粘贴到降 ai gc 率功能，选择之网，或者说这个维普一键降重右边就能这个输出这个没有 ai word 的 这个人话。最后祝大家顺利毕业。

你有没有过这种感觉，脑子里想法一大堆，但一打开电脑就卡住了。以前你要自己写代码、查文档、调 bug， 现在你可以把想法直接交给 codex， 你 只需要说清楚你想实现什么。 codex 会自己写项目、改代码、跑任务，你负责想象，他负责把想象往实现推进一步。这是一期教学视频， 我将带你从零开始，用 codex desktop 把一个想法变成现实。打开 codex 客户端，首先我们来创建一个项目，点击新建空白项目，在对话框输入需求。我想要创建一个个人简历网站，该怎么办？这是一个关于想法和计划的需求， 你可以点击加号，选择计划模式，选择成功之后，这边会出现计划图标，你也可以通过 shift 加 table 键 进行切换。在计划图标的右边有一个权限控制下达菜单，它有三种选项，一种是默认权限，就是在 codex 的 沙盒中自动运行命令。沙盒你可以理解成是一个与外界隔离的封闭空 间，不受外部的干扰，也不会影响外部环境。第二种是自动审查，它的权限比默认权限更高一些，通过 ai 智能的判断，哪些权限不需要人工审核而进行自动审核。第 三种是完全访问权限，当你选中这个选项， codex 对 你的计算机拥有完全访问权限，它不单单可以操作沙盒里面的内容，也可以操作沙盒以外的内容。 这个选项风险比较高，一般要慎用，不要为了方便而牺牲安全。我一般建议选择自动审查，既考虑到方便，又兼顾到安全。点击这个下拉菜单，可以对模型进行具体设置，选择模型的智能能力时， 一般建议选择中或者高，对于复杂的问题，建议选择超高模型的版本可以选择五点五、五点四或者其他的版本。 code x 客户端目前只能接入自家的模型。 这边的速度有标准和快速两种模式，注意快速模式的速度是标准的一点五倍，但是同时它的头壳用量也是增加的。所以一般情况下，我们选择标准模式。你的需求也可以通过语音的方式进行输入，单机这个按钮 可以进行语音输入，点击确认它就将你的语音转成文字。这些都设置好之后，你就可以点击发送按钮了。在发送之前，你会发现在对话框的下方有这样一些选项，点击它，你知道当前的对话是针对这个项目进 行提问的。你也可以在这边快捷地创建一个新项目，你也可以不使用任何项目进行提问。我们这边选中 new project， 即当前项目。这边还有本地处理 工作树关联。 code xwave 最下面是一个余额查询，它可以显示当前的 token 使用量。我们这边就选择默认本地处理，也就是在你的电脑上运行该项目。 这边还有一个切换分支，当你创建项目成功后，默认使用 git 进行管理， git 帮你创建一个面分支。如果你对 git 不是 很了解也没有关系，直接选择面分支就可以好了。这些选项都配置成功之后，你就可以爽快地点击发送按钮了。 在运行的过程中，它会弹出这样的选择卡片，让你进行选择。通过不断的交互， ai 可以 更加清楚地了解你的需求。比如你希望网站风格是什么， 简历内容如何提供给他，他这边提供四种方式。我们这边可以选择从现有文件提取，直接上传一个文件到对话框，点 击它，然后点击加号添加文件，将你本地个人简历发送给他。接着 ai 问你作品，即主要面向哪些机会？我们这边随便选择一个，你计划把网站发送到什么平台。这边我们选择 git hub pages。 都选择好之后， 我们可以把个人简历发送给他，点击发送这边他接着问你的网站主要使用什么语言展示，我选择中英双语，页面结构偏向于单页。滚动 来阅读一下这个计划书。如果你觉得这个计划书没有问题的话，你可以点击试开始执行。如果还是不满意，你可以在第二个选项里面告诉他进行如何修改。我这边选择试，当选择实施计划时， 你会发现这边的计划模式图标自动取消掉了。接着 ai 就 会根据计划书进行代码的生成。在生成的过程中，你会发现左侧导航栏有个项目，这是我刚刚创建的项目。下面有个对话分类标签，我们可以点击这个按钮， 新建一个对话，然后在对话框中输入今天的天气如何点击发送。这时候你会发现这次对话信息归属于对话分类中，而我们上面的项目是归属于项目分类。你可以在对话分类中新建对话，进行闲聊。而在项目分类中， 你必须要先新建项目，然后在每个项目下方新建一个个对话，这是我刚刚创建的项目，项目中的该对话右侧有一个滚动特效，表示该对话正在运行中。你也可以创建多个项目， 鼠标悬浮在项目分类上面，点击这个文件夹，我们可以创建第二个项目单机，你可以新建一个空项目，也可以打开你电脑上现有的项目，我选择使用现有的项目，点击，找到你电脑上的某个项目， 选择文件夹，点击打开，这个时候在项目分类中就有两个项目，你可以同时对着两个项目进行提问，实现多项目并行开发，提高开发效率。我们现在在每个项目下方 可以创建多个对话，这是一个对话窗口，当你点击它的时候，可以创建第二个对话窗口，你可以在这里进行提问，这时候这两个对话窗口都归属于这个项目下方。在第二个对话执行完成时， 这边就会出现一个圆点，表示执行完成，告诉你这个对话已经执行结束，你可以点击它打开对话窗口进行查看，这边已经完成代码的生成， 同时给你一个网站的预览链接，点击它就可以进行预览。单机后就可以在内置浏览器中预览网站，你也可以点击右上方的这个图标，对右侧边栏进行折叠，再次点击就是打开， 你也可以将内置浏览器进行全屏展开，点击这边的展开面板，这样预览式口变得更加的宽阔。我的简历网站支持中英文切换，点击这个图标可以对整个浏览器进行截图， 这时候截图保存到粘贴板上，你可以将截图粘贴到对话输入框中，然后根据截图进行提问，还可以点击删除按钮，进行截图引用的删除。 回到右边的面板，除了截图功能，还有批注功能，点击批注，你可以选择页面上具体某个区域，例如对这个区域进行批注操作，去掉监 ceo， 写好批注后，点击这边的勾号按钮， 这时批注就会自动添加到对话输入框内，你可以点击发送，让 ai 参考你的批注内容进行修改，这边显示它已经修改成功，你可以点击打开，再次预览一下， 我们发现这边已经修改成功。当然如果你想要撤销修改，你可以点击这边的撤销，那么就恢复到批注之前的状态。你也可以点击这边的审查，看一下代码文件中，它将这行代码进行删除， 然后新增一行代码，除了这个文件内容有改动，其他文件也进行了相关的修改。当前的页面是审查 tab 页，我们可以回到内置浏览器 tab 页。当你发现整个页面 不需要进行任何修改时，你可以将批注开关按钮关闭掉，这样就可以进行很好的预览。点击右上角的图标，可以恢复面板宽 度，这时我们在 codex 界面的中央区域就可以看到完整的历史对话记录，这就是你刚刚添加的批注对话，你可以添加多个批注，点击批注，选择这个区域删除。个人创业，按下回车键，表示添加批注。到对话输入框，按下 command 加回车，表示发送对话内容。 当你发现你的批注描写的非常具体，不需要额外补充任何信息时，你可以直接按住 command 加回车，此时就开始按照批注内容进行修改代码执行成功之后再来刷新页面，个人创业就被成功删除掉了。你再往下方看，将这个爬虫标签进行删除， 点击它加个批注，删除爬虫，按下 command 加回车键，在界面中央区域 e i 开始进行删除操作。删除成功之后，你可以点击刷新，预览一下，发现删除成功，大功告成，删除均被删除， 这时候你可以取消批注。如果这时候你后悔了，你觉得不应该删除爬虫这个标签，那么怎么办呢？你可以点击这边撤销按钮，对代码进行撤销操作。点击撤销后再来刷新页面，这时候爬虫标签就又出现了。 这种操作是对历史对话中最后一轮进行撤销。那么如何撤销到历史对话的具体某个位置呢？例如，你希望从这轮对话开始，往下所有操作均被撤销，那么如何操作呢？ 这个时候你可以找到这轮对话，点击这边的分叉按钮，派身到本地，在左侧边栏给你新建一个对话窗口，在这个对话窗口里，我们只能看到这轮对话及之前的对话内容，而无法查看之前的对话内容。 你再次打开预览，这个时候点击撤销，再次刷新一下浏览器，发现被删除的间 ceo 又出现了，这样就可以实现历史绘画记录 撤销到该轮对话位置。回到右侧的内置浏览器。你现在想要对项目模块和经历模块进行同时修改，那么如何操作呢？你发现这两个模块是相互之间独立的，你可以使用工作树找到左侧的对话标题 后，进行右击，点击派生到新的工作数，这时候你发现派生失败，这是为什么呢？在派生之前，你需要进行一次 get 提交，返回到开对话输入框， 输入 commit， 这样就把我们之前所有代码提交到本地 make 之上，这边显示提交成功。如果你不放心的话，可以二次确认是否提交成功。你需要找到项目的源码，点击这边你会发现很多代码， i d e logo 图标，你希望项目源码在哪个编辑器上展示，你就点击哪个图标 标。我一般习惯使用 v s q 的 点击 v s q 的 图标，在左侧边栏中找到版本管理，当你发现这个区域没有任何文件时，说明已经提交成功。回到 q d x， 再次新建工作数，右击派升到新的工作数，这个时候一个新的工作数就新建成功了。为了方便区分， 可以对对话标题进行重命名，点击重命名，修改为项目模块，然后点击保存，这时你就可以对项目模块进行优化。这时候你发现对话框的下方显示工作数三个字。在这个对话窗口状态下，你可以打开内置浏览器，将我们的网站链接复制过去。点 点击复制，然后进行粘贴回车。我们在这个对话框中对项目模块进行优化，选择批注，找到该项目区域，添加三个项目介绍，点击添加，点击发送。接下来再次创建一个新工作数，对精力模块进行优化。同样的操作，选择这个标题，右击派生到新的工作数， 同样对它进行重命名，然后保存，同样打开内置浏览器，把网站链接复制过去，在这边粘贴，然后找到经历区域进行批注。添加多段经历， 然后点击发送。这时你会发现这两个对话框在运行工作，但是它们分别运行在不同的工作树上。对于这个创建失败的对话，你可以选择进行归导，点击确认，它就从对话列表中消失掉。对于我们暂时用不到的对话，你 可以选择进行规党操作。对于对话列表，除了规党，你还可以进行这样的设置，选择右击可以让这个对话置顶。从命名对话规党，对话标记为未读。 在访达中打开复制工作目录，复制绘画 id 等等。更有趣的一点，你还可以在迷你窗口中进行打开。点击该窗口时，它以迷你小窗口形式打开。关键一点，你可以将其置顶。它可以置顶在任何的窗口的最上层，无论你窗口如何切换，它都显示在桌面的最上一层， 点击这里可以将其关闭。你发现两个蓝色实心圆点，表示它们已经运行结束。现在可以预览一下这边它增加了三段项目内容。再来检查一下经历模块，打开预览， 点击经历导航菜单，这边也新增三段经历。你现在回到最初的那个对话窗口，点击它。刷新一下。点击项目，你会发现只有一段项目内容，这边只有一段经历内容，这是为什么呢？这时候你需要将这两个对话框中分别进行的代码修改内容 合并到本地 main 分 支里。在合并之前，我们需要对它进行一个提交，点击经历模块输入 commit。 点击项目模块，输入 commit， 然后让它合并到 main 分 支，此时两边都显示成功合并到 main 分 支。这时候你再点击这个对话窗口，刷新一下，页面上出现项目模块和经历模块的新增内容， 此时这两个对话框的使命就结束了，你可以将它们进行归档处理。回到主分支对话，你可以接着对网站进行深入优化。现在你想要让网站界面变成 ppt 风格，这时候你可以输入美元符号， 然后选择一个专门设计 ppt 风格的 skill， 我 选择这个 skill， 它是我自定义的专属 skill。 接着输入提示词，将网站转换成 ppt 网站，点击发送， 执行成功之后，点击刷新，你会看到这个网站变成 ppt 风格样式。在对话框里面直接调用某个技能， 你需要使用美元符号，这个时候就可以预览 qq 的 x 中安装的所有技能。除了这种方式预览技能，你还可以对技能进行详细的设置。找到左上角的插件导航菜单，在这边选择技能贴报页。技能一般分为两大类，一类是系统内置的技能，一类是用户自己安装的技能。 你可以管理这些技能。点击右上角的管理按钮，在这个界面你可以知道 code x 上安装了多少技能，每个技能分别是什么。 对每个技能可以选择关闭预打开，点击左边的三个点更多按钮，你可以点击打开按钮，这时候看到的是该技能的 scale md 详情，点击这边详情按钮，也可以通过这样的方式阅读 scale， 点 md 文件。当然你也可以点击左下角的卸载按钮， 将这个技能卸载掉。卸载完成后，你可以点击这边的刷新按钮，但是我发现被卸载的 skill 依然存在于技能列表中，这可能是 codex 团队需要优化的地方。右上角有个新建下拉菜单，你可以新建自己专属的插件，也可以新建个人专属技能。 点击新建技能。新建技能的本质是使用 skill create 元技能来帮助你去创建你的专属技能。比如说帮我创建一个技能，该技能的功能是该技能可以审查代码是否规范，技能的名称是悟空 code review。 点击发送自定义技能，创建成功之后，你就可以使用它回到这个对话窗口，在输入框中使用美元符号找到刚刚自定义的技能，但 关机，然后输入进行代码审查。发送该技能就会对当前项目进行代码审查。除了技能可以帮助你实现想法，你还可以使用插件。点击左边的插件导航，你会发现这里面有很多插件，比如常见的 computer use 和 浏览器两个插件，一个是负责操控你的电脑，一个是负责操控内置浏览器。学到这里，你可能好奇，插件和技能是什么关系呢？你可以理解成一个插件包含 n 个技能，它是技能的结合体。比如我们打开 superpowers 插件，你会发现这个插件里面包含了这么多技能。 特殊情况下，一个插件里也可以只包含一个技能。安装插件也很简单，我们回到插件界面，以安装 superpowers 为例，点击这里的加号，点击安装 superpowers 按钮。安装成功之后，点击 superpowers 查看一下插件详情。 默认情况下，这些技能都是起用状态。你会发现第一个技能是 brainstorming 头脑风暴。点击右上角，在对话中试用该插件，这个时候在对话输入框中自动引用这个插件。如果你只想使用该插件里面的某个具体技能，你可以使用美元符号加上插件的具体名称。比 如 brainstorming 头脑风暴技能。如果你只想直接使用插件，而不指定某个具体技能，你可以点击左下角的加号，然后选择插件，找到 superpowers 插件单机。

ai 到底会不会让你失业呢？今天不聊那些人人都听得懂的正确的废话，跟大家聊点实在的，因为我研究 ai 也有好几年了，现在也每天都在用 ai 去干活。 嗯，就分享一些我自己的感受。那前 open ai 的 联合创始人特斯拉的 ai 总监 karpsy 在 yc 的 演讲里说了一个我觉得在 ai 时代最清醒的一个判断。他说他自己在十二年前 在特斯拉自动驾驶第一次完美跑完一整段路，他坐在副驾的时候，看着方向盘自己在转动，当时就一个念头说，哦，完了，自动驾驶马上就要成熟了，这个问题彻底要被解决了。但现实是，那已经是十二年前的事了， 现在外貌看着是无人上路，但是背后依然要工程师去远程，兜底还有很多种特殊的场景，根本没办法解决， 所以掩饰。看似成功了，但是问题远远没有落地。所以当全网都在喊二零二五是 ai agent 的 原点的时候， karpa 直接泼了一盆冷水，说，别说是 agent 的 原点，这是属于 agent 的 整整十年。我觉得这句话太到位了，就是说不是 ai 不 行。恰恰相反， ai 的 改革是真的， 但他的周期远比所有人想象的还要长，对我们的影响也比大家想象的还要深。他还提了一个特别关键的理念，也是看懂 ai 时代的核心。他把大模型称作人类精神的模拟体， 就是 ai 吃尽了人类所有的文字代码对话，本质上就是人类集体智慧的一个压缩包。单论知识面，他超过任何一个普通人，从古典文学到生活技巧，他什么都懂，但他也有很诡异的一些短板， 就是顶级的 ai 模型可能会理解微积分，但是他有可能会答错很小的一些问题，比如说九点一和九点九哪个更大？这是之前存在过的一个 失误， capacity 把它叫做锯齿型智能，它的强弱完全不按常理来，到处都是莫名其妙的盲区，你永远不知道它在哪。突然翻车，刚好前两天苹果一件事一完美的印证了这个道理，它在更新官方支持的 app 的 时候，竟然把内部专属的配置文件也打包发出去了， 就是这个文档是工程师用 ai 写代码的内部规范，就只能留在公司的仓库，但是现在直接对外泄露了，被开发者扒了一个底朝天。就这件事情让大家发现，首先就连苹果这样 的顶级公司，它里面的工程师，他的日常工作也离开不了 ai 去写代码了。第二个就是 ai 能帮助你高效的干活，但他永远不会自查漏洞，不会帮你规避人为的一些疏忽。 这个坑不是 ai 犯的，是使用 ai 的 人少了一些判断。就像 capacity 的 那个很经典的比喻，他说现在的 ai 就 像钢铁侠的那个 盔甲，战甲本身不会打仗，但普通人穿上就能变成超级英雄就是根本的问题。从来不是战甲去取代人，而是你愿不愿意学会去驾驭它。那我说说我自己的感受，我在早稻田读 ai 相关的博士，研究的就是用大模型来促进软件工程的自动化，那平时也会在 公司做一些研发工作，可以说我每天都在和 ai 去深度的写作，那我的真实体验是什么？那现在的感受就是，我写代码确实更快了，写论文也更快了，处理一些繁杂的外语的资料也更快了，但我要做的判断其实一点都没有少，反而变多了。 以前写一段代码可能要大半天，现在 ai 几分钟就能给你一个稿子出来。但我要去花时间去核对逻辑，然后去判断他是不是能适应着整个架构，然后补齐他没有想到的一些特殊的场景。 ai 帮我确实省了重复干活的时间，但却逼着我更动脑去做更多的决策。所以我的结论很明确， ai 确实会淘汰一类人，但淘汰的是那些工作全是重复流程，不需要独立判断，不用动脑思考的人。 但同时他也在疯狂的放大另一类人的价值，你的审美，你的判断力，你能分得清什么是好答案，什么是垃圾产出的这样的一个能力。所以被 ai 最先冲击的从来都不是程序员、设计师，而是工作里几乎不需要判断之需， 需要去机械执行的人。最受益的那群人，是愿意把 ai 当做那个铠甲，又不丢掉自己独立思考的人。那回到最刚开始的那个问题， ai 到底会不会让你失业？我的答案很直接，从来都不是 ai 让你失业，是最会用 ai 的 那一批人，淘汰了最不会用 ai 的 那一批人。而且最重要的是，这场 ai 时代的改革，没有人知道什么时候会结束，他可能会贯穿很多年，也有可能在某一天就发生了巨大的变化。所以我们现在身处的这个时代，是 ai 时代开局的 最开始，所以我觉得不用过度焦虑，大家都还有非常充足的时间窗口，学会学会和他去完美的合作，就已经能得到一些自己想要的东西了。

你如果只把 codex 当成一个会写代码的 c o i， 那 它再强也只是个工具。真正拉开差距的，不是今天多会调一个命令，而是你能不能把它改造成一个会持续修正自己的系统。 这套东西不是某个特定产品的专属能力，本质上是一种工程架构， codex 也完全可以接住。所以今天这期我不先聊功能清单，而是先带你搭一套四层自动化系统，再讲它怎么落在 codex 里。 默认状态下的 codex 很 强，但他天然还是一轮一轮的帮你做事，不会自动把经验沉淀成稳定行为。 你纠正一次，他当下会改，可如果规则没被写下来，没被验证、没被复盘，下次换个任务还是可能重新犯一遍。所以问题从来不只是模型够不够聪明，而是你的项目有没有一套能让他持续收敛的方法。层 自进化系统要解决的就是把零散的纠正经验和约束，变成下一次还能自动生效的工程资产。 如果把自进化系统拆开看，最稳的方式不是堆功能，而是先搭四层，认知、核心路径、规则、 sub agent、 分 工、记忆、循环。 第一层负责定义这套系统到底要变成什么，第二层负责让不同路径各守边界，第三层负责角色协助，第四层负责把经验沉淀下来。你可以把它理解成一台能学习的工程机器，上层管方向，中层管约束，执行，层管协助，底层管长期记忆。 只有四层一起成立， codex 才会从一个临场执行器，变成一个越用越稳的工作系统。 第一层叫认知核心作用是把这套系统的方向写清楚，让 codex 每次进入项目时都先知道自己在服务什么目标。 这层最直接的落点就是 agent 点。 md 里面不只是放命令清单，而是放原则、边界、完成标准，以及遇到复杂任务时的思考顺序。 如果你不先把认知核心写出来，后面的 rules、 sub agent 和 memory 都会变成漂浮在空中的局部补丁。所以第一层不是技巧，而是系统宪法，它先决定 codex 以后会长成什么样。 第二层是路径作用域规则，它解决的问题是不同目录、不同任务、不同风险等级，应该触发不同的约束，而不是一把尺子量所有场景。在 codex 里，这层可以落到 rules、 hooks、 skills 这些能力上，让某些规范指在某些路径生效，避免上下文又厚又乱。 比如安全规则只在认证和接口层激活，性能规则只在数据库热路径激活，复盘流程则通过 hook 在 关键时刻自动提醒。路径规则的意义是让 codex 不是 背一整本规则书，而是在对的地方拿到对的约束。 第三层是专用 sub agent 的 分工，自动化系统如果一直只让一个主智能体兼顾所有角色，最后很容易变成记忆和职责都混在一起。更稳的做法是把规划、验证、审查、采集这些角色拆给不同的 sub agent， 让每个角色只在自己的边界内积累经验。 这样做的好处不是看起来高级，而是上下文干净，职责更清楚。后面要升级某个角色时，也不用把整套系统一起重做。 sabotage 分 工的本质是把进化拆成多个可维护的小系统，而不是堆在一个总入口里硬记忆。 第四层是记忆与进化循环，它真正回答的是你纠正 codex 一 次之后，这条经验到底怎么活到下一次。如果纠正观察已学规则和演化日制只是随口说说，那它们不会形成系统，只有被写进文件，被定期复盘，才会开始真正积累。 所以这层不神秘，就是把 corrections， observations， learn， rules， evolution log 这几位信息组织成闭环。 自净化的关键不在于会不会自动学习，而在于你有没有把学习结果保存成下次还能继续用的结构。讲到这里，你会发现四层架构并不是悬空的， codex 已经有足够多的原生能力能把这套方法一层层接住。 认知核心落到 agent， 路径规则落到 rules、 hooks、 skills， 角色分工落到 sub agent， 工具边界和外部能力则落到 m c p。 真正要你自己补的，是第四层，记忆循环，把纠正记录、观察记录、以学规则和演化日制这套方法层建起来。所以这套事不是照搬某个产品，而是把 collex 已有能力和你自己补的记忆层拼成一套完整系统。 如果你是第一次搭这种系统，别一上来就做满配，先做一个最小目录结构，把四层都落进去就够了。一个能跑的起点其实很简单，跟目录放 agents 点， md， 下面分 rules， skills， memory， 再留一个 sub agent 目录，专门放角色。 这样做的好处是，你不用先把所有能力都塞满，也能先让 codex 从一套有边界、有记忆、有复盘的结构里工作。对新手来说，先把目录搭对比，先研究一堆高级命令更重要，因为后者很快就会忘，前者会直接影响每天的写作方式。 不是每个人都需要给 codex 上这套自进化系统，关键看你是不是已经进入了重复纠错和长期写作阶段。 如果你现在只是偶尔写点小脚本，那默认状态已经够用。但如果你已经开始长期跑项目，多人协助反复复盘，这套方法就很值钱。 它最大的收益不是让今天更炫，而是让下个月的 codex 比今天更稳，少犯你已经纠正过的那些低级错误。所以值不值得搭，看的是你要不要让经验开始复利，而不是看你今天想不想试一个新玩法。 总结一句， codex 要不要变成自动化系统，不取决于某个神秘开关，而取决于你愿不愿意把四层结构真正搭起来。 当认知、核心路径、规则、 subagent 分 工和记忆循环都落下去之后， codex 才会真正开始越用越稳。所以别急着找捷径，先把这四层写出来，你会发现，真正会进化的从来不是 cli 本身，而是你的工程系统。

来分享一下 codex 的 使用感受。 codex 如果改稍微复杂点的 bug， 还是要用 gpt 五点五 x high 啊，不然这个 bug 改的效率实在是太低太低了，但凡少一点点， 嗯，稍微有点难度的 bug 他 都修不了。嗯，但是他对于这个电脑的这个工具上面的操控是真的好。 另外， cloud， 嗯，我觉得 opus 四点七真的真的很厉害，尤其是在写材料 壁入 ppt 这种东西上，哇，实在是无与伦比。它对于这个 office 的 插件的使用和调用，无论从美观度、结构化或者其他等等这种维度都达到了一个新的高度，我再也不用费格玛了。

给大家看一下我们这个浏览器的效果，看到没？他直接去在网站里面去操作了就然后刚刚他是直接去在里面搜，你看他现在贼快，上面 ui 一 直在变，看到没？我去 codex 刚刚出了一个可以控制浏览器的插件，我现在刚安装，我给大家看一下是如何安装的。首先你一定要呃搜 codex， 然后一定要搜这个呃， open i 提供的，然后呢把它添加到 chrome 上面， 对，添加完之后呢，这里面就它就在这里面，我们把它这个勾选一下，然后这个 codex 它提示它没有这个连接，我们点击这个小齿轮让它连接一下，然后这个桌面端的 codex 一定要去升级到最新版本，然后点击这个安装，然后点击安装， 然后我让 codex 去帮我搜索论文。啊，一开始呢，他是，呃先去尝试用浏览器搜，但是他没有成功，然后他就开始用这个搜索指令了。呃，我说你不要用搜索技能，你直接用我浏览器搜好了，他第二次就直接开始用浏览器了，我给大家看一下我们这个浏览器的效果， 看到没？他直接去在网站里面去操作了就然后刚刚他是直接去在里面搜索，你看他现在贼快，上面 u i o 一 直在变了，看到没？ 所以说呢，就是说他的好处，就是说他把所有东西呢他都会整理好，然后我们就不需要我们去手动去搜了。还有一点，就假如说你是在学校里面，你有一些对一些论文库的一些访问权限，那你可以把这个权限授权给他，对吧？然后他这个搜索范围就更广了。 ok， 谢谢大家。 最终结果大家看一眼他把优先读啊，哪些方向都列出来了，然后我们也可以让他把具体内容去总结，也都没问题的。

很多人第一次用 codex 的 时候，都会有一种感觉，一开始特别神，你让他修 bug， 他 会修，你让他写代码，他能写，甚至感觉程序员是不是要失业了？ 但聊着聊着，他越来越奇怪，开始乱改代码，忘记之前的需求，修了 a， 又炸了 b， 整个项目开始越来越乱，你甚至会怀疑是不是模型变笨了。 其实很多时候，不是模型变笨了，而是 c 型被污染了。让它修一个 bug， 它其实，嗯做得很好。比如，我一开始让它修一个简单的 bug， 它其实能做的非常好。呃，然后我继续加功能，改架构、调鱼 i 修测是在改 prompt。 大 概聊了几十轮之后，你会发现，他开始忘记之前说过的话，开始重复错误，呃，引入新的 bug， 甚至误删代码。呃，最离谱的是，他越来越自信，明明已经错了，他还会继续一本正经往下编。 这个现象其实在 ai 编程里面非常常见。核心原因呢，是有三个。第一个是长 c 信的问题。大模型虽然有 context window， 但不代表它真的能长期稳定理解所有内容。比如，呃，你一个 c 信，聊了需求，聊了架构， 聊了 bug， 聊了日制，填了大量代码，上下文会越来越长，会越来越大。模型虽然看到了，但注意力会越来越分散。 呃，有点像你同时打开了五十个微信，二十个 pr， 十个设计文档，你的大脑也会乱，模型也是一样的。第二个问题就是上下文污染的问题。呃，这是最关键的问题。比如，前面你曾经试过一个错误的方案， 虽然你后面说这个方案不用了，但他依然可能把旧方案残留在上下文里，于是， 嗯，新的需求和旧代码，旧 prompt， 嗯，以废弃的方案，嗯，混杂在一起。最后整个 setting 变成一个巨大的历史垃圾堆。第三个是 attention 分 散，注意力分散。很多人以为 context 越长越好，其实 不是，因为模型的 attention 反而会被稀释。嗯，最后模型会抓不到重点， 忘记关键的约束，开始随机修复。这也是为什么 ai 后面越来越玄学 啊。真正会用 context 的 人，不会无限继续聊，而是主动重开现成。比如一个功能做完啊，直接开新的 setting， 或者阶段性总结，重新开始，这是非常重要的工程习惯。嗯，比如看一下我的那个 context， 哦，我做完一些任务，我基本上都会重新开一个 thread 啊。现在我一般会这样，就是， 嘿，小任务直接当前 session 做完，中型任务阶段完成后，重新开一个新的那个 session， 或者说新的 thread。 大 任务的话，差一分架构的 session， 嗯， fix， 呃， bugfix 的 session 啊，不要把所有的东西混在一个 session 里面， 或者说一个 server 里面。呃，这跟真正的软件工程其实很像。所以 ai 不是 越聊越聪明，呃，很多时候是越聊越容易被污染。真正重要的能力不是无线聊天，而是 如何管理上下文。这也是 ai 编程里面非常重要的工程实践。 ok， 这里是那个 context 的 工程实践。下一期我们继续聊，为什么大仓库加全量上下文会让 ai 直接失控？

你以为写完毕业论文就万事大吉了？其实不然，降重降 ai 调格式才是重头戏，今天唐博就教你一招，同时解决这三个问题，大家一定要边学边练，记得收藏哦！ 在 speed ai 点击左侧降重降 ai， 选择语言及平台之后，可以粘贴部分段落进行处理。它会根据内置的学科术语库和表达规范进行改写，避免单纯的同义词替换，保证文章内容的通顺性和专业性。 同时也可以直接上传玄文和检测报告，它会智能区分待降成部分和需要保留的参考文献、专业名词，不修改其他内容格式，如标题、字体大小等，直接可以获得修改后的文件。 最后选择左侧格式，即可上传文档和格式模板，其中模板可以自己说明调整要求，也可以上传标准的模板，它会按照这个要求自己进行更改。格式改完直接下载即可。降重降 ai 改格式一次搞定，快来试试吧！

这 codex 做个 ppt 咋这么丑啊？是没审美啊还是我 skills 没装？对啊，我是不得再装点 skills， 再看看它能不能做好看点。 我都 codex 五点五开到叉 xl 了。这这个这个这个 ppt 做出来太丑了。然后呢？之前都是 cloud 的 打底，拿来 codex 改改逻辑诶，就会变好很多。 这次尝试单独用扣代斯，实在是丑的不得了，忍不了。嗯， cloud 也降至了。感觉这个 ppt 的 水平与日俱下呀。今天上手自己吭哧吭哧改了半天，先这样吧。

hello， 大家好，我是 fred， 专注从普通小白的视角去分享怎么从零开始用 ai 和 web coding， 提升自己生活和工作效率。很多人装完 codex 第一反应就是马上去让他写代码，但我会让他做另外一件事情，也就是 给他写好 hmd。 因为 ai 其实不怕复杂的任务，怕的是一开始没有规则，没有规则的时候他可能讲太多，改太多，甚至把你不想动的地方也顺手动的。所以说我们这期会先讲怎么让 codex 在 动手之前先知道你的规矩。 第一，什么是 a g m d？ 大家可以把 a g m d 理解成 ai 的 一个写作的说明书，它会告诉 codex 这个项目怎么沟通，怎么写代码，哪些安全底线不能碰，哪些操作必须先问 以前这些要求，你可能要每次重复的去讲，去写进这个文件以后，它就会变成一个默认的规则，你不用每次去教 codex 怎么去配合你。 然后第一部分，其就是他的整个的语言的使用规范，因为我日常沟通就用中文嘛，这样去讨论需求和复盘问题其实更顺的。 但是像在代码，包括命令行啊、变量名啊、日制和报错，其还是要保留英文的。原因很简单，就是因为 英文报错可以直接去搜索，方便去定位问题，如果全翻译成中文，反而会降低排查的效率。所以说我的原则是解释用中文，哎，记住信息，保留原样。 第二部分就是它的代码和提交的规范。虽然我们大家都看不懂代码，但是我也不希望 ai 为了去显得完整，去提前写一堆复杂抽象的东西，其当前需要什么东西，就把当前的问题解决干净，如果单个文件太长， 那就去拆主键，拆函数，去拆模块，每次改动尽量小一些，提交清楚啊，每一次的记录，这样后面口袋再去维护的时候，才不会被一大堆的这种十三代码去劝退，对吧？ 第三个最核心的点就是安全，与红线类似，像这种密码啊，密钥啊， a p r key 啊，这种是不能够直接写进代码的，然后包括像点 e n v 这种本地配置的文件，也不能提交到仓库，包括日期，也不要输出一些隐私的信息。 像日常的一些小改动，其实可以用一些低摩擦的去执行，但比如涉及到一些接口的结构啊，数据库的制段啊，批量去删除一些文件啊，或者说一些外部的账号和数据，就必须天 先让他停下来跟我确认。其实这不是去增加一些流程啊，而是防止一次自动执行，把一些项目改到不可控的状态。 然后第四个就是它的整个的执行与测试的工作流。就很多时候 ai 说，诶，我已经修好了，其实不重要，就验证通过才重要，你知道吧？ 所以说如果命令报错，要如实的去上 ai 报告，然后包括测试失败也不能查，包括修 bug 的 时候，最好去先写一个能够复现问题的测试，再去改代码，就跑完以后能跑测试就跑测试，能跑 nin 就 跑 nin， 这样才能够减少 ai 的 整个的一个幻觉， 想让他看起来完成，但实际上不能用的这种情况。然后最呃第五个呢，是我自己的一个用户习惯，因为我会要求他叫我 fred， 包括我自己的偏好去直奔主题，找一些形式化的确认，能够直接做的就日常 直接做啊，但涉及到一些可能删除啊，密钥啊，权限啊，上传啊，账号操作这种风险点啊，就必须还是跟我确认，这样应该就不是机械的去回复我，而是更贴近我自己的一个工作节奏。 然后像呃目前我的这个 a g m e a i 的 一个工作模式的话，就是遇到熟悉的问题，他会去用一些内置的 skills， 而不是每次都从零开始去乱试，包括改完源码之后去默认跑测试，降低一些低级的语法错误，也不会去做一些多余的发散。 真正高效的写作不是让 ai 写得越多越好，而是在正确正确的这种边界里面把当前的问题解决掉。 所以说我可以给大家看一下当前我整个的一个 h m d 啊，包括刚刚所说到的语言的问题，安全红线的问题，工作流程的问题以及代码标准的问题，和我自己的一些用户偏好，其实跟刚刚讲的是完全一致的， ok。 最后总结一下就是， agent m d 的 本质就是把你反复叮嘱 codex 的 话一次性写清楚，语言怎么用，代码怎么写，安全边界在哪里，什么时候要去验证，什么时候要去确认，都放进去， 它不是让流程变得复杂，而是去减少废话，减少返工。所以说 codex 安装好以后，我建议不要第一时间让它去写功能，先把规矩建立起来，先定规矩，再让 ai 去干活。规则清楚之后，你只需要告诉它目标， 剩下的就是让他按规则去执行。 ok， 我是 fred， 后面我会持续用真实的案例告诉大家怎么把 ai 用进自己的工作流。这就是本期的分享，我们下期再见。

论文修改怎么改最快？为什么你的论文改了十遍，导师还是不满意？很多人以为论文修改就是改错别字、调格式，其实真正决定论文质量的是逻辑和表达。今天我教你三步，快速把普通论文改成高分论文。 第一步，先改结构，不要先改句子。百分之九十的人一拿到论文就开始逐句修改，结果越改越乱。真正会改论文的人，第一步一定先看目录逻辑，比如标题和内容对不对，前后有没有重复？ 论点和论句能不能对应上章节顺序顺不顺？你记住一句话，论文最大的问题往往不是句子，而是结构混乱，结构顺了，论文立马高级很多。 第二步，把口水话改成学术表达。很多论文看起来像流水账，问题就在于太口语化。比如我觉得 非常非常重要，很多很多这些词，导师一看就知道不专业。正确的做法是用学术语言替换口语表达。比如读者认为具有重要意义。 进一步说明，你会发现，同样一句话换一个表达，露如的质感瞬间不一样了。 第三步，重点修改重复率和 a i j c 痕迹。现在很多学校最严的根本就不是内容，而是查虫和 a i j c 率。很多人辛苦写完了，最后卡在了这个查虫检测上。 最有效的方法是调整句式，拆分长句，替换高重复词，增加自己的分析内容。 记住，真正安全的论文，一定要有个人思考感，否则系统一查，痕迹就特别明显。 最后告诉你，论文修改不是简单的改字，而是改逻辑、改表达、改检测风险。如果你最近正在改论文，看完视频还是不懂，你懂的找我，我帮你解决。

今天我们会完成桌面板打开之后的第一次设置，那么我们就开始吧。第一次打开 codex 桌面板，我们要先把界面分成三块来看，左侧是项目和一些插件的入口，中间就是我们的一个对话框了，最下面有一个设置面 板管理。对，那么我们新手进来要先处理几件事情，第一个工作模式，第二个选举指令，第三个批准策略，第四个沙盒，第五个插件入口。 ok， 那 我们先进到设置里面看， 在设置里面左侧有十二个分类，包括常规、外观配置等等。第一次使用我们重点来看这几个，我们先点开常规，常规的第一项就是一个工作模作，开发项目的时候，我们一般选择适用于编程， 你选择了这个模式，那么 codex 会更愿意指示文件命令验证方式。如果你平时是以日常工作居多，比如说是以文字创意等等，那你可以选择用日常工作。在下面的权限区域，我们要来看一个重点是完全访问权限，这里记得是关闭的状态，如果这个开关打开之后， codex 可以 直接编辑更大范围的本机文件，运行网络命令，它的风险会明显变高，所以作为新手阶段而言，我们默认把它关闭掉就可以了。这里的速度可以选择是标准还是快速， codex 会基于跟你的一个整体对话，给到你一个相应的建议，当然如果用快速的话，它的套餐用量也是会增加的，那么我们平时用标准就可以。 那接下去我们来看第二个重点是个性化的，这个选项里面有两个，一个是个性，主要是选择 codex 回复的默认语气， 我这里选择的是务实，希望它能够简洁、专注和直接。第二个我们要去关注的是自定义的指令，这里的自定义指令要知道它是局工作规则，所有的项目都会读到它。所以新手我建议你们只要写八行内容就可以，这八行内容我会放在评论区，当然我自己的会 更完整更长一些。我的结构大概是包括使用范围与优先级通用的一个工作流，安全与合规，通用代码规则，验证与测试提交的规范，常见的项目命令工具，然后输出的一个文本规则。还有一些个人偏好，对， 我觉得大家一开始就用前面的这个八行就足够了，后面当你越用越多。你可以跟 codex 去总结你们经常碰到的一些问题，或者是你自己觉得 codex 经常会犯的一些错误，你把它整理成对应的规则放进去就可以了好吗？它有一个记忆的选项，目前是实验阶段，大家可以把起用记忆这个给开启就可以， ok。 第三个重点是配置，我们来看一下配置的页面配置我们来关注两个内容，第一个是批准策略，第二个是杀核设置。批准策略一般我们都会默认的是 on request， 它的意思就是说当 codex 遇到高风险动作的时候，就会停下来让你确认。当然这里如果说你是用 never， 那 就相当于一次执行到底了，不需要你的任何的批准，所以我建议新手都是用 on request 吧。沙盒设置这里它的默认是 workspace right， 它主要在当前项目里改文件，允许网络访问，这里就是默认开启，你可以把这里的批准策略理解成为它是一个确认按钮，哪些时候需要你来确认？把沙盒设置理解成为 codex 的 活动范围， 你给它框定了一个能够编辑文件和改文件的一个范围，它就只能在这个范围里去进行一个行动。我们再来看一个大家比较容易忽略的一个点，或者是比较容易混淆的一个点， 就是在桌面面板的左侧有一个插件，这里的插件它其实包含了 skill， mcp 和 connect。 skill 是 工作流，是我们的一个技能文件，它里面包括一些代码审查、做表格、生成 ppt 等等。同时像 mcp 就是 codex， code 等等。 connect 呢，是第三方账号的一个连接， 比如说像这 eraser， git， a lotion 都会有，所以这里的插件其实它就是一个能力包的一个合集，像 m， c， p， skill， connect 这些都是它里面的具体的能力，大家根据需要去进行一个安装就可以。 ok， 那 我们再回到设置里面剩下的几个，我们只是来做一个印象， 比如说像外观，你可以基于自己的系统去定义主题色，浅色或者是深色，当然这里有一个隐藏选项，它有一个宠物，看到了吗？这个就跟 cloud code 是 一样的，就是最近出了一个宠物，当你选择唤醒它的时候， 你看它的右下角就会出现这样的很可爱的一个宠物形象来陪伴你头顶。 it 主要是来管理分支的，像浏览器使用和电脑操控，主要针对的就是 browser use 和 computer use， 在 我们后面也会去讲到像以规章和使用情况，就是你本地的一个任务的一个管理和一个用量的展示，平时经常的去看就可以了。