claude怎么处理d盘的文件

昨天我电脑的 c 盘又被塞满了九 g， 就 windows 电脑怎么就用着用着它就会被塞满，会变红？就是相信很多人也遇到过这种问题，明明我在安装各类软件，然后保存各类数据的时候呢，我会特殊的指定这些东西都保存到 d 盘，但是呢，不知道为什么 c 盘总是会爆满， 然后昨天呢，我也没找到原因，我通过杀毒软件用了 c 盘的此盘清理去排查，但是都没找到原因。然后今天呢，我突发奇想，能不能用 ai， 让 cloud code 帮我去本地查一下到底什么原因？ 今天呢，让我大吃一惊，大家可以看到他自己在跑命令，然后呢翻系统，然后呢精准定位，全程呢？我没有用代码，现在不单帮我生成了存储变动的比较大文件的 top 十的清单，还帮我分析了原因，甚至还帮我复原了一下当时我大概应该是做了什么样的动作，导致这些 c 盘的呃文件被存储下来。 最后我还是用了一句话，让他帮我直接去清理相关的数据，直接帮我通摩出了五点二 g 的 内存。就是这个这个案例，让我突然想到，我们对 ai 的 想象力可能还是太平寂了，他们不用以为现在的 ai 是 帮我们写什么视频的文案，帮我们拆视频的脚本，然后呢帮我们拍视频，做图片，这种跟我们的日常生活跟工作没有那么大的关系。 但实际上通过这个事呢，其实我想表达的事是，咱们不要把 ai 想的太局限，就是以前我们不敢想，懒得想，想不出来，做不出来，很复杂的一些事，现在我们大胆交给 ai， 可能会有一个非常好的效果， 它甚至会给我们一个我们自己从来没有想过的解决方案，然后呢它的效率，它的准确率会让我们大吃一惊，所以呢，就是咱们大胆想，大胆用 ai 的 效率会比我们想的会更加夸张，去试试吧，我相信所有人会重新的逐步的深入 ai 时代进步。

今天我花二十分钟把这个可绕的扣的给装起来了，其实呢，这个还是比较简单的，我今天就来给大家演示一下，先把这个可绕的扣的零摩擦， 帮大家先装起来，然后再告诉大家后面怎么去领免费的偷客人怎么 处理，自己的文件怎么用。我们首先就准备几样工具啊，一个就是电脑，电脑肯定是要有啊，但这个性能是无所谓。还有一个就是 qcloud 的， 这之前我教大家装过，如果不会的话就翻一下前面的视频， 然后还有一个就的不希克的网页版本，你如果有什么问题，安装过程中出错了什么的，你直接截图发给他，他会给你解答。 那 qq 二的你直接告诉他帮我安装一下 cloud code， 然后他他就会给你自动安安装上去， 这里我已经安装好了，我看一下能不能演示一下 qq 二呢，他每天也是有免费的额度的，所以说处理这些小小事情还是绰绰有余，这就是已经在在装了啊， 你不用管他，他自己会跑，跑完以后呢，那就装好了。那如果呃出问题呢，你就截图发给那个 deepsea 是 吗？根本不用人为的来操作，这难点呢，就是你这个装好以后怎么用，因为他用 cloud code 的， cloud 的 这个这个模型呢是海外的模型，你国内的话还用不了，需要配置一下，我之前用的是 deepsea， 这个配置起来比较简单， 等会告诉大家，如果还不清楚的可以加我的粉丝群哦，我群里会把相关资料上传上去，有问题呢也可以和群友大家一起交流一下，你看安装完成让我来确认一下这个内容。好，这安装好了，然后这些就是文件， 这还有个启动文件啊，直接开始刚刚第一个跳，跳出来的是是是否信任这个文件夹，直接打确定回车就可以了 啊，这里呢就可以开始聊了。我周边之前是有装过的啊，有装过这个模型的，现在已经切换到小米的这个这个大模型， 所以说他能回答我正常的话，你是这里是他会报错的，因为你没有接入这个 cloud 的 这个模型。 那我们怎么办呢？看一下啊，就你先要登录这个 deepsea 的 开放平台，然后 api 开放平台点进去，点进去呢，他这边的话会有一个，呃，个人认证， 个人认证啊，就认证完了以后呢，他会给账号里面充十块钱，那十块钱的话你用一下其实可以用好一段时间啊，再点这里 a p r k， 你 自己创建一个，然后呢，你这个 钥匙拿到以后，直接创建密钥的一个脚本，直接把对这一段文字呢全部发给那个，如果不知道就让 qcloud 帮你找你这跑完以后呢，它会新建一个 apikey 的 这个 hup， 这个自动程序里面呢，他是有你的，有你的这个密钥，把这个命令中的这个密钥替换成你真实的这个 api 的 这个密钥， 就是我刚刚复制的那个外串密码，然后还是发给你电脑这一串文字，那么他会给你新建一个 这个文件，它里面会告诉你是用的是哪哪个大模型吗？ 我这里是 deepsea， 所以 说他已经写好 deepsea， 如果说要用好一点模型，你直接给他替换成好一点模型，然后那两个文件生成以后呢？你就可以重新打开这个 试一下，你打开试一下，你随便给他发句你好或者怎么样，他如果能回答你，那么就说明你这个已经是成功了，就是已经从卡拉的模型切换到 deepsea， 那 么你就可以用国内的这个大模型去调用这个程序。 那大家如果遇到什么困难或者不懂的，可以加我的首页粉丝群，大家一起过来探讨一下吧。

cloud 用久了还是不太懂你，不是你不会用，是你没给他一本操作手册。其实 cloud md 就是 你给 cloud 定的永久规矩手册，写一次以后，每次打开直接用不用，每次都重新教一遍。下面我总结了八个写 cloud md 文档的技巧，分享给大家。 第一，越短越好，两百行以内只写三件事，你主要用它干嘛？什么风格别人三十秒能看懂，别堆废话。第二，必须写清楚，不许做什么，光告诉他你喜欢什么风格没用，他还是会自作聪明给你加鸡汤。加营销词， 直接列禁用清单，禁止极限词，禁止公文腔，禁止客套开场白，禁止凑字数。第三，规矩要具体，别写文案简洁点，他听不懂要写短句为主，不用生僻词。开门见山，不写多余铺垫。 第四，这个文档是指路牌，不是百科全书，别把所有资料都塞进去，告诉他模板放哪个文件夹就行。第五，重要场景单独定规矩写文案，一套规则做访谈，另一套分开管才不会乱。第六，把你的固定习惯写成反弹，另一套分开管才不会乱。第六，把你的固定习惯写成你不写死他下次就忘。 第七，建一个 memory， 点 m d， 让它自动记下你的偏好，越用越懂你。第八，一次性写清楚你的沟通风格，先给完整方案，不确定就列选项，大改动前先问，不要客套废话，写好了它就是你的永久行为准则。

很多人以为安装软件的时候，把安装路径从 c 盘改成 d 盘， c 盘就不会爆满了，其实大错特错，软件安装好之后，还是有很多缓存数据是默认存放到 c 盘的，我们在此电脑的这个文档点右击里边有一个属性，可以看到它的默认存放位置是在 c 盘的，我们点一下位置， 只需要把这个 c 改成 c 盘以外的盘，比如说 d， 然后点一下确定，这个时候电脑就会把 c 盘的缓存数据全部迁移到 d 盘，以后存放数据也都是 d 盘啦，这样你的 c 盘才是真正的保住了。你之前是不是也以为把软件装到 d 盘， c 盘就不会爆红了呢？

最近 cloud code 的 作者倡导大家让 ai 帮我们生成 html 格式，相较于 macdunk 格式， html 格式更加的精美，而且可读性更强。但是有个问题，我让 cloud code 帮我生成了一份演示文稿，我想改其中的文字，该怎么做？比如说， 我想把这里的完全手册改成入门手册，此时你的初级成员朋友可能会告诉你，你用文本编辑器的方式打开它，然后找到对应的文字修改即可。但是对于不懂编程的朋友来说， 修改这样文件简直是噩梦。你的终极权限朋友可能会跟你说，你按 f 十二打开开发者工具，选择这点元素，然后选择这个箭头，他可以去做审查元素，然后在对应的位置去修改。 但是这种方式不够优雅，接下来我将给大家分享一种更加优雅，更加所见即可所得的方式。首先还是打开调试窗口，然后选择控制台，在这里输入 document， 它会给你提示，你按一个 table， 它就会自动补全，然后 点 design， 然后 table 自动补全，等于 它会提示，然后 table 保存，然后按回车。接下来你将打开新世界的大门，整个网页变成了一个类似于 word 文档，你想在哪里修改就在哪里修改，你想怎么去修改删除都可以。 然后修改完成之后，记得按 ctrl s 保存到本地即可。 ok， 今天的分享就到这里，感兴趣的朋友可以点个关注，后续我会为大家分享更多实用的 ai 技巧和落地指南。

c 盘红了就按我这个顺序处理，释放二十 g 以上空间，记住空间不是靠乱删清出来的，而是先要找出是什么东西占用的最多。第一步，扫描 c 盘，看看存储状况，看分配， 这个十二 g 文件是休眠文件，如果你不需要休眠功能的，可以删掉，然后要确认虚拟内存文件是否在 c 盘， 我是把虚拟内存放在 d 盘的，我现在给大家做个展示，如果看到先别删，这个不是垃圾，它是 windows 的 虚拟内存。正确做法是把它大部分转到 d 盘， c 盘只保留一 g 到二 g， 这样 c 盘马上就能空出几十 g， 跟着我操作就可以了。 此电脑右键属性，高级系统设置性能设置高级虚拟内存更改，按着我的填 c 盘自定义大小，初使大小填一千零二十四，最大值两千零四十八，然后点设置， 第一盘，选系统管理的大小，然后点设置确定。做完这一步要重启电脑，如果你原来虚拟内存在 c 盘的，重启电脑后会多出二十 g。 第二步，运行 bat 安全清理，把临时文件更新缓存，回收站、浏览器缓存这些能安全清的先一次清掉，这一步不会动，你的照片、文档、视频也不伤系统文件，可以放心用， 这会显示信息，只需要跟着做就可以了，都会有提示，看自己需求操作，操作完看结果就可以了， 这个是休眠功能，如果不要就选 y， 会多出十 g 左右，最后清理完会看到释放了多少空间。 第三步，看文档，有没有微信或 qq 的 聊天记录，如果有就转移到 d 盘，再看下载桌面视频，有没有大文件，不用的删掉，重要的转移到 d 盘，也可以用软件来查看，不会判断的，把位置图发出来，我帮你看。

在电脑是 macbook pro 芯片， m 五，内存十六 g， 给他做一个设计的一些软件， ps 和 cad。 这位粉丝跟我说他需要加一个 d 盘啊，做一个，做一个文件的一个保存，所以这里给他加一个五百一十二 g 的 一个作为 d 盘。现在给他 新建一个硬盘，点击新建简单圈啊，下一页，下一页啊，这是 d 盘，下一页这里全部改为默认就可以了。 好，完成好，这个地方就出现一个 d 盘的啊，方便他以后去放一些资料文件啊。这给它弄好了，智装天下标准版，他们一个做设计的一个客户端把它装上去， 这个界面就已经打开了，待会他自己操作，接着在这台电脑上安装 cad， 二零二四，好， cad 正常使用没问题。好，下一步给他安装 ps。 这回这个 ps 给他装好了啊，先打开测试一下。 好，没问题，可以正常去使用。那这位粉丝的电脑要求给他弄好了啊，一个智装天下，一个 ps， 一个 cad， 他 电脑给他加一个 d 盘，方便他日后的工作，一些资料的一个存放 好。以上内容仅作为我的一个装机过程的分享，不做任何的引导。如果说你在使用苹果电脑游戏软件不会安装的话，欢迎在评论区留言，我是自由人托尼，一名互联网从业者，咱们下期见，谢谢！

很多小伙伴 c 盘莫名其妙就爆红，其实最大元凶就是微信、企业微信、 qq、 飞叔这些天天用的聊天办公软件，默认全都装在 c 盘，缓存文件、图片越积越多，动不动就占几十 g， 想清不敢清，想挪不会挪。 今天教大家一个最简单的方法，把这些软件的数据存放位置签到地盘或者一盘，不用重装，也不会丢聊天记录，小白跟着一步一步操作就行。首先咱们先说微信，这是占空间最大的， 打开微信，点左下角三条杠，进入设置，找到账号与存储这一项，然后点击更改存储位置，提前在地盘新建一个文件夹， 比如 wechat date 这种英文名称会更规范一些。选中之后点击确定，微信会自动重启，聊天记录图片文件都会自动迁移过去，不需要手动复制，也不会丢数据。 接下来以 qq 为例，我给大家讲两个最关键的点，第一个是以后安装任何软件的时候，一定要点自定义安装，把默认的 c 盘路径改成 d 盘。 第二个是已经装好的软件，类似微信操作，在设置里面找到文件或存储管理，把默认下载和缓存路径也全部改成其他盘。 像企业微信、腾讯会议、飞书这些软件，操作逻辑基本都一样，大家找到存储位置，相关设置修改即可。 按照这个方法，操作完之后， c 盘马上就能腾出不少空间，以后也不会再莫名其妙爆红了。小白电脑干货铺，点赞关注不迷路！

很多小伙伴问怎么让 cloud code 接上 deep seek？ 这条流程我从头到尾给你讲一遍，照着走就行。 视频稍微有点长，建议先点个收藏，耐心看完，按步骤动手。先说清楚， cloud 是 anforepic 的 网页和 app 聊天助手，你打开浏览器就能用。而 cloud code 是 跑在你电脑终端里的编程搭子， 它能直接读你的项目代码，改文件、跑命令，相当于把 ar 装进了你的工程目录。更狠的是，凭借社区里那一大批开源 skills， 它还能调度你电脑里的一切浏览器表格、邮件、设计稿，几乎想自动化什么都可以。 为什么要接 deep seek？ 两个原因，在国内访问稳定，不挂代理，按 token 计费，也比海外接口便宜不少。而 deep seek v 四 pro 的 能力，应付日常写代码、改 bug、 做重构绰绰有余。 开始之前先准备两样东西，第一， node js 十八以上版本提前装好，长期支持版就行。第二， get for windows， windows 用户必装，不装后面依赖会报错。 第一步，安装 cloud code， 在 开始菜单里搜 power shell， 右键以管理员身份运行。打开窗口后复制官方的 m p m 命令，粘上去回车，等它装完。 装完输入 cloud， 加上版本参数，看到版本号就说明装好了。第二步，获取密钥， 进入 api 开放平台，进入控制台后，在左边的侧边栏找到 api keys 这一项，点进去， 页面下方有一个创建 api key 的 按钮，点一下弹出小窗，给这把密钥起个名字，比如就叫 demo， 然后点创建， 创建成功之后会弹出一个密钥字符串，立刻点复制保存到记事本或者密码管理器里。特别提醒，关掉这个窗口之后，密钥就会变成密文，再也看不见。 如果你不小心丢了，只能删掉，重新创建一把。第三步，配置 cloud code， 打开文件资源管理器，进入 c 盘用户目录，再进入点 cloud 这个文件夹。 如果看不到点 cloud， 要先在查看里把隐藏项目和文件扩展名都打开， 然后新建一个文件，名字叫 settings jason 把这段配置直接复制进去，把 api key 行换成你刚才复制的密钥保存即可。第四步，验证打开终端或者 power shell， 输入 cloud， 回车 看到红色边框的欢迎界面，模型型显示 deep seek v 四 pro， 就 说明已经成功接上 deep seek。 最后再送一个加分项。如果你平时在 vs code 里写代码，配好 antropic 官方的 cloud code 插件， 装完进入侧边栏的 cloud code chat， 它会自动识别你刚才配置好的账号，直接就能在编辑器里聊天和改代码。 整个流程下来，你就拥有了一个本地终端加编辑器，双端可用的用 deep seek 驱动的 cloud coat。 你 学会了吗？欢迎评论区聊聊。

为啥软件都装 d 盘？ c 盘依旧爆红爆满，百分之九十的人都搞错了，软件只是主体放在 d 盘，但软件运行产生的临时文件、缓存、数据、安装残留，全部都会自动存放在 c 盘，时间久了堆积如山，占用大量空间。想快速释放 c 盘空间，双击打开此电脑，直接进入 c 盘， 点击 windows， 在 这里面找到这四个文件夹。一、 temp， 它是电脑的临时文件。二、 log files， 它是电脑的操作记录文件。三、 download， 它是电脑下载软件时残留的安装包垃圾。四、 perfer， 它是电脑的访问记录文件。把这四个里面的东西全部都清空，电脑就彻底干净。

我看有不少用户都遇到系统盘空间不足的情况，特别是游戏玩的很杂，即使各种软件游戏都装在 d 盘， c 盘空间也是出现了爆满的情况。那么本期视频就教大家清理系统盘空间的方法，能帮大家腾出大量的磁盘空间。 首先是删除 dx cash 里面的缓存文件，随着我们下载游玩的游戏越来越多，进行的着色器缓存文件也越多，而且默认位置还是 c 盘， 长时间不清理的话，内存占用越来越大。接下来就教大家彻底删除的方法。首先关闭着色器缓存文件，右键桌面空白处，打开英伟达控制面板， 点击左侧的管理三 d 设置，将着色器缓存大小改为禁用。接着重启电脑后，按住 win 加二打开运行，输入 app data， 回车进入后找到 local 文件夹，再点击 nvidia 文件夹进入，将 dx touch 里面的文件全选删除即可， 部分用户找不到的话在这个 local low 文件里面。接着还需要重新打开着色器缓存。继续打开英伟达控制面板，同样点击管理三 d 设置，将着色器缓存大小改为无限制，或者最少改为十 g 大 小。接着重启电脑，打开奇游，搜英伟达，进入 到这里处，输入要抱抱用来完成操作，然后点击 c 盘清理，等待清理完成即可。该方法能清理游戏的无效文件，释放 c 盘空间。不过这个技巧就是清理不常用的缓存文件，要是玩的游戏比较少，或者该文件占用内存不大的话，可以试试后面的方法。打开微信，点击左下角的三条杠，进入设置， 查看一下存储位置是否为 c 盘，是的话直接点击后面的更改，将存储位置改为 d 盘。 qq 也是使用同样的方法修改。 清理完成后，我的 c 盘从二十 g 可用变为四十 g 可用了。然后大家还可以使用 space sniffer 工具检查一下，看是哪个文件占用内存比较大，这样能有一个针对性的清理目标。那么以上就是本期视频的全部内容了，希望对你有帮助，我们下期再见。

如果你已经在用 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， 所以 其实它已经有一些自动的转换过程了。

这段时间啊，发现一个很有意思的现象，周围越来越多人呢，开始用 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 阵子的朋友，这对我真的很重要。我是林秋水，用技术生存，用哲学生活。我们下期再见！

c 盘最全清理教程，直接释放几十 g 的 c 盘空间，解决 c 盘爆红。 number one， 清理系统缓存键盘，按住 win 加 r， 打开运行框，输入百分号 temp 百分号这个是系统产生的临时缓存文件，没有任何用处，直接全选删除 number two， 继续按住 win 加 r， 输入 software distribution 回车确定，点击 download 全选删除 number three， 再次按住 win 加 r， 输入 temp， 确定这个里面存放的是安装软件解压后的临时文件。全选删除 number four， 清理系统更新文件，按住 win 加二，输入 clean m g r 确定，选择 c 盘，点击确定，等待计算，选择所有的文件，点击确定，自动清理垃圾文件，等待清理完成。 number five 接着按住 win 加 i， 打开系统设置，点 击系统选择存储，点击临时文件，等待加载完成，选择文件删除即可。 number six 更改文件存储位置，回到系统设置，选择存储，选择高级存储设置， 找到保存新内容的地方，将位置全部改成除 c 盘外的其他盘符。最后点击应用，定期做好以上操作，你的 c 盘再也不会爆红了！

为什么你用 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 帮你逐步的去改造当前项目的这个不太合理的设计和规范。 注意这个前提啊，如果说没有这个前提，大家千万不要去随便的去改线上的这些，呃，已经很多很多的这种代码大规模的改，千万不要，因为我们所有规范的前提呢，都是保证线上不要出现事故。 我把本期视频所用到的所有的提示词都已经放到我的资料的合集里了，就在这个位置，大家可以放心的使用。如果这期视频对你有用，记得点赞关注，我们下期再见！

很多人电脑用久了， c 盘天天爆红，越用越卡，重装系统还丢重要文件，今天四个关键点一次性讲清楚。第一， c 盘分区一定要两百 g 以上， windows 系统更新休眠文件，各种缓存特别占空间，两百 g 起步，不用经常清理，长期不红盘。第二，桌面文件千万别放 c 盘，很多人图方便，习惯把文件、照片、视频直接放桌面，但大家一定要记住， 桌面默认就是存在 c 盘里的，也会占用 c 盘大量空间，万一哪天系统崩溃，重装系统，桌面上所有东西瞬间清空，说没就没，到时候哭都来不及。 一定要把桌面路径迁移到其他盘，别再存在 c 盘了。打开此电脑左侧导航栏，找到桌面右键属性，切换到位置选项卡，点击移动， 在弹出窗口左侧点 d 盘，在 d 盘空白处，右键新建文件夹，命名为桌面，点击选择桌面文件夹点，确定弹出是否移动文件，选是， 这样以后桌面文件就都存在 d 盘， c 盘空间不会被桌面文件占满了。第三，打开系统存储感知，自动清理垃圾键盘，按住 win 加 i， 进入系统设置，找到存储， 开启存储感知，点击进入，根据自己的需求设置清理时间，这样就可以定期自动清理垃圾了。反到上一菜单，找到高级存储设置， 把保存新内容的地方一一改成其他盘，并点击应用。大家记住啊，下载路径和安装路径是两回事，你在下载的时候它会自动下载到 d 盘里，但你安装的时候还是需要手动点一下，不要安装在 c 盘。 第四，微信、 qq、 视频剪辑这些软件聊天记录、缓存、视频素材超级大，存储位置全部改到其他盘， c 盘瞬间清爽，同时重装系统也不会丢文件。

hello， 大家好，我是张。你有没有想过，当你在 cloud code 里敲完回车，屏幕上出现 calligraphing、 咕这些英文， cloud 到底在干什么？ 今天我就带大家完整走一遍，让你彻底搞明白。整个过程分为四个阶段，第一个阶段叫思考中，你按下回车之后， cloud 不 会马上回复你，他先在后台分析你的意图，琢磨你到底想干什么，然后决定该调用什么工具来帮你。 这时候屏幕上会出现一个旋转的小星星，后面跟着 coachching 这个词，卡格切丁就是琢磨深思的意思，比普通的 thinking 更俏皮。后面括号里的数字，比如三秒，就是他已经想了多久。 除了了 codatating， 你 还可能看到 thinking， pondering， brewing， processing， 这些词意思都差不多，就是 cloud 在 不同场景下的不同说法。看到旋转指示符，加上这些词，说明 cloud 正在工作，时间越长说明问题越复杂，但 cloud 没有卡住。 第二个阶段叫回复生成。思考完了， kala 开始往屏幕上输出文字，这时候你会看到一行提示叫 gru for 四十四秒。 bro 是 酿造的，意思，就像酿一杯咖啡。 kala 用这个词告诉你，我花了多久才想好怎么回你， 这个时间怎么理解呢？一到三秒说明问题很简单，柯老秒回你五到十五秒，中等复杂度很正常，二十到六十秒说明问题比较难，柯老在认真想，超过一分钟，要么是非常复杂的问题，要么就是网络有点慢。 第三个阶段叫工具调用瓜包特光靠自己想是不够的，他还需要去读你的代码，搜你的文件，跑你的命令。 这时候你会看到屏幕上出现一个三角箭头，后面跟着方括号里的工具名字。比如 read 就是 读取文件的意思，它会把你指定的文件内容读出来。 grab 是 搜索，比如搜一下哪个文件里定义了 login 这个函数。 bash 就是 执行命令，比如跑一下测试，看看哪些过了，哪些挂了。还有 edit 是 编辑文件， write 是 创建新文件， goop 是 按文件名搜索，每个工具就用完了，后面都会跟一个结果，比如读了多少行，搜到了几个匹配，测试过了几个。 这样你就能清楚地看到 clock 每一步在做什么。最后一个阶段就是回复完成，旋转的小星星消失了，光标回到输入的位置，说明克劳干完活了，等你继续输入 好了，这就是 clock code 完整的工作流程。下次当你在屏幕上看到 colletting 或者 brut 的 时候，你就知道 clock 正在认真帮你干活呢。大家有什么问题吗？

如何让 cloud 高效的设计出有质量的需求说明书啊？今天给大家分享一个干货，可以关注和收藏一下。 第一点就是在你写一个说明书的时候，首先你要对这个需求有基本的了解，比如说需求的背景，需求涉及到哪些功能点，有哪些接口，或者说哪些地方需要考虑性能的， 然后有大致的一个呃表明，就有可能会涉及哪些表，可能字段你不需要出，但是你表明要出来，出出来。然后这个写一个小型的一个 microsoft 文件，然后把这个微 microsoft 文件扔给大模型，比如是 kol kolld， 那可乐就会给你出一个出版的需求说明书，然后你寄入这个出版的需求说明书，然后比如说那明显有问题的，前后逻辑有问题的，或者说有些字段设计用于的，或者有些接口设计的不规范的，然后你给他做一个呃修改，让他让他直直接进行修改， 然后来到第二点。第二点就是比如说你基于某一个功能，你说啊某某某功能，你给我以人类的自然语言给我描述一下这个需求的功能点， 他的业务逻辑是什么样子，然后看他说的是不是符不符合你的需求，然后在这个把整个的所有的功能点啊需求功能点再修改一下啊。第三点 这个斜修的地方就来了，因为你让一个大模型给你设计一个模型，它可能呃它有自己的训练的那种范式啊，然后它就会给你出出一定的那个 呃需求说明书，呃和或者是功能点或者一些文字，但这个是可能有偏差的，比如说我用 kol 的 设计，底层用的是 deepsea， 那 你就把这个需求说明书放在，比如说那个 kimi， 大家说我基于这个需求说明书，看看你是否有优化的点，然后他大概率会吐给你呃三到五个点，然后你再根据这三个五点再来一个修复， 修复完了之后，然后就来到第四个点，就是你把这个需求说明书，你说基于这个需求说明书给我写完整的测试案例，并根据这些测试案例对需求说明书进行测试。 然后这个这个点他真的会像我今天做了一个数据说明，他会给我出七十多个案例，并且会把这个七十多个案例全部都跑完，跑完之后他真的会给我出一个 呃，非常符合逻辑的测试啊。举个例子，比如说呃，我给他设计 呃出两个叫板，然后叫板来跑任务，而其中一个叫板说是要把这个呃某一个固定时间延长十分钟，然后再来呃，再来获取一些数据，然后对这个数据进行冲阵。但是呢， 你可能另外一个叫板是当到某一个时间点之后，直接把这个任务给关了，那这个时候他就会有一个时间冲突的一个点，那这个时候这个测试案例就会把它给测出来， 是不是？如果说你写一个文档是不是测不出来？就是你有有些点是忽略掉啊，直接让直接让这个大母熊给你跑一遍这个测试案例，对，你这个需求说明书啊。完成这个四点之后，然后你再把这个需求说明书放到你 准备用呃来编码的大模型里边，比如说我用 clark， clark code 给我设计书需要说明书，然后我用 ctrl 给我编辑代码。那你在放进这个 ctrl 之前， 你也让科索进入科勒科索的培养模式，让他说看一下这个需要说明书有没有什么问题，然后是否符合编码习惯，是否遵循现在的技术站等等这些问题啊，他可能也会有这么一到三点给你优化，而基本上你这个 需求的详细说明书就完成了。那那众所周知的代码已经完成了，就标志着代码已经完成了， 起码百分之九十五的代码已经完成了。然后续你可能呃和，比如说你和其他系统呃连调呀，或者说有一些小 bug 呀，然后你就可以自己不断的来给他迭代迭代修复，基本上代码就完成了。 所以这个就是我给大家分享的如何做一个有质量的需求说明书的一个点，大概这么五点，你觉得有有是否对你有帮助呢？欢迎评论留言。

c 盘满了别乱删，小心电脑变板砖！正确清理方式在这里，这期视频我们来讲讲清理内存时哪些是不可以删除的。首先，这五个文件夹中的内容都不可以删除，其中 system、 windows、 md 都是与系统相关的文件， programdate 是 游戏存档， davos 是 驱动程序。 如果想知道哪些文件是可以删除的，可以去看上一期视频。接着我们继续讲清理 c 盘的方法。清理文件存储感知。 win 加 i， 打开设置，选择系统存储，找到存储感知，打开并进入，点击立即运行存储感知，这样系统就会自动帮我们打扫垃圾。 清理安装包文件还是来到运行，输入 softwister boom， 点击 download 文件夹，删除里面的内容，这些都是系统更新时下载的补丁和安装包，可以放心删，不影响系统运行。删除后别忘了要清空回收站。 清理休眠文件，回到运行，输入 cmd， 回车后再弹出窗口，输入 power app h f 即可关闭休眠模式。休眠文件也会自动清除，你学会了吗？记得点赞收藏，下次需要清理 c 盘时，就不用担心找不到了。