vscode怎么看md文件的快捷键
粉丝439获赞2504
相关视频
03:49查看AI文稿AI文稿今天给所有想入门 cloud code 的 小白推荐一套组合，它就是 v s code 加 cloud code 插件加 deepsafe vs pro。 我 有三个理由。首先第一点是它的安装简单，不用繁琐的配置环境、操作命令， 直接在 v s code 中安装 cloud code 插件就可以了，两分钟就可以搞定。我们打开 v s code， 在 左侧的应用商店搜索 cloud code， 选择第一个 osmotic 官方发布的 cloud code 插件，点击安装，右上角出现 cloud code 的 图标，就代表安装成功了。第二个理由是在 vs code 里边的操作比较方便，你不用记那么多命令行， 可以直接通过界面点击的方式切换新的对话，查看对话历史上传文件，添加上下文切换命令， 而且对话窗口看起来比终端更友好一些。终端里边实现不了的换行啊，移动光标啊在这里面都可以实现。那另外呢，在左边你可以清晰的看到文件的目录，随时可以查看和修改里面的内容。 markdown 格式的文件，如果你看着比较费劲的话，可以点击右上角的预览， 那这样看起来是不是舒服多了？那第三个理由是 deepsea v 四 pro 的 性价比是比较高的，它支持百万的上下文 talkin， 性能还不错，最关键的是百万 talkin 现在仅需要六块钱，相当于是 cloud opera 四点七的二十八分之一啊，那适合小白练手，用起来也不心疼。 那我是充了二十块钱啊，高强度用了一个周是没有问题的。那具体应该怎么去接 deepsea switch， 打开它的官网，点击下载，进入到 github， 往下找到资源，选择到适合自己电脑的安装包安装完了以后呢，我们去打开 c c switch， 添加供应商，选择 deepsea。 我 们继续往下看啊，这里会看到 api k 和模型， 我们去 deepsafe 的 开放平台充值一定的 token， 创建 api key， 然后复制我们刚刚创建的 api key， 回到 c c switch 里边，把它粘贴回去。在模型配置这儿啊，主力模型我们就用 deepsafe v 四 pro 清亮模型，用 deepsafe v 四 flash， 然后启动这个供应商，在通用设置这儿打开启动 cloud code 插件的开关儿，这样 c c switch 里边就可以正常地对话了。 那如果你要切换模型啊，点击这个斜盖，选择 switch model 就 可以了。这里能切换的模型啊，就是刚刚我们在 c c switch 中所起用的供应商的模型，也就是我们选的 deepsea。 那 如果你要用其他供应商的模型啊，就在在 c c switch 中切换供应商，那到这啊， cloud code 的 百分之九十五的功能你基本上就可以用了。那如果你还是想在中单装 cloud code 解锁，那百分之五你直接和他说就行了。给我装终端版的 cloud code， 插件版的 cloud code 呢，就会自己去上网找安装教程，然后自己动手帮你安装。什么配置环境啊， get 安装啊，都不需要你去操作了，你只需要去确认就行了。那这期间你遇到的任何报错、操作、下载的问题啊，你都可以让 cloud code 想办法给你去解决，你直接下命令就行了， 你就可以把它当成一个高级的程序员，他不光懂，而且还能够帮你去做执行。那很多人会好奇 vs code 中的 cloud code 和终端里的 cloud code 有 什么关系吗？那首先啊，它们其实是两个不同的安装包，但是呢，共享一套配置文件 接入的模型啊，安装的 skill， 对 话，历史记忆， cloud md 这些都是用的是一套。那另外在 vs code 中啊，也是可以唤起 cloud code 的 终端的，我们点击右上角这个图标，把终端调出来， 然后输入 crowd 回车执行就可以。那这样两个都可以在 vs code 中去用。如果你不是很习惯 vs code 的 英文界面，你可以在应用商店里面搜一个中文简体， 找到这个插件，然后安装以后呢，这个界面就变成中文了。好了，今天的视频就到这里，如果视频对你有帮助，别忘了点赞关注，我们下期见。
443慢炖AI![[html系列教学]VSCode的安装与使用 #程序员日常 #办公软件技巧 #设计教程](https://p3-pc-sign.douyinpic.com/tos-cn-p-0015/ooiLCUqweACQMeGbBf8WuvQAUL7PgFxMoaIQB0~tplv-dy-resize-origshort-autoq-75:330.jpeg?lk3s=138a59ce&x-expires=2103174000&x-signature=bzun97VYfu9KkvwG%2Fy2DIxdu6IQ%3D&from=327834062&s=PackSourceEnum_AWEME_DETAIL&se=false&sc=cover&biz_tag=pcweb_cover&l=20260827152506BEDA30B71CD48098E1B0)
02:52查看AI文稿AI文稿之前我们说自己手动更改文件后建名太麻烦了，那么这时我就需要使用一些专业的开发软件来帮助我们写代码了。能够编写 html 的 软件有很多，这里我们选择的软件是微软的 vs code， 那 么去哪里下载？ 你也知道国内搜索软件的德行，自己去搜很难找到真正的下载入口，一不小心就被下载了病毒全家桶，所以这里我推荐你去问问 ai， 一 般 ai 会给你准确的下载链接。打开 vs code 的 官网， 它会自动熄灭你的电脑系统，你直接点击下载，它会自动为你分配适合你系统的版本。下载好后，你会在你的电脑中看到一个安装包，双击打开这个安装包，点击我同意，然后点击下一步， 接着勾选项方所有选项，点击下一步，再点击下一步，最后点击完成， 那么到这里安装的部分就完成了，是不是很简单？接下来是对这个软件进行设置， esco 就 像游戏一样，允许用户给他打 mod， 所以 打开软件这里你看到的和我可能不太一样， 不过你要做的只是去角对应图标，图标不会错的。在最左侧点击这个图标， 在商店中搜索 chinese， 点击这个插件，在这里点击安装 install。 这个插件的用途是将界面翻译成中文，有与没有都不会对你代码的运行产生影响。接下来在商店中搜索 live server， 点击这个插件， 同样点击安装。这个插件可以让你的网页代码在保存的瞬间直接更新到网页当中，省去了每次改代码都需要刷新网页的麻烦。我们重启一下软件，然后将上次的网页拖过来， 这些可能会提示风险，但代码是我们写的，我知道肯定没有问题，所以点击打开即可。这些你在软件当中就能看到你之前写的代码了，你可能看到的代码颜色和我的不太一样，这不重要，也不会影响你打代码， 后面代码打的多了，自然就会意识到这个颜色是干什么用的了。打开代码之后，我们详细查看代码运行的结果。 在能打字的区域，鼠标点右键选择 open with live server， 然后它会打开你的浏览器，这时你就能看到你的网页被显示在了浏览器里。现在不要关闭浏览器，直接回到 vs code 当中，我们加一句话， 写完直接 ctrl 加 s 保存，我们返回浏览器看看信不信。浏览器直接把进加入的代码显示在了网页当中，那么下载软件的部分就修完了，下期我会带你看看完整的网页结构是什么样子的，以及带你认识更多的标签。
48阿巴阿巴1
00:4819机器人工匠阿杰
00:28
02:37查看AI文稿AI文稿百分之九十写了 cloud md 的 人，其实不知道他是怎么加载。今天我用官方文档加上实际验证，带你彻底搞懂。 cloud md 就是 个纯文本文件，你在里面写的指令 cloud 每次对话都会自动读一遍，本质就是你不想每次重复说的话写进去就行。但有个很重要的点， cloud md 不是 系统提示词， 它是作为用户消息注入的，也别把它当强制配置。 cloud 会尽量遵循，但不保证百分百什么时候该往里写。官方给了四个触发场景，第一， cloud 第二次犯同样的错。第二， code review 发现他应该知道的事。 第三，你第二次输入，同样的纠正。第四，新同事需要的上下文。记住一点，每次绘画都需要的事实才放这里，那种多步骤流程或者只对某部分代码有意义的放到 skill 或者 rules 里。接下来是今天的重点 加载机制。 clod code 启动的时候做两件事，向上便利和全部拼接。向上便利就是从你当前工作目录开始，逐级往上找 clod md 和 clod local md 全部拼接，就是找到的所有文件全部拼接到上下文中。别搞混了，是拼接，不是覆盖。给大家看我的实际案例， 我在一三一 sq 净化这个目录下工作， cloud 启动时从下往上找，先找到当前目录的 cloud md， 然后是负一级一三零净化实验室的，再到负二级个人仓库的，最后是全局用户目录的，一共加载了四个文件，全部拼在一起，冲突怎么处理？后说覆盖，先说更深层级的文件排在后面，因为 l l m 的 特点就是后输入的权重大于先输入的同一层级内 cloud 的 入口 md 追加在 cloud md 后面， 所以你的个人笔记是那个层级最后读到的优先级最高。还有一个细节，子目录里的 cloud md 不 会在启动时加载，只有 cloud 读取那个子目录时才触发。这设计很聪明，省上下文空间。搞懂了加载机制， 来看文件该放哪一共三个层级。第一，用户全局级，在点 cloud 目录下的 cloud md， 对 你所有项目生效，适合放个人偏好和工具配置。第二，项目级，在项目跟目录下 cloud md， 或者点 cloud 目录下的 cloud md， 这俩是等价的，选一个就行，通过 get 跟团队共享，放架构，工作流命名规范这些。第三，项目本地级 cloud 的 local md 只对你自己，只对当前项目生效。加到 git ignore 里，适合放 api 地址，测试数据，不想提交到 get 的 东西。第一个高级功能， add 导入，在 cloud md 里写 add lmd， 就 能把 lmd 内容也导进来，支持相对和绝对路径，最多五层地归。但注意，导入的文件也会在启动时加载，不能用来省 token。 第二个点 cloud 斜杠 rules 规则，系统 大项目可以把指定拆成多个文件放在目录下，没有 pass 配置的无条件加载，有 pass 的 只在操作匹配文件时才加载。比如你设一个规则，只在编辑 type script 文件时才加载 a p i 规范很灵活，怎么写好 cloud md 四个字，具体可验证。写，用二空格缩进，别写格式化代码 写，提交前跑 m p m test 别写，测试你的改动写 a p i 在 s r c 斜杠 a p i 斜杠 handles 别写，保持文件有序，关键限制每个文件两百行以内抄了 cloud， 遵从度会下降。隐藏技巧 html 注会自动被过滤，不消耗 token。 常见问题， cloud md 写了但不生效。 跑斜杠 memory 确认文件有没有被加载，检查位置对不对，指令够不够，具体有没有冲突。第二，斜杠 compact 之后指令丢了，跟目录的 clod md 会存活。 compact 后 clod 会重新从词盘读取，指目录的不会自动重新注入，对话里的指令会被清除。 所以重要的东西一定要写进 clod md 怎么快速开始？最简单的方式，在项目跟目录创建 clod md 写入构建命令和基本规范，或者直接跑斜杠 in it， 自动分析代码库生成像交互式配置的设 clod code new in it 等于一再跑斜杠 in it。
318土木AI提效大古
03:13查看AI文稿AI文稿一个十几行的小文件，能让 codex 的 输出质量提升一倍以上，这不是夸张，是 codex 官方文档第一条就强调的是这个文件叫 agents md。 今天讲怎么写，写对了，体验完全不一样。 agents md 就是 你给 codex 写的一份项目使用说明。 codex 每次启动的时候会自动读这个文件，不需要你手动加载，也不需要每次粘贴。你在终端里输入斜杠 init， 它就会根据你当前项目自动生成一个模板，你在上面改就行。 你可以理解成 agent m d 就是 codex 的 项目脑，没有这个文件，他每次都是一个失忆的新人，有了这个文件，他一上来就知道你的项目怎么跑，有什么规矩？那具体写什么呢？ 很多人的第一反应是把项目文档全搬进去，写个几百行，千万别这么赶。 codex 有 一个三十二 kb 的 硬性上限，超了直接截断重要规则可能就丢了。 而且就算没抄写太长，它也会选择性忽略。我的建议是，只写五类东西，按重要性排。第一，怎么跑？命令用什么测试框架，什么 link 工具，什么包管理器？比如跑测试用 m p m test， 装依赖用 p m p m install。 第二，提交前要做什么？ 比如 p r 前必须跑 m p m round link 和 m p m test 都通过才能提。第三，哪些东西不能碰？比如不要修改 e n v 文件，不要动 migrations 目录下的已有文件。第四，项目特殊约定，比如 commit message 的 格式变量命名用驼峰还是下划线？ 第五，加依赖的规矩，比如安装新的生产依赖之前先问，我就这五类，每类一两句话就够了，整个文件控制在十几行以内是最舒服的状态。 知道写什么之后，说三个特别容易踩的坑。第一个坑，写态度，不写命令，请认真对待代码质量。这种话， codex 看了等于没看，你要写 p 二前跑 m p m run link， 给他具体的动作，他才知道怎么执行。 第二个坑，把他已经能猜到的东西写进去。如果你项目根目录有 stanfig g s o n， 你 就不用再写本项目使用 tab script 了，他看得到你写了，反而是噪音，会稀释真正重要的规则。 第三个坑，写完就不管了，项目在变，规则也在变，每隔一两周回去看一眼。如果某条规则删掉， codex 照样做得对，说明它已经能从代码里推断出来了，删掉就好，保持精简，越短越有效。 基础写法讲完了，说一个进阶用法，分层管理。如果你的项目是单仓库多服务，比如后端用 python， 前端用 python， 规则完全不一样，全写在一个文件里， codex 会混乱。正确做法是利用目录层级，根目录放通用规则，比如 commit 格式、 pr 流程， 然后在每个服务的子目录里各放一个 agents md， 写各自的测试命令和代码规范， codex 进入哪个目录就自动叠加哪条链路上的规则，离当前目录越近的，优先级越高。 另外还有一个小技巧，如果你想临时改规则，但不想动员文件，在同目录下新建一个 agents override md 就 行，它会自动覆盖原来的，删掉就恢复，非常方便。 总结就一句话， agents md 不是 写的越多越好，是写的越准越好。 agents md 写好了，它比你想象的靠谱得多。关注 maxim， 持续分享更多有意思的内容！
01:31查看AI文稿AI文稿昨晚 codex 来了一波大更新，这次是真挺猛的。首先说一下这个最实用的新功能， app shells， 以前那个 ai 描述问题要截图，要复制代码，最后还要手动解释半天。现在直接在 mac 上按住左右两个 command 键，当前窗口就直接传给 codex 了。这次不只是截图，是截图加文本一起打包进来， 重点在于它不只是读，你屏幕上的 vx 里只显示了五十行代码，没有问题。 codex 读的是完整的上下文，不是你肉眼看到的那一个页面。 整个生态也很丰富，比如说 figma 终端浏览器 notion 等等全部都支持，相当于把你的工作界面整个共享给了 codex， 效率直接拉满。第二个更新是 remote computer use， 手机上就能操控 mac 的 codex 任务，哪怕你的 mac 锁屏了都没有问题。 幻想一下未来的办公，电脑后台多个 a 程序在一起跑，你出门旅行没有带电脑，躺在床上也能指挥 mac 跑脚本发版本是不是方便多了？第三个是构模式正式上线扣代码了，现在 app id 插件 c l i 全线可用，你只需要给它个目标，它就可以自己保长线任务， 中间随时可以暂停或者改方向。我个人的小建议是，配合 plan， 请把方向锁定，加上 set， 随时开个临时对话窗口确认思路，再用 go 模式跑长线任务的时候会稳很多。最后是浏览器内置高级注视模式，可以直接在页面上标注修改甚至编辑元素， 比如说这个字太小，这个颜色不太对之类的视频的。最后我再补充一个细节，现在扣带才支持团队共享插件 team 版本的用户可以批量给其他成员分发插件包、技能、 m c p、 服务器等一起推，省去一个个配置的麻烦了。
2392碳基玩家Bryce
03:10查看AI文稿AI文稿如果你已经在用 cloud 写代码，整理资料，跑工作流了，那怎么写好项目配置文件？ cloud 点 md 非常重要，那 cloud 点 md 是 什么呢？ 它是一个放在项目跟目录的 markdown 文件，你可以把它当成是这个项目写给 ai 的 说明书。原理也很简单，每次当你新插一个对话或者清空上下文之后， cloud 都会自动再读一遍这个项目配置文件，有了它，你就再也不用解释项目背景、个人偏好等各种项目信息了。那我们该如何写好 cloud 点 md 呢？ 这里给大家总结了应该写哪些内容，这里的五类内容呢，是我搜集了资料找到的各种大牛，各种社区讨论后的一个最值得写的五类内容。 第一个呢是项目背景，你需要用很简短的语句告诉 ai 这是一个什么样的项目，让 ai 呢一看到它就能初步的对这个项目有一个大概的了解。那第二个部分呢，是技术栈和工具，比如说你用什么样的代码语言，你用什么样的框架，你有什么样的命令。比如这是一个说搜集信息的项目，那你可能就可以告诉他说我有哪些爬虫脚本。 第三部分呢，是项目约定，这里面主要要写一些已经在做的规范和习惯。比如来说，如果是一个小红书内容选择题管理系统，我通常的习惯是先让灵感写进灵感池，然后经过我的主观判断之后，我会选择一些灵感进入选择题库，那这就是我的项目约定，就会被写在 cloudy md 里面。 那第四部分呢，是沟通偏好，这一部分呢就偏向于一些个人喜好，比如说呢，我可能会告诉他说必须用中文回复，这都是一些个人回复上的喜好，你可以记载在这里面。那第五部分呢，是一些禁止事项，这类的问题呢，可能更经常出现在。嗯，你发现 ai 有 时候会有一些默认的操作是让你不满意的，那你就可以在执行的过程中告诉 ai 永远不要这么做。 那 cloud 点 m d 有 什么质量上的标准呢？我找到了 ansap 官方文件里面说到的三条标准。第一个呢，是要用具体数字代替形容词，比如说你想让 ai 回复尽量简洁，那更好的说法其实是回复小于等于三段的内容。第二部分呢，是关键规则加必须或者不要。比如如果你想表达尽量不要 emoji， 最好的表达其实是绝对不要 emoji。 第三个呢，是你要保证你的 cloud 点 md 控制在两百行以内。这是因为 cloud 点 md 的 内容会一直被写在对话的上下文空间里面，那如果它太长了，可能就会导致一些重要的规则被淹没，或者你后续对话写入的内容被忽视。 那说了这么多标准，我们该如何来修改 cloud md 呢？以及我真的要一个字一个字的写下 cloud md 里的内容吗？当然不是所有的内容都还是可以借助于 ai 来写。 首先有个最关键的指令，就是当你有大改动或者是你新开启一个项目的时候，你可以用杠 innit 这个指令来让它扫描你当前的项目文件，然后去生成一个全新的 cloud 点 mb。 比如如果你是是一个空项目的时候，它就会根据你目前的项目内容给你自动生成一个 cloud 点 mb， 那 如果你已经有一个目录下的 cloud 点 mb 之后，它依然会读取旧的 cloud 点 mb， 并且扫描当前的架构，给你一个优化版的 cloud 点 mb。 第二个呢，是适用于日常小修的 problems， 比如你发现 ai 做了一些你不满意的事情，你想要让它改进，那你就可以把这件事情立刻追加到 cloud md 里面。 那第三种呢，是定期瘦身，也就是我们刚刚说的 cloud md 要小于等于两百行才能更好的发挥它的作用。那我们就可以用下面这段 prom， 让 ai 把过时的、重复的或者是写的太软的一些指令删除掉。然后最后呢，把字数控制在两百行以下，那通过这三个指令，你就已经可以很好的写好你的 cloud md 了。 而且这套用法其实不止 cloud 能用在 cloud 里面， cloud 点 m d 是 这个项目的说明书，而在 codex 里面，这个项目配置文件被写作 asigns 点 m d。 我 自己测试过，如果你现在在 codex 里面导入一个带有 cloud 点 m d 这个文件的项目，它其实会自动问你要不要把 cloud 点 m d 这些内容转化成 asigns 点 m d， 所以 其实它已经有一些自动的转换过程了。
1353姜饼人探AI
17:15查看AI文稿AI文稿哈喽，各位小伙伴们大家好，欢迎来到前端课堂，咱们这节课呢来讲解一下 vs code 开发者工具的快捷键。 有了 vs code 这个开发者工具啊，对我们开发来说呢已经是事半功倍了，但如果我们再来掌握快捷键的话，那就是啊，如虎添翼了，我们就可以体验飞翔一般的感觉了。好，接下来呢我带你们体验一下。首先呢打开咱们的 vs code， 打开之后呢，他长成这个样子对不对？我们先给大家介绍一下每个区域是干嘛的？首先最顶部的区域我们称为工具栏， 那都是中文的，大家能感受他的意思对吧？文件编辑选择等等，在文件这里呢，我们到时候可以选择新建文件或者新建窗口，或者打开某个文件夹，或者做一些配置的选项，对吧？比如说字体大小啊 等等，颜色啊都可以在这里进行配置。编辑呢是在你整个的编写代码中的什么撤销，恢复，剪切、复制，但一般我们都会用后面这些快捷键，所以呢就不怎么的去点击这个点， 包含选择，查看，转到这些，我们基本上都不怎么需要去点击它啊，所以对我们来说最常见的就是文件的新建文件和新建文件夹，以及打开某个文件夹以及配置首选项，这个首选项其实就是配置它的字体大小啊，颜色呀，背景啊等等这些信息，好吧，目前呢你可以先忽略它， 然后左侧这个区域呢，其实是他的导航区域，那对于这个导航区域呢，他一共有五个图标，我们需要掌握的就两个图标，第一个图标叫资源文件，就资源管理器。第五个图标叫什么？扩展，我们把鼠标 放上去，你可以看到他叫扩展，这个鼠标放上去叫资源管理器。扩展是用来安装插件的，比如我们安装中文语言包的情况下，就是用了这个 插件安装方式来处理的，对不对？那我们要想回到刚刚我们那开发者模式呢？你就要点击第一个回到我们刚刚这个情况下啊，在这个模情况下你才能去找到你的文件，然后进行编写。 现在呢还有两个大的区域，这个区域和右侧这个区域，左侧这个区域呢是你存储代码的路径。啥意思？我们写代码是不是像要存储啊？你比如我们来看一下我们的 原码，第一个应用程序我是不是存在这里了？代码，那我们的这个左侧的这个位置其实就是帮你去 能看到目录中的这些信息的，能明白吗？就是更方便了，要不然你还得去文件家中去看这边呢，就可以更方便让你看到。那我们怎么去做这件事呢？我们要这样来干， 我把我当前所创建这个叫原码的文件夹当成我开发目录，也就是接下来我所有的代码都会写入到这个原码文件夹下的某一个文件夹，或者直接在下下面写，当然我会再创建文件夹写在某一个文件夹下，那么我把它当成我的原码目录， 那这个时候我们就可以在这里点击打开文件夹。来打开谁啊？来打开我这个源码这个目录，点击打开文件夹 一盘 it 百战，点原码，选中它，点选择文件夹， ok， 现在又打开了，这个时候大家可以看到啊，左侧的菜单，咱们要 放大一些左侧这个菜单呢，这一个信息就帮我们在左侧这个栏中进行显示了，大家不用再去到文件夹中去打开再查看啊，这里有什么文件，对不对？直接在左侧这里就可以看到了， 而且这里边大家也可以直接右键新建文件夹，或者新建文件，也不用再去到我们像这边到这里再右键再新建，不用这样了，直接在这里就可以操作了，是不是方便了很多？所以他叫资源管理器，其实就是帮你管理一下目录结构，帮你管理一下文件，在这里更加方便的查看。好，我们缩小回来， 还有一个重要的区域，就是右侧这个区域，这个区域是干嘛的？这整个的大的区域都是接下来咱们编写代码的区域，你比如咱们点开第一节课的这个 welcome， 点 htm 文件，你看整个这个区域是可编辑状态，你在这里可以直接写东西，比如说写 hello， 写 word， 对吧？写 f， 写 ip 百战就可以，直接啊，写 ip 百战就可以直接在这里写东西，对不对？这就是咱们整个的编辑区域啊，咱们关掉它了啊。 那么还有一个注意事项，我们希望大家在整个的这个目录结构当中啊，不要存在中文。那有同学说了，老师你为什么用中文啊？ 我是希望在我们讲解的过程当中，大家能快速的定位到我们所讲解的内容是哪节课的哪个内容，对吧？所以我们使用了中文，你们作为开发者的话，建议你们这里面使用的还是英文， 好吧，为什么呢？因为有的时候中文可能由于编码的问题导致他产生错误，有的老师中文英文不会写怎么办？写拼音都可以，是不是？如果前期你实在感觉英文难以理解的话，你也先按 按照我这种方式来写，写成中文的也没有问题。但我们总之推荐大家写英文，这是一个专业的开发者要做的事情。好吧，但是我们现在慢慢来搞好吗？这是一种方式，左侧这个这个位置啊， 不一定非要点击那个打开，比如我们再来打开新建个窗口啊，把后面那个窗口咱们关掉啊，这又回归到咱默认的这个状态了，这里又是空的了，对吧？这边你不一定非要打开，你也可以怎样呢？ 找到这个文件夹，然后把这个文件夹选中，拖拽到我们的左侧的窗口当中， 他也会直接打开，看是不是很方便。所以两种打开方式都可以啊。我在文档当中也特意告诉大家了，有两种打开方式，一种是选择文件夹，一种是拖着文件夹，对不对？他都可以帮我们就管理这个你的目录结构。 好，有了这个工具之后，我们带大家体验一下这个工具吧。咱们第一节课呢，去编写了第一个 h t m l 的，或者说第一个网页，写这些代码其实是很费劲的对不对啊？一点点写，写了半天，那这节课我让你感受一下，一秒就能完成刚刚那段代码的编写。 怎么做呢？还是在我们这个零三的这个目录下，点右键点新建文件，看到了吗？然后咱们也说一个 welcome 点 h t m l， 注意啊，都是英文的对不对？回车这个文件就存在了，你看这儿状态就代表是打开状态， 怎么让我们一秒就完成那个代码的编写呢？写一个英文状态下的叹号，注意，我再次强调，写一个英文状态下的叹号。一回车保存完事了， 你在包的里面写个我的第一个网页，然后这个就可以运行了，这个网页代码就写完了，而且还比我们的比我们第一节课写的这个要多，这个代码是它自动生成的，怎么运行呢？还是来到我们的这个文件夹里边， 找到文件夹，找到原码对不对？找到这里边，这是不是这个文件啊？双击打开看，我的第一个网页是不是出现了， 我，我没骗大家吧，是不是一秒完成的？当然这些代码有些地方大家并不能理解，没关系，你先不用去理解他，后面这些代码，我会单独抽出一节课，一点点去讲每个代码是什么意思的好吗？好， 这就带大家感受一下。当然呢，这还有一个不方便的点，什么不方便的点？就是这里边我们如果能直接在这个文件右键去运行就好， 对不对啊？我们现在还做不到一会后续呢，我们会给大家说，目前大家运行啊，还是从文件夹中去打开运行。好吧，好，这是我们的一秒完成，所以说体验飞翔一般的感觉，是不是啊？好，咱们再往下看， 刚刚我们用的快捷键是叹号加回车完成的，对不对啊？在这里边把它删掉保存，写个叹号，英文状态下叹号对不对？ 然后回车就完成了，好，叹号，回车这个快捷键大家要记住啊，这是一种快捷键，就是叹号加回车英文状态的叹号啊。 重点来了，就是咱们本节课的核心知识 vs 扣的常用快捷键列表，就是我们这个工具的操作，有很多快捷键供我们使用。哪些快捷键呢？咱们一个一个来看。 第一个叫代码的格式化，代码的格式化，什么叫代码的格式化呢？你们写代码可能有的时候根本不注意这个空格啊，有的这样的，有的甚至这样， 对吧？乱七八糟，因为我们知道这个标签，你看他都是一对一对的，对不对？都是一对一对的， 那你现在这种格式有点乱，跟我刚刚那个格式比，哪个清晰？是不是刚刚那个清晰啊？所以如果你写成这个样子了，你可以快速把它整理的很格式，就是快速把它整理成刚刚我们看到那个样子，怎么做呢？就是这个代码格式化，按住 shift 加 alt， 加 f， 咱们给大家演示一下，按住 shift， 按住 alt， 加 f， 看自动是不是帮你整理了，对吧？能看到吗？啊？一对，然后这儿也都展开了，对吧？好，咱 咱们再给大家返回一下，你看原本这种乱七八糟的，对不对？原本乱七八糟的，你按住 shift， 按 alt， 按 f， 按键，自动帮你整理的格式了，看到了吗？很，这个格式就很好看了，我们日后在写代码的时候一定要注意这个格式，这个格式呢可以有效规避很多错误，所以大家要善于使用这个 格式化这个快捷键来帮你整理代码，你也可以，就是相当于家里你的衣帽间很乱，对吧？然后你雇了一个人帮你去整理了一下，看着就很舒心，尤其对一些强迫症患者，是吧？他简直是福音啊。 第二个快捷键就是向上或向下快速移动一行。你比如说老师，我现在呢，在包队里边写了两句话，第一句话，我的第一个网页回车，第二句话，我 的第一个工具，或者我的前端学习之路，对吧？好，那现在呢？我们两句话都有了，我们来到浏览器当中就可以运行它了啊，我们再给大家运行一下， 双击运行，这两句话都显示出来了，对吧？一个在前面，一个在后面，那现在呢？我有一个需求，什么需求呢？说，老师，我现在想把我学习前端之路放在这个上面， 然后把我是网页放在下面，正常你们怎么操作？我把它剪切一下， ctrl x 剪切一下，对吧？在这里回车，再把它粘贴 ctrlv， 呃，粘贴过来，这样来写 没有问题，但这样其实操作是慢了的。还有更快的操作就是快速移动一行。怎么做到快速移动一行？按 alt 加上下按键就可以了。你比如说我们 选你鼠标，在选中这个内容，其实你鼠标在这一行就行啊，你看我鼠标在这一行，然后我按住 alt， 然后按上下就可以快速移动，看到了吗？按上就向上移动，看按下就向下移动， 很方便吧？不需要，你按 ctrl x 在 ctrlv 把它粘贴复制过来，不需要或者剪切复制过来，不需要直接就可以移动了，这就是快速移动一行， 然后还可以快速复制一行。就比如说老师，我还想拥有一行，我是现在学习之路，你们可能就复制一下，回车再来粘贴一下，这样还是麻烦了。还有更简单的方案，就是我们的快捷键， shift 加 alt 加 up 或者加档， up 是向上复制档。是啊，向下复制， 其实 up 和 down 区别并不是很大， shift alt 加下或者加上都能复制一行， 你看比如说我复制两个啊，一下就复制出来了，是不是很方便？就是我们的 shift 加 alt 加上下按键就可以快速复制一行， 简单吧。接下来一定要注意一个重点，叫快速保存代码 ctrl 加 s。 其实大家对 ctrl 加 s 这个按键并不陌生，很多同学可能都非常熟悉，但我依然是想强调一下，为什么 太多同学在最初学习的过程当中写完代码，你比如说现在老师我快速复制两行，然后我也不保存，我直接来到这本浏览器，我刷新刷新刷新说，老师咋不出来呀？然后 以为自己写错了，其实没有，你写代码是正确的，但你没有保存，怎么看你是否有保存呢？来看这个文件啊，这有一个点看到了吗？如果这显示个 点，说明你没保存。如果你 ctrl s 保存之后，这显示是一个叉，然后如果你保存之后翻回来，你再来刷新，你看这两句话是不是出来了， 对不对？所以善用 ctrl s， 每次写完代码一定要记得 ctrl s 保存，甚至你可以做到每写一行代码就 ctrl s 保存一下，比如说写一个 hello， ctrl s 一下，回车写个 word， 再 ctrl s 一下，一定要善用 ctrl s， 把它当成你使用率最高的按键 好吗？啊？以避免说我由于没有保存，导致程序运行不出来，或者是丢失了程序，对不对？就像我们说你写 word 文档一定要关机之前记得保存，否则他可能就是再次打开就没了。当然现在的电脑都能帮你自动保存，但也有一些系统可能有问题的，他不能帮你自动保存， 或者直接硬性关机了，他就没了，对不对？但如果你保存他就还在，所以一定要记得这点好不好？再往下看，快速查找 ctrl f， 比如说我们这个代码量日后会变得非常非常大，对不对？你比如我这样在这里写一些大家不认识的代码好吗？ 再来一个 p， 最后来一个 a， 或者来别来个 spa 吧。好，大家好，这些代码大家现在不知道什么意思，没关系，但是你能知道日后你会写很多代码， 当然这个页面有很多代码，我想快速找到 spa， 你怎么找？你从上往下滑一个个找，代码量特别多的时候，你是很难找到的。所以你现在可以这样， ctrl 加 f 在这里搜索写若 spa 一回车，它就自动帮你跳转到这个位置，并且锁定这个内， 这就是快速查找。那我们说你在网站的里边，比如我们打开 it 百站，对吧？在这里面我们也经常快速去查找，比如说老师我想学习什么？学习前端对吧？我在这里直接 ctrl f 前端回车 啊，就找到了，你看外部签单开发工程师，对吧？然后所有的签单字样，咱们通过回车都能找到，对不对？就快速去定位。我们可以看到整个网页有三个签单词汇，哪个是你需要的？你可以快速打开，在我们的这个工具当中，他同样是用 快捷键，是什么？ ctrl 加 f， 还可以快速替换，比如说我现在老师这里边是不是有 spa， 我想把 spa 替换成 div， 能不能做到能，就把这个改成什么呢？ div 对吧？当然你这样一个一个一个改太麻烦了，我能不能有快捷键啊？有，按什么？ ctrl 加 h， 这个时候你会发现这面弹出两个，上面这个是你要查找的内容，下面这个是你要替换的内容，我要把死办替换成什么？替换成 div 对吧？一回车，回车，回车，你看这两个是不被替换成 div 了，每回车一次，他会替换一个内容 啊，这样的话你页面有多少个内容，你都可以啪啪啪，一回车啪啪就把全帮你替换了啊。这个对于我们日后开发来说是非常有用的好吗？ 那这是我们最最常用的快捷键，因为大家刚开始学习，所以我也不想把太多的 vs 快捷键都给大家拿出来，大家也记不住，我们只给大家准备了六个快捷键，还包含大家非常熟悉像 ctrl s 这种的快捷键，对不对？ 所以大家下去呢，要做记忆好吗？把这些快捷键都记下来，对你日后的开发会有极大的好处的。这是咱们 vs code 的快捷键。 好，到此为止呢，咱们回顾一下，我们首先了解了 vs code 这个工具的使用，然后我们也可以去打开和拖着一些文件夹，打开我们的目录结构，还可以快速去生成一个 hml 的代码，要一秒就可以完成对不对？然后创建文件，然后一秒就可以完成，很方便。 然后呢，我们又掌握了这么多快捷键。好，那本节课即将结束，我们需要对大家以上所讲的知识做一个总结，并且呢，看大家本节课听课的状态怎么样，有没有学会。 咱们的第一个实时效果反馈的问题是在 vs code 快速复制一行代码的快捷键是什么？就 vs code 快速复制一行代码快捷键是什么？快速复制一行啊？哪个呀？第一个对吗？ ctrl shift 加 f 不对，它是干嘛？它是格式化， ctrl s 对吗？不对。 它这个保存对不对？ alt 加 up 加 down 对吗？不对，它是移动对不对？那正确答案只有谁啊？只有 d 答案了， 是不是看第二题 vs 扣的快速移动一行代码的快捷键。那下面哪个是快速移动一行？ 第一个是格式化不是，第二个是保存，不是，第四个是复制，对吧？那正确答案只有 c 答案，他是快速移动一行，向上或者是向下，所以正确答案选择 c， 搞定了吗？ ok， 那咱们本节课呢，就给大家说到这里，感谢各位聆听，咱们下节再见。
31尚学堂（北京）
11:26查看AI文稿AI文稿这段时间啊，发现一个很有意思的现象，周围越来越多人呢，开始用 code， code x workbody 这类 agent 的 工作台了。写代码的在用，写文章的在用，整理 obsidian 的。 嗯，个人知识库的也在用。但很多人啊，都跳过了一个特别朴素的文件，叫 cloud md， 有 的人呢，甚至完全不知道它的存在。你有没有觉得， agent 很多时候替你干活，他会替你猜，会把简单问题啊，搞复杂，会说自己做完了，但其实根本没有验证。 这几个问题听起来好像只有工程师才会关心哦。但你如果用过 a 证的去写文章，整理资料，做网页，改脚本，又或个人知库啊，其实一样会有的。你让他润色文章呢，他把你的语气也改没有了。你让他整理素材啊，他把事实和推断呢混在一起，你让他改一个页面，然后他顺手加了三个你可能并不需要的功能。 你让他涉及知识呢，他漏掉了文件，但是呢，还信誓旦旦的跟你说完成了。我自己的感受是，其实模型已经足够强。而我们遇到这些问题呢，很多时候，不是模型能力的问题，是 harness 的 问题。 如果你还不知道 harness engineering， 也就是驾驭工程是什么，可以看我上一期讲的。为什么现在聊 agent 都要提到 harness？ 你 先记住一句话， agent 呢，等于 model 加 harness， model 呢，是马， harness 是 马身上的婉拒。马再强也得有约束，不然就是野马。有力，但不能稳定地帮你干活。对于你的 agent 来说，如果模型能力暂时不足以稳定完成任务，你不一定非要换模型，你可以先升级你的 harness， 而 cloud dmd 或者是 agents dmd 的 价值就在这里， 它是最小可用的 hardest engineering。 cloud d m d 和 agent d m d 的 区别在于， cloud code 执行任务前呢，会自动去读取 cloud d m d code x 执行任务之前呢，会自动去读取 agent d m d， 但它们承载的内容啊，可以基本保持一致。你可以把它理解成，每次 agent 进入你的项目之前呢，都会先看一眼门口贴着的那个规矩说明，别乱动，先读清楚，不确定就问，做完要验证。这些话听起来特别普通，对吧？但坦率地讲， 越是这种普通的东西呢，越容易被忽略，也越容易啊，在关键的时刻起效果。那 cloud 点 md 到底应该写什么内容呢？前 open i 创始人团队成员安德烈卡帕西啊，就发过一条推文， 聊自己在使用 agent 的 时候呢，经常遇到的几个问题。然后 github 上有个小哥直接从卡帕西的推文里面整理出了一份 cloud 点 md。 这份单文件模板在 github 上发布首日就拿到了五千八百多颗星，截至目前呢，已经是十三万颗 star， 成为二零二六年增长最快的单文件仓库。你敢信一个克劳典 md 文件四条规则就能火成这样？仔细想啊，其实也合理， 因为它真的有效。关键审方法呢，还非常的简单。不过在直接抄作业之前啊，我建议简单理解一下这四条到底是在解决什么具体的问题，因为只有你知道它在做什么， 你后面才能改出自己的版本。第一条， think before coding， 也就是动手前呢。先想一下，这条说的是啊，有不确定，有歧义有争议的地方呢？ agent 应该主动提出来，而不是假装自己全都懂，然后呢，直接就开干。 比如你只说一句，帮我优化一下， agent 不 应该立刻开始帮你改，他应该先问你说的优化是性能，样式，结构，还是可读性。 如果你不是用来写代码呢？把 coding 啊换成你的领域的问题就可以。写文章前先想整理知识前先想，做设计前先想核心。都一样，先别急着动手，先把任务听明白。第二条， simplicity first， 简洁优先。这条说的是啊，用最少的投入解决问题，能五十行解决的就别写两百行。因为有的时候呢，你只上 agent 去修一个按钮，然后呢，他就把你的页面也改简洁优先是让 agent 知道要对复杂度保持敬畏。这条说的是啊， 只动必须动的地方别顺手改格式别顺手，重命名别顺手清理旧代码别顺手把你觉得不顺眼的东西呢都改一遍。 a 着。他往往看到一个地方不舒服，他就很想顺手改掉。但问题是，你根本不知道他这个顺手会不会把别人的工作啊，你是金融性啊，或者是某个单独看呢？很别扭，但总得看很必要的约定一起改掉。 第四条，勾结尾 execution， 以验证目标为导向，驱动执行直到成功。这条是最容易被忽略的。 agent 的 输出呢，很流畅，会让你产生一种他已经做成了的错觉。但真正重要的是啊，他怎么确认自己做成了， 而不仅仅是做完了？你让他改代码，他有没有跑测试？你让他整理资料，他有没有确认所有文件都处理了？你让他润色文章，他有没有检查所有的敏感词啊，不喜欢的措辞啊， 都改掉了。这条很重要。很多人想的是呢，等 agent 出结果了，然后自己去检查，但就会来回拉扯你很多时间头感和心理。而加上这一条，很多问题呢，在抛到你眼前之前， agent 呢，就可以自己修复了， 这能提高你 agent 的 第一次产出结果就成功的概。那以上的这四条呢，如果你只是浅浅用 close code 或者是 code x， 已经足够让你比百分之八十的人用的好。但如果你正在尝试要 coding 啊，同时需要让 agent 做复杂耗时多步骤的任务呢？ 那后面的这八条就很值得看。国外有个叫米尼米的小哥，最近在 x 上发了一篇帖子，讨论度啊，很高。他说自己呢，用了一个半月的时间啊，在三十个代码库里面反复测试，验证了卡巴切那四条规则确实有效。 过去大概百分之四十的出错率呢，降到了百分之十一。但他发现，对于真的把 agent 放进长时间多步骤任务的人来说呢， 还不够。你还需要关注任务执行的耗时，透支的成本，逻辑的分歧，多步骤带来的错误累积等等问题。所以啊，它又补充了八条，我逐条说一下。这几条其实挺有意思，也很有用。第一条，可以用脚本代码执行的确定性任务呢，不要让模型来做。如果你看过我前面讲 harness 的 哪些内容啊，这条应该会秒懂。 能用计算型解决的，就不要交给推理型，比如 api 调用重试，比如检查一篇很长文章里的标点，比如把一批文件改成统一的命名，这些东西呢，让脚本看又快又稳定，还不怎么消耗 toker。 而模型呢，更适合做了一些没法被规则固化下来的判断， 比如分类啊，比如总结啊，比如审美啊，比如一段文章到底像不像活人写的？你想想看，如果你让 cloud 逐字检查一百万字里的全角斑点，它很可能要几十分钟，还不一定干得好，而且会浪费你大量的 toker。 而用脚本代码来做呢，可能只要几秒钟，还能保证没有遗漏。第二条，别让 agent 把 token 当做空气来说。米尼米说他的 agent 有 一次跑了一个半小时，结果呢，一直在重复处理一段八 k 大 小的错误信息。更离谱的是， agent 最后给出的修复建议竟然是四十条消息之前就已经被他否掉的方法。 所以 cloud 点 md 里面呢，最好明确投肯预算，接近预算就总结摘要，超出预算呢，就停下来，你的钱，你的时间，你的注意力啊，都是成本，可见这条的重要性。第三点啊，别让 agent 去做老好人。这条我觉得也特别关键。 agent 呢，有一个很隐蔽的问题啊，就是他经常会同时接纳有分歧的两种模式， 他不想得罪任何一方。于是呢，他把两个都混进去，结果就是代码跑起来了，但风格撕裂，逻辑混了，后面排查的时候呢，会给你买一个坑迷。你迷遇到的情况是 a 整呢，同时采用了局部错误补货和局错误补货两种策略。他改了局部策略呢，发现怎么都不生效，然后查了很久之后才发现是局策略在另一层把错误给吃掉了。 这就很像什么呢？ agent 呢？他自我感觉良好的认为，你卧室的灯应该用两种开关来控制，一个是卧室灯的开关，一个是所有灯的总开关。卧室灯的开关和总开关呢，必须都打开，卧室的灯才会亮，但是他没有告诉你这个事，他是这么干的。于是呢，你一直按其中的一个开关，发现灯就是不亮，查了半天才发现原来还有个开关是关着。 所以分歧啊，不能让 agent 都接纳，要暴露出来，要 agent 选一个，并且要让他说清楚他为什么选这个。第四点，先建立局视角，别重复照轮子。 agent 有 时候啊，会在一个代码函数的旁边呢，新写一个代码函数，写得还挺认真，结果三十行外呢，已经有一个现成的函数。 这种事呢，其实也很常见，因为 agent 他 太急着完成任务了，没有看调用方，没有看共享工具，也没有理解这个项目为什么会长成现在这个样子。所以 read before you write 这条特别重要，先读再写。 看起来呢，只是慢了一分钟啊，但可能省掉后面成倍的时间的反光。第五条，测试呢，是为了暴露问题，不是为了通过测试。这条呢，我真的建议所有 agent 写代码的人都贴墙上。 agent 很 擅长写一个刚好能通过的测试， 但测试通过呢，不代表他测到的真正的问题。有些测试呢，只是证明了代码现在会这么跑，但即使代码有问题，这个测试啊，也根本不会失败。 那这种测试他是讲就没有什么用。好的测试啊，应该验证意图，他能表达出为什么这个行为重要，而不是只证明现在这行代码是有返回值的。第六条，多步骤任务，每一步都要做检查点米尼米说啊，他经常遇到一种情况， agent 在 某一步已经出错了，但他没有停， 继续往后做。后面的每一步呢，都建立在一个错误的结果上。然后你作为人类介入的时候，面对的是一坨已经跑偏很久的中间产物。你想理清楚，但发现比重做一遍还要费劲， 这感觉我太懂了。所以，多步骤任务呢，一定要有检查点，做完一步说清楚，做了什么，验证了什么，还剩什么。如果说不清楚，就 别继续。第七条，别让 agent 滥用新的东西。这个也很真实啊。米尼米说， agent 把 rect hooks 引入了他的项目，虽然代码能跑，但这与项目本身的测试模式呢，是不兼容的。 到头来，他又花了半天时间删掉，然后重新写。这件事呢，特别像给一家餐厅去强制装一套新设备。设备呢，当然是先进的东西呢，确实能做出来，但后处所有人的配合就全部乱套了。到头来呢，只能再拆掉，然后再重来。所以现在在已有的项目里，约定往往比新颖性更重要。 要让 agent 知道，不是新的旧好，也不是觉得优雅，就应该去上。先建立全局视角，先尊重有的惯例，循序图治。第八条，错误要大声说出来，不要藏起来。 agent 呢，有时候会忽略过程中的错误，比如数据库迁移，说成功了， 但其实有一些违反约束的记录啊，被跳过，他把错误写到日子里，然后继续往下走。转头呢，他就告诉你完成了米妮米的方案。是啊，大喊失败这四个字我觉得特别的好，因为很多时候呢，错误本身不可怕， 可怕的是错误被藏起来，过几天之后换一种更昂贵的方式回来找你。以上，根据米粒米给出的实验结果，补充了这八条之后， agents 的 错误率 就从百分之十一直接降到了百分之三。那卡帕西的四条加上米粒米补充的八条，合起来就是下面这份十二条， cloud 点 m d。 现在啊，你可以直接抄作业，如果你用 cloud code， 就 保存成项目根目录的 cloud 点 m d。 如果你用的是 code x 呢，就把文件名啊改成 agents 点 m d。 内容呢，一样都能用。 如果你已经有自己的项目规则呢，就放在这十二条下面。比如你的记录站啊，比如你的测试命令啊，比如你的目录约定啊，比如哪些文件不希望 agent 能碰啊，但我建议啊，别写太长。 cloud md 不是 许愿池，不是把所有的偏好都倒进去， agent 呢就会突然变强，它更像是一份行为器乐。每一条呢，我们都应该回答一个具体的问题， 讲清楚是让 agent 避免什么真实的错误。那这套 cloud md 在 非代码领域能不能用呢？也能用，把代码相关的词稍微换一下就可以。如果你实在不知道怎么换，也可以直接把这份 cloud md 呢去丢给 cloud code 或者是 code id， 让它根据你的领域啊给你改一版。但这你需要注意的，一定要让它根据你真实被坑过的事情来写 规则，不是一次写完的，规则是被坑出来的。我建议你今天晚上就做一件事情，打开你最常用的项目，建一个 cloud d m d 或者是 agents d m d。 先把这十二条呢贴进去，然后用一周，每次 agent 做失败了，就让他把反思啊，教训啊补进去， 慢慢的它就不是别人的模板，它会慢慢地变成你个人经验的写法，也是你的第一个 harness engineering 事件。我一直觉得到今天用上好模型的方法有很多，模型已经不是问题，所以用 agent 的 差距呢？其实就是用 agent 的 差距，有的人呢，把经验忘在记忆里，而有的人把它沉淀在 color d and d， 就 这么简单， 这就是信息差，而这次的信息差直接操作。以上就是今天的全部内容，如果对牛思帮助点个赞，也请转发给你那个一直想用好 a 阵子的朋友，这对我真的很重要。我是林秋水，用技术生存，用哲学生活。我们下期再见！
4377再临秋水
01:19查看AI文稿AI文稿你把 codex 当聊天框用就亏大了，只会让它写页面，修 bug、 优化代码。这根本不是 codex 的 正确用法，它更像一个 ai 工程队友，能进项目、读文件、改代码，神改动。你可以先收藏这版核心指令，速查。 先建一个 agents， 点 meb 文件，把项目规则、运行命令、完成标准都写进去。 prompt 只是一次性的， agents me 才是长期规则。开局先用这三个 in it 初识化 agents， 点 md mention 指定文件或目录上下文 plan， 先规划再执行。 写完代码后，用这三个 diff 查看具体改动。 review， 审查当前工作区 status， 查看模型权限上下文。长任务别忘了一个 compact 压缩长对话，保留关键信息，继续推进进阶指令还有很多， model permissions， new resume， mcp apps， 新手不用一开始全背，先记住这一条最小闭环就够了。从建 agents me 开始，用 initment plan 做规划，写完代码用 diff review status 检查， 最后用 compact 压缩对话。真正的 ai 编程，不是让它多写几行代码，而是让它进入一套可控、可检查、可持续推进的工程流程。现在就建一个 agents， m e d。 把 codex 当成你的 ai 工程队友用。
4186马騳骉的AI学习手记
06:44查看AI文稿AI文稿为什么你用 ai 写代码，一会觉得 ai 写的又快又好，一会又让你愤怒的想把 ai 从屏幕里揪出来暴打一顿，甚至开始和 ai 飙脏话，怒骂，为什么这么蠢，为什么乱改不相关的代码？刚才说的怎么就记不住，一个错误犯了多少遍了，还得告诉我你哪哪又错了？ 哎！说到这有些激动了，我的火气又上来了。今天花三分钟教大家怎么 webcoding 的 时候，让 ai 稳定规范的生成代码，就算是你切换了模型，照样按照规范写，这是我实践过的方法，亲测有效。本期视频所有的材料都在我的资料库里，可以放心的使用。 我也从两个情况下讲，一个是已有项目 cloud 点 microsoft 文件如何制作，再个就是从零开始的项目的 cloud 点 microsoft 文件是如何设计的？我们先说第一个，假如说你现在已经有了一个完整的项目，比如说你现在已经有一个项目了，左侧呢，就是你的项目文件。 那这个时候你只需要先让 ai 扫描一下你的项目的结构，让 ai 了解你当前模块是如何划分的，用了哪些基础站啊，构建工具是什么？ 然后接下来呢？让他去分析代码模式啊，提取命名、规范、分层规则、代码风格。因为我们知道一个成熟的项目，它其实是很多人在按照一定的规范去编辑的，可能大家都形成了一种共识，或者说之前就已经有对应的文档，要求大家一定要按照那个规范去编辑代码， 那这个时候这个代码的成品，它就是 ai 学习的一个数据源，你让 ai 去识别现在的项目它是怎么写的， 规范是什么，然后把它整理成 cloud 点 macdunk 文件。这样的话，不管是哪个 ai 编程工具，也不管是哪个编程大模型，他在拿到这个项目之后，都会先去读取 cloud 点 macdunk 文件，先把这个总体的规范放在第一优先级理解。这里我给大家准备了一个核心提示词， 你直接把这段话复制给 ai 就 可以了，然后它就会给你生成一个 cloud 点 macdunk 文件到你的项目的目录下。在这里我以后端举例啊，比如说你把这段话给到大模型之后， 它就会识别采用的这个基础站，还有命名规范，还有代码风格在这个项目中是如何定义的，然后后续你再让 ai 去生成代码的时候，它就会延续当前项目已有的风格，进行代码的编辑。所以说写出来的代码呢， 规范也比较稳定，同时呢也延续了你们这个团队对于这个代码维护的一些规范。那在此基础之上，我们在用 ai 编程工具写代码的时候，肯定会出现那些由于上下文过长，然后突然发现大模型它好像降质了，刚开始很聪明，后来越写越烂， 然后你给他提示了很多次的问题，他还会出现那像这种情况，我们也需要把它规范到 cloud 点，查看文件里边，让他下次再遇到类似的情况，不要再继续犯错了。不管是谁都很讨厌一遍遍的重复我自己之前说过的话。所以当你发现 ai 反复的犯同类错误的时候， 比如说我明明不想让他删除我自己写的注目，但是他不知道为什么，就会在改代码的时候，莫名其妙的把我的注目删掉了，这就是很让我气愤的一个点， 好，诸如此类吧，就是这种反复犯的这种错误，屡教不改，你给他说一次，他改一次，那这个时候做法也很简单，就是你告诉他把这个问题固化为规范，或者说将此约束加入 clogs 点 markdown， 他 就会分析最近的几次对话，然后识别出到底是哪个问题。他总是反复的出现错误，然后提取正确的写法，然后把它规范到这个 clogs 点 markdown 文件里边， 这样的话，下次再遇到类似的问题，他就知道要按照最重要的这个规范去写了，就不会犯同样的错误。那刚才说的这种方式呢？就是很简单的一种方式，就是简单的一句话，让他把这个问题固化规范写到这个 cloud 点什么大文件里边 啊？还有另外一种呢，就是比较详细的指出你要把哪些东西写到 collab 里边，那这个时候就需要你啊，人为的去给他指定一些信息，把什么写到这个 collab 里边，你说的题词就相对来说要多一点啊，这样的话可控性会比较强， 这个相当于是备选方案，这两个用一个就行，如果说第一个方案简单，但是效果不好，那你就用第二个，我其实感觉我自己实践用第一个就已经足够了。那么好，接下来还有种情况呢，就是我们现在开始从零搭建一个项目，比如说 左侧呢，就是一个空的文件夹，现在我要在这个文件夹下开发一个项目。在开发这个项目之前，我首先需要，嗯，让大家帮我分析我现在要做什么 东西，如何？呃，定义这个需求，先出一份需求文档，然后出来需求文档之后实现的。之前呢，我们给他需要定一个 cloud 点 markdown 这样一个规范，总体的规范，防止他在一开始写代码的时候就乱写，那后面维护起来就越来越费劲。 这个就是另外一种情况，就是从零开始写项目的时候，我们这个 cloud 点 markdown 是 如何设计的？你只需要把这段提示词 给到他就可以了，在这个地方填入你对应的一些呃，这个项目的设计吧，比如说你是一个外部应用，或者说什么数据平台啊，机构站是啥，你把这些给到他，当然了你也可以把这个模板给到他，然后在他给你做完技术选型和方案设计之后，让他去帮你填充这里面的占位符， 这样的话把这段提示词再给到 ai， 让他帮你最终生成一个 cloud 点 markdown 文件，这样的话后续的开发就按照这个 cloud 点 markdown 文件进行开发， 就在一开始就把规矩咱都定死了。下面呢就是一个推荐的章节结构，这个大家可以了解，这个只是我做一个后段开发，嗯，是这样定义的，大家作为参考就行，主要是上面这个提示词好，那三种情况都说完了， 接下来我就和大家分享一个 ai 大 神 capcity 的 cloud 点 mac 软件，目前这个项目的 star 数是一百二十六 k， 可以 说达到这个量级的 star 数的 get 哈普项目并不多，如果说大家找不到这个项目呢，我也把这个项目中的那个 cloud 点 mac 软件给大家拷贝到这里了， 这是原版，然后还有中文版啊，我推荐大家还是用原版，因为大模型对于英文的理解可能要比这个中文理解要好一点，因为在训练的时候，嗯，就是英文可能要偏多一些，毕竟是代码相关的一些需求。最后就是常见问题的整理， 假如说已有的项目代码不规范，你接手了一个烂摊子，它可能是一堆史山代码，那么 cloud 点 markdown 应该是按现有的代码写，还是按照理想的状态写？那这个时候如果说允许你对已有的代码进行逐步的改造，也就是有这样一个前提， 那你可以按照理想的状态写，让 ai 帮你逐步的去改造当前项目的这个不太合理的设计和规范。 注意这个前提啊，如果说没有这个前提，大家千万不要去随便的去改线上的这些，呃，已经很多很多的这种代码大规模的改，千万不要，因为我们所有规范的前提呢，都是保证线上不要出现事故。 我把本期视频所用到的所有的提示词都已经放到我的资料的合集里了，就在这个位置，大家可以放心的使用。如果这期视频对你有用，记得点赞关注，我们下期再见！
01:12查看AI文稿AI文稿家人们谁懂啊？你们有没有遇到过用 vsco 的 的 c c 插件连 mimo v 二点五 pro 时发图片模型却识别不了的情况？ 后来翻官方文档才发现原来图片功能只对 mimo v 二点五和 mimo v 二安利，这俩模型开放， pro 版本压根没着权限。 不过借鉴这个博主给 cloud 装而易得，有隐秘值技能，不用画模型也能识图。对话框输入安装 skill skill 网址，在评论区获得 所有弹窗，按 es 确认，等待安装完成。安装完成后，按视频打开配置文件地址，将 off token 替换你的 api key， 一 切就绪后，复制图片地址对话框，输入图片地址理解图片， 可以看到 cloud 已经使用 sq 识图了， 模型居然说这是喜羊羊，真的绷不住了，哈哈，所以建议大家还是谨慎使用。你们有没有遇到类似的翻车现场评论区分享一下呗！
432王哇噻
03:58查看AI文稿AI文稿今天我们会完成桌面板打开之后的第一次设置，那么我们就开始吧。第一次打开 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， 在 我们后面也会去讲到像以规章和使用情况，就是你本地的一个任务的一个管理和一个用量的展示，平时经常的去看就可以了。
1.6万刘大雁AI版
