claude怎么改Excel文档

有很多外贸新手，他不会做这个专业的 p i 给客户，因为这个专业的 p i 做不好的话，里面会存在很多漏洞。没事，现在就赶紧跟上宇哥的步伐，现在就教你如何用克拉的 ai 做一个 excel 的 这个 p i 文档。好，我们直接就可以跟这个克拉的扣的说，就是帮我做一个外贸形式发票， 那需要包括所有正式外贸条款啊，符合国际格式，内容越详细越正规啊，我们直接就交给他。 好，这边不到一分钟啊，这边就做出来了，做出来之后我们直接在这边选择 download 好， 下载到本地，打开文件。 好，我们这边就可以看到啊，所有的这个行驶发票，对吧？ 所有的内容条款，这个海关编码，品牌报价数量 啊，还有一些这个 packing details， 包装卖头付付款条款啊，银行信息通用贸易条款啊，这边全部都出来了啊，双方签字确认啊，非常的正式。

最近半年使用 cologod 安装了近百个 skr， 最后发现真正能提升工作效率的其实只有三个技能，今天免费分享给大家。第一个， superpowers， 这个 skr 改变了我用 cologod 的 方式。以前我是直接把需求交给 cologod 的， 让他来写代码，写出来虽然能跑，但是经常跑偏，改来改去浪费大量时间。 装了 superpowers 之后，我养成了一个新习惯，每次开弓前先跑一遍，不认英斯德尔敏。这个技能能让可洛的反过来问我问题，你打算怎么处理并发数据库选什么 等等等等。问完一圈，他会把讨论结果写成设计文档存到本地。听起来多了一步，但这一步帮我拦住了无数次的反攻。有些问题你自己都想不到，但是可洛替你想到了。 注意， superpowers 包含了二十多个紫技能，千万别全开，我只用 breamstorming， 头脑风暴， 其他的按需加载，要不然会浪费大量上下文。第二个技能， playing with fails， 这个技能解决了我被坑过无数次的问题。 cloud 有 个问题，它做到一半就失忆。不知道你们有没有遇到过 一个复杂的任务，聊了半个小时，可乐突然说，好的，让我们开始吧，然后就把之前做过的事情又重来一遍。根本原因是对话太长了，上下文被压缩，之前的计划全丢了。普莱因维的 flow 的 做法很聪明，就是别把计划写在脑子里，它是存在纸上 克拉的扣的。每次动手前会先建一个计划文件，每完成一步就在这个文件里打勾，就算上下文清空了，重新读一下文件就能接着干。 这个思路跟 minnes 很 像， minnes 做常任务为什么玩？因为它所有的中间状态都存在本地了。第三个技能， roughlop， 我 给这个技能起了个外号，监工 sky， 你一定体验过 cloud 的 摸鱼模式。写到一半突然说基础框架已经搭好了，你可以在此基础上继续完善。 翻译过来就是活我没干完，我先下班了。 raflopp 通过一个或可拦截 cloud 的 退出动作，他退出的时候或可会检查。你说的完成标准达标了吗？没达到，回去继续写。 我用它写过，完成过一个 c r u d 模块，设了条件，所有接口测试通过加 redmi 写完才算结束。 kloth 中间响停了三次，但都被塞回去了，最后确实把活干完了。但要注意的是，完成条件一定要写写具体做完用户模块这种话等于没说， kloth 分 分钟说服自己已经完成了写成。完成登录接口可用 单元测试，覆盖率百分之八十。加 redmi 包含 api 文档，它才没法浑水摸鱼。以上就是我常用的三个技能，今天希望能够对大家有所帮助，感谢观看，拜拜，下期见！

哈喽，大家好，我是迪迪，那这个图是我用一个 excel sheet 加上我右边的这个 skills 两分钟生成的，那除了这个图标，我还做了这个图标反映出来的这些核心洞察，所以今天就带大家一起来拆解一下我是怎么样去做的。 首先带大家来看一下右边的 skills， 那 针对于 skills 怎么样去写，我们之前有分享上面的话就是一些 matter information， 包括这个 skills 的 名称是什么，它具体在什么样的场景下会触发这个 skills 呢？主要是针对于你给他一些数据，以及加上你自己想要看到的一些数据反馈的一些问题。 skills 就 能根据你数据的一个格式去选择相应的一个图标，比如说有一些变形图或者一些柱形图，散点图等等，所以它会根据你自己数据的不同，然后去匹配相对应的一个图标。那同理也会说到，有些图标是不适用于在某一些情况下用的， 在这个地方已经完全给它规划好了之后，我们就开始写了一些的表本，对于不同的一个图标的类型去针对性的写了图标的样式， 包括 line chart 应该怎么样去设置， bar chart 怎么样去设置等等。所以这个接下来就是一些排行榜。那除此之外，因为之前用的都是一些英文的一些图标，所以在后面我也会加上一些中文字体的一些配置， 这样可以更加方便于中文字体更好的去展现出来。除了表格之外，我还放了一个核心洞察，就是不同的数据它是什么样的，但是用户往往需要从数据里面知道下一步应该做什么， 所以在这个以上的一些数据里面，还给他配了一个核心洞察的表格，而每一个表格他都有一些卡片，类似的这些结论条，方便我们去更好的执行于下一步。所以这个就是整体的一个从 excel 数据到怎么样呈现不同的数据可化的一个过程。 接下来给大家看一下我头位给他一开始的这个原始数据大概长什么样子。大家可以看到这个我拉出来的一个爆品的数据， 主要我想分析这个爆品后面商家是怎么样去选优质的达人的，以及他们选达人的策略是什么样的。那在这个表格里面其实比较的混乱，他只是分成了几个类别，包括达人是谁，他们的联系方式，他们的分类是什么，国家、地区、粉丝数、销量、销售额、开始带货的时间， 以及他们的一些详情页。但是在这个庞大的数据库里面，我要精准的总结出来这个商家是怎么样去挑选他们达人的，怎么样达人更好的去卖这个爆品的。我是没有办法很快能够得出结论的。那么为了提高这部分的数据效率，我就做了 sales。 大家来可以看一下我们得到的一个结果。先第一张图里面我们可以看到它其实是一个贩类，我先不说这个爆品它是什么类别的，我们是没有办法很直观的从这个类别里面去知道这个品是什么， 其中购物与销售占到了百分之九，家居占到百分之八，美妆占到百分之七，所以它是一个贩品铺货类的一个策略，而大多数的都属于其他类，这些达人没有明确的一个垂直分布的一个展示， 那这个品其实是一个枕头，所以说如果我们也是需要去卖枕头，我们也可以采取相应的一个策略。对于这些达人的分布，我们可以选择不同行业不同垂类的，因为并没有直接的联系显示，只有在家居类和这个销售额会成为一个正比。 而第二张图我们可以看到他的横轴是粉丝数，纵轴是销售额，所以他是一个粉丝量级和销售额的一个对比图，可以看到仅显示有销量的有二百八十六个人，也就是说百分之七十他的一个达人都是一个僵尸达人，他并没有出单。 而越靠右上角这个呢应该是 k o l 的 一个转化占比，它是高粉加高销，但是大部分的其实都是在这个位置，那这个位置可以看到它其实粉丝数也并没有很多，但它销售额可以带到一个比较高的一个量级，所以它是一个 k o c 聚集的一个策略， 大部分的 k o c 它都是集中于粉丝数在这个量级的。如果说我们需要带枕头类的产品，我们也可以去效仿这个策略。 接下来来看一下第三张图，他显示的是销售额的一个帕雷托，怎么样去理解呢？其实就是头部的集中度极高，百分之十他贡献了百分之九十九点二的销售额，而前百分之二十的达人贡献了百分之九十九点的销售额，也就是说大部分的达人累积他贡献的销售额占比都是集中于前面， 所以这个是我们能够得出的结论。那后面的达人其实我们后续是可以采取一些相应的措施和策略，要么是放弃了，要么是减少去跟他们的合作，而集中去维护好头部的这些能够高出单的达人。 接下来是第四张图，是视频带货的 gpm 和直播带货的 gpm， 他 们的中位数视频是占到了二十三点九，而直播是占到了六点六，也就是说中位数大概是三倍的一个差别。那么对于枕头这个品类来说，它的视频转化率是远高于直播的转化率的。 但是其他类型的产品，比如说沙发，它的直播的 gpm 就 远高于视频的 gpm， 因为它是一个更加高客单价的一个产品，在视频里面客户去进行种草，而在直播里面，它是去进行一个割草去转化的一个过程。所以对于不同的品类，我们需要找到它相对应的一个带货模式，要么是短视频的一个带货模式，要么是直播的一个带货模式。 所以如果说我们需要去做这些不同的品类，需要采取不同的一个带货模式，接下来我也是有把这些洞察放在了这里。那一句话去总结这个爆品枕头的一个策略，它就是一个贩品类，加上海量的铺达人，加上大部分的一些 koc 以及视频带货。 所以说如果我们想要去复刻我们同行业的一些爆品，我们也可以去拆分，那除此之外，我们可以再去拆分的细一些，比如说粉丝量级，具体是在某一个行业里面，他的一个散点图的占比，又或者说我们从其他维度去分析这个品类他爆的一些特点， 不仅仅是达人端，也有可能是商品端，它的竞品端从不同的维度去分析。那么有了这个 skills 呢？只要你有相对应的一些原始数据，那么我们就能够得到一些相对应的 insights， 从而能够帮我们更好地去做出结论和策略。今天给大家分享的就是如何从一个原始的 excel 数据到我们的数据格式化。

从今天起，你打开 word 就 可以直接用 cloud 了。今天凌晨， cloud 宣布正式接入微软 office 全家桶，什么 word 呀， excel、 ppt 全都可以直接用。 outlook 也开放了公测，什么概念？家人们全球 office 付费用户超过四亿，而专业的程序员也就两三千万。所以说， 我们普通的打工人，也可以在自己平常用的办公软件里边用到 cloud 了。更关键的是跨应用共享记忆，你在 excel 里边让 cloud 处理的数据切换到 ppt 里边，它也能记得。而且也可以帮你直接生成图标，插放进去邮件里的需求到 word 里边，它还可以直接接着写。 以前用 ai 是 打开网页复制粘贴再复制回来，现在是直接在文档里边对话干就完了。这件事情有意思的地方在于， ai 工具的战场，从谁的模型更强，变成了谁离用户更近。 cloud 没有自己的办公软件，但它直接进入了四亿人每天都在用的 office 里。你不用去找 ai， ai 就 来找你了。

cloud 进 office 了，意思是以后你的工作日可能要这样过。早上打开电脑， outlook 里堆了五十份邮件，一半是垃圾推送，一半是真活。你直接跟 cloud 说，先把这周内部邮件归类好，外部客户邮件按优先级排，每封都帮我起个回复草稿，他 替你过完一遍，所有草稿停在草稿箱，要你点发送才发出去。也就是说，他不会替你发错邮件给老板，也不会漏回。客户 邮件里附了一份会议简报， cloud 直接把它打开到 word， 按你要的修改模式改稿，每一处删除标红色，新增标绿色，每条改动，你点对勾或者叉原稿，一个字都不丢。这就比那种 ai 帮你重写一遍，你两份对着干才哪改了，省心多了。 根据这份简报，跳到 excel 搭财务模型，你说做个三档敏感性分析， cloud 在 shift 一 条假设条件， shift 二 shift 三的公式自动联动，但你已经写好的那些公式它一个不动，也就是说，你不会突然发现某个总账格变成了 ref 错误模型搭完做成 ppt， 按你的模板排版， 你公司的字体、配色、 logo 直接套用，不会冒出来一份奇奇怪怪的 ai 风格。注意，深沉的是原生图表，不是丑的要死的图片塞进去， 你后面发现数据要改回 excel， 改一下 ppt 图标自己跟着变。整条流程， cloud 带着上一步的上下文走，你 不用一遍一遍把材料喂给他，他替你跑活，你只管点确认，所有付费 cloud 的 用户免费用不另收钱。以前你用 office 干活，从今天起， office 替你干活。关注新智源，秒追 a s i。

教大家用 clogcode 来控制浏览器，将网页数据保存为本地表格。首先进入 clogcode， 我 们先给他发送一个网页保存表格的指示文档，以防方向跑偏视频后面我会给大家看这个文档内容，然后输入对话内容，浏览器打开这个网页， 抓取电视剧排行榜数据，存至本地此目录表格中，点击确认后，它就开始工作了，预计等待时间一分钟，不想看 ai 过程的可以拉下进度条。 这个时候已经在本地保存好了表格，我们可以打开看一下， 可以对比下数据，完全没问题。 那么我们看一下指示文档说了什么。这个文档是我总结的，大家可以作为参考。核心原则就是数据在浏览器端完成全部处理，通过本地服务保存文件，不经过 l l m 对 话上下文， 然后抓取数据的逻辑式，优先看有没有 api， 如果没有，再解析大幕。 我们让大模型生成前端 js 代码，然后执行，将结果直接保存为本地的文件，结果数据不会传至大模型。 这样做的优点是爬取的数据不会快速占满大模型上下文，而且大模型的处理速度会变快很多。如果这个思路对你有所帮助，欢迎点赞收藏！

如果你也想做出这样这样这样的设计版面，那跟着我一个视频，教会你用 kimi 和 cloud 做出同样优秀的排版。 kimi 不是 独立软件，它是 cloud 的 一个排版插件，装上之后，你不需要点任何按钮， 直接跟 cloud 说话。比如帮我排一份简历，排版就自动套上了。它自己带了一套配色和字体，米色、纸底、蓝色、点缀、衬线、标题，这些你都可以改，但它的默认设定，百分之九十的场景都已经够用了。 它适合做什么？个人场景、简历、作品集、职场场景、白皮书、换登片、一页纸、商业场景、言报、年报、落地页。还内置了十四种图表、架构图、流程图、柱状图、环形图，直接打字就把图做出来了， 而且配色和字体都可以很方便的在规则里改。现在它是完全免费的呢。

嗨，大家好呀，你们没有开发经验的朋友，我最近又开始做开发了，我最近在忙着写一个手机 app， 然后有一个小小的关于 md 的 心得想跟大家分享一下。 首先要写一个能上架 app store 的 这种手机 app， 它的工作量是比我之前写的那些网页的 app 要高很多很多倍的，所以为了这么复杂的工程能顺利完成呢， 一开始是跟 cloud 聊了很多，并且让他把所有的内容都总结下来，写成不同的 md files， 我 和 cloud co 都可以回去看的那种。同时呢，在开发的每一天，我也在让 cloud co 帮我写一个开发日记， 让我记得哪一天我们做了哪些事情，遇到哪些问题，还有具体做了哪些决定和改变了哪些方向。那么这时候我发现一个问题，就是这些 md files 基本上只有 clock code 在 看在读，而有的时候我想去看一下，读一下，写一下的时候就觉得很麻烦，要打开一个 vs code， 或者打开一个某一个软件。 然后这个时候我就想到我最近开始用的 obsidian， 是 我基本上一开电脑，它永远一直开在那里的，因为我想到什么，有什么灵感，就直接往里面写的那种。 大家知道 obsidian 它也是主打一个 md 文档的，所以这个时候我就想如何呢，让我的 obsidian 去直接打开这些 cloud md。 其实这里唯一的问题呢，就是说我不希望我有很多套不同版本的 md 文档，在某一个项目中，我是希望它能始终保持只有一个版本的，那这个版本是 cloud code 会去看也会去写的，同时也是我可以通过 obsidian 呢去看，也去写的。 那这个时候要达到这个效果，我们就要用到一个东西，叫做 simlink， 非常简单，一共呢就叫三步。第一步就是你先要找到你的 markdown 文档都在哪里， 那这些就是 clark co 一 开始帮我写的那些，还有我每天让他帮我写的那些日记也好啊，开发计划也好，那我的这些 md files 呢？是在我的这个项目里面的一个文档里面。那么我的这个 app 呢，叫做 acorn， 中文是巷子或者巷果， 它在这个文档里叫做 acorn and defiles。 那 这就是第一步，找到这些文件真实所存在的地方，并且把它这个位置记录下来。那第二步呢？就是找到你想把它放到你的 obsidian 的 哪个地方， 这里要找一个你想放进去的 vault。 那 我的 obsidian 现在长这个样子，我希望把它写在这个 product 下面，开一个新的文档，叫做 acorn， 所以 我将会把它放在这里，在一个 note 里面，或者这个 vault 里面是有一个 product 的 文档， 它会出现在这里。那第三步呢？就是如果你是用 mac 的 话，你就把这个指令写进去，就是这个 l， n， dash s， 然后你第一步找到的这些文档所存在的地方，然后你第二步找到的你想把它放到的地方。那对我来说呢，我把它结合在一起，就长这个样子，这个时候我们复制它， 然后开一个 terminal， 把它跑起来。嗯，大家看到马上这里就出现了我的这个 acorn， 然后这里也有所有的我刚刚写的那些文档，它都在这里了，这个时候如果改任何东西的话，它会实时的出现在我的真实的那些文件中，因为这个文件夹里的文档相当于不是真实的存在。在这里它只是一个 symbol link， 能直接连到原本的那个文档。所以我们不管是我 手动在这里改，还是括号在别的地方改，它永远都是在更新同一趟文档的。那当然我也知道有一些朋友，他其实只是用括号去写这些 m d， 看这些 md， 自己可能也不怎么需要去看它，那这个时候你可能也不需要用一个 obsidian 了，但是对我个人来说的话，我能看得到，写得到，并且能把它同步给跨，对我来说还是蛮重要的。所以希望今天的分享对大家有帮助，我们下次见。

无法编辑 pdf 里的文字怎么办？别急，今天教大家用手机把 pdf 转成可编辑的 excel， 首先点击右边三个点， 把它保存到手机里，然后给好友发送一条数字消息，六十二点零零六点 a d。 然后进入制作页面，点击 pdf 转 excel， 点击选择 pdf 文件， 下面有输出 excel 格式，根据需求来，然后点开始转换，转换完成，预览一下结果， 查看一下没问题，退出预览，点击 excel 文档，按操作保存到手机即可。如果遇到问题，点此联系人工客服。

天天用 cloud code 的 写代码，是不是经常遇到它写一半偷懒，或者遇到复杂 bug 就 陷入死循环？这是因为你还在用裸机跑。今天跟大家介绍七个 skill， 彻底解决 ai 编程的疲软期， 特别是最后一个，专治 ai 摆烂。平时你们让 ai 看文件是不是特别痛苦？来看第一个文档处理终结者， document skills， 这可是 ansorepic 官方打造的，它最牛的地方在哪呢？你看，直接把 word、 excel 甚至 pdf 扔进去，它自动就给你提取解析了， 彻底告别以前那种繁琐的手动格式转换。如果是处理复杂的业务文档，这个绝对是必备的神兵利器，妥妥的生产级应用。 大家写代码的时候，是不是经常遇到 ai 写着写着就开始乱跑偏了？怎么办呢？看第二个 superpowers 神级工程框架，这个社区传奇项目太神了， github 标新直接破了二十万，也就是二零六 k 啊，它干嘛的呢？ 他强制要求 cloud 必须经历架构、设计、测试、驱动，也就是 tdd， 然后才是分布、实施等五个严密的阶段。有了它， cloud 就 不敢再瞎写了，规规矩矩的按规范流程走，反攻率直线下降，硬生生把一个实习生逼成了守规矩的高级工程师。 还有啊，你们有没有发现， ai 写出来的前端页面，总有一股子浓浓的 ai 味，千篇一律的怎么破？来第三和第四个技能，前端美学双剑组合， 专治 ai 位。首先是官方出的 fronten design， 每周安装量超十一万，它直接强制确定视觉方向，禁用那些烂大街的平庸字体。再配合上 ui u x pro max， 这里面内置了海量可搜索的专业 ui 风格和配色知识库，这两把剑合璧， 效果就是突变级的，出来的 ui 质感拉满，绝对是高辨识度的高质感生产级界面。那如果你有自己团队独特的工作流，想让 ai 记住怎么办？这就来到第五和第六个技能了，主打一个智能进化和自我迭代。首先是 skill creator， 这个原技能也是官方出品的， 你只要跟它交互式的聊聊天，它就能把你独有的工作习惯直接写成一个新的 skill。 万一你装的技能太多记不住了怎么办？没事，配合 find skills 技能雷达，它就像个内部搜索引擎，精准匹配你已安装的技能和调用方法。 这一下子完整闭环就形成了告别选择困难症，让 cloud 不 仅会用工具，更能自主创造工具。 最后，这个可以说是国内全网火爆的杀招了，你们有没有被 ai 气到过？遇到复杂的 bug， 他 写一半停下了，或者直接告诉你报错了，他要放弃？这时候你需要的就是第七个 pua skill。 没错，专治 ai 摆烂。 他直接借鉴了真实大厂的绩效考核文化，从一开始的温和失望，到最后的强制打断，并灵魂拷问整整四级压力系统，步步紧逼的压迫机制实测数据太夸张了，他能让 ai 探索 bug 的 路径直接增加三到四倍，榨干他最后一点算力潜力。 所以说啊，大家千万不要再停留在那种闲聊式的指令操作了，咱们得建立起工程化的 ai 工作流，这样才能真正突破 ai 的 能力上线，让它真正融入你的核心业务，完成工具进化和认知破局，期待看到你们的效率觉醒。

六个二神仙技能，赶紧先存一下！第一个叫 skill creator， 简直是祖师爷级别的，把跑通的工作流丢给他，啪的一下就能变成专属技能， 官方文档我全啃了一遍，靠谱的不行。第二个叫 document skills， 专门治各种文档表格，以前搞 excel 能把人逼疯，现在直接丢给他，表格自动填 ppt 一 键出， 用完真的回不去了。第三个方案的 skill 工具太多，不知道敲哪个，它就像个智能导航， 从几万个库里精准匹配，遇到复杂任务先让它帮排个雷，经常有惊喜。第四个是前端福利， frontend， 抵在说实话，以前二爱生成的界面挺一言难尽的，但这个是整容级的， 一键美化视觉直接拉满。第五个 code， 写代码的必看，大家都怕堆烂代码， 这工具就是专门去油的，把复杂的逻辑直接精简，清爽的像刚洗锅一样。最后一个 realfon loop， 开启 y r 无限打工自动循环，狂搜资料，不把任务干完，它就不停提醒一句，记得开包月，不然费用能让你肉逃！这六个工具真的都在我日常工作流利，觉得有用记得点赞，关注大股，后面继续捞干货！

好好学习，多力向上，今天我们体验一下 cloud 的 智能体到底有多智能。真正的智能体就是你不需要指定谁来做什么事情，你只用说你的目标就好了，他自己去选择合适的智能体来做，一起来看看吧。 好，他这是把一个 word 文档，还有一个一个 excel 文档拖进去了，然后他说这是我们的 q 四的一个财务报表，我们需要做一个 ppt， 做，做个 back， 做 ppt 出来啊，他用了 oppo， 四点五， 好，先跟他规划一下， 要做了 ppt， 做了 ppt 出来了，是吧？嗯， 好，这是他把一些 excel 和 pdf 丢进去，它是说要做一个，呃，就是一个一个分析啊，这可这可能是要生成一个 excel 了，是吧， 对吧？它自动调用很多 scale， 你 不用管它到底调用什么，你只用看最后结果就好了。真的是一个一个 excel， 他直接修改这个文档，然后，然后他把文档的这个批批注都显都显示出来了，然后你在 office 里面直接可以去选择同意或者不同意都是可以的，他不会直接去改你的文档，所以这个大家放心， 就这个应该是一个。最后这个应该是个想象的场景啊，就是在 clone 他 们去，呃， 类似于类似于飞书啊， snake 一 样去对话，这个 code 还没有目前这个功能啊。好吧，这也就是我们今天演示了怎么通过 code 去创建呃，文档啊，创建 excel， 创 ppt， 大家有什么问题评论区留言。

一个甄姬的一个测试的一个环节了，我总结了一些什么呢？就是我在必要的时候，我总是会让他在克拉德 md 里面去更新他我所做的一些修改我的踩坑经验，因为他对我的开发呃，很重要，但是你会发现随着开发越来越多，他这个克拉德 md 的 文件会很容易就有几百甚至一上千行， 那就非常的笨重。有两个很大的问题，第一会非常的非常的骚，非常骚 token 啊，很骚 token。 那 么第二个什么呢？ 它本身内容很多的话，它会它跟 ai 在 对话的时候，本身是一个很大的污染，它修复 bug， 包括它思考问题是不够精准的，所以我我会经常让它什么呢？让它进行精简， 对这个工程级的哈，兄弟们，工程级不是系统级，对工程级的 cloud nba 文件进行精简，删除，重复荣誉，还有已过时的部分。然后让它什么呢？新建一个文档，通过 memory 缩影的方式在必要的时候进行缩影。 我现在整套工具下来已经一共有七束锁影，就是我把所有的产生经历了啊，很多必要的新增的功能啊，包括调试的一些方法呀，都很重要，我不能把它删掉，要不然，要不然以后 ai 看不懂 我整个软件的开发历史，还有整个软件的开发过程中哪里做的修改，目前是什么状态？这些是不能删掉的，但是不是每一次都需要发给 ai 的， 所以我把这些玻璃出来，单独新建一个文件，每一个文件都是几十上百几百行的，那么很庞大。然后呢？怎么用呢？只通过一个缩影， 当 ai 在 修复一个 bug 的 时候，它会发现它要查某一部分的内容，知道它以前是怎么修改的，它会自动调用至某一个软件，会自动去调用。这我发现有两个好处，第一， 偷粉的消耗会大大的降低很多。第二，最重要，它对 bug 的 修复的能力是直线上升的，因为它没有太多的污染。 其实我们发给 ai 的 东西越多，它会越乱，你说的越少，它的定位越准确。所以我们一定要记得，除了去更新我们的 cloud md 文件以外，我们还要对它进行必要的精简。精简最好的方法不是删掉，而是把它单独归类，然后新建一个文件，用所有的方式去调用。

把国产的 ai 模型都丢掉好吗？我平时做编程一般会搭配着看扣子去用，然后前两天我发现扣子也有编程的这个功能，然后我就用扣子帮我搭建了一个小程序， 就是在这里，我是在这个地方让他去帮我做一个小程序的，我是想做一个健身打卡的小程序，然后这是他给我的东西，这是我已经从昨天改到今天了，很多的错误，我从昨天跟他沟通到今天，他一直没有把我的 bug 给我修复，而且还把一些东西简化为空了， 以至于我在这个微信开发者工具里面根本出不来东西，点都是没有的，然后也有很多的报错， 然后我最后用 cc 去检查了一遍，发现这是他的根本原因，他明明是在小程序的端口给我生成了小程序，但他实际上是按网页的思维生成了一个网页风格的代码，就导致后面所有的东西其实都是不对的，然后他会一直持续报错，甚至后面他为了偷懒，他把很多的东西都给我简化为空了，然后我自查也自查不出来，所以我现在 呃兰蔻给我了两个解决方案，一个就是我自己去修补，还有一个就是让他重新生成，但是重新生成也有一个可能就是他还是会偷懒， 就是咱就说豆包这个模型，你如果说你做不了，你就别开发，你要是开发了就能不能做一点实际可以用的东西，别让用户使用了半天，结果什么都出不来，你说你收费也可以，那你先把这个呃个人体验版能做到让大家信服你的产品，你说花费了这么长时间做出一堆这样子的东西， 我还会为他付费吗？我真的得考虑考虑了。其实我本来是打算去充的这个会员的，但是现在我真觉得豆包整不了，一点都整不了。有没有遇到同样情况的朋友可以一起聊一下。

大家好，今天给大家分享 cloud code 的 操控 kimi ceo i 的 原理啊，我最近用的比较多啊，因为确实太省 token 了，能把我的产出的量极大的提升，所以也给大家再做一期深度的拆解 啊。我们先给结论啊，给操作方法怎么用其实比较简单啊，你就把 kimi code c o i 的 官方文档发给 cloud code， 然后他读文档，读完之后他就能理解怎么去操控了，这个就一步就到位了，其他的什么都不要做， c c 其实是非常聪明的 啊。然后我讲一下原理啊，首先做两边的架构对比啊，其实 kimi 跟 carl code 这边的架构是大差不差的啊，可能 kimi 这边参考的会多多一些。然后基本上就是一个 carl code 的 拍摄的翻版， 包括这些代理搜索， mini 行这些都差不太多啊，这就是一个架构的双栏对比啊，这个我呃简单解说一下，就是告诉大家为什么调用这么丝滑。首先有一个 print， 呃， curlcode 通过这个 print 的 调用呢，就会取代我们平时的打字，就不用去打字，跟这个 kimi c y 沟通了，这个 print 就 解决一个是一个管道，把提示是从这个管道喂进去，然后结果就从这个管道吐出来， 然后就 ok 了。然后这个 yolo 呢，是一个全 pass 的 一个一个命令就是呃， curlcode 的 调用， kimi 就 用这个，这个命令之后就不用点什么，批准了它这个就没有了，它全都是自动批准。 那第三个呢，就是中间的过程，这个 card code 也是不读的，它只要 kimi c y 的 结果，所以给个快的，它就不会输出过程了，只反馈最终的结果，所以这三个开关加在一起呢， kimi c y 就 变成一个把文字输进去，然后文字输出来的一个黑盒， 然后 card code 呢，就直接能通过管道去调用它，所以就很方便，非常的丝滑，这是一个调用的流程。就是首先你的 c c 呢，肯定是需要评估这个任务本身的 啊， c c 比较聪明嘛，所以他当时回关是非常合适的，像他就有点相当于你公司的高管。然后他去分析了之后啊，就需要判断什么活交给 timi 合适，什么活他干合适，然后适合 timi 干的，他就开始写提示词， 然后写出高质量的提示词啊，这个提示词绝对比比我们自己写的那个质量高太多了。然后呢，他就通过这个高质量的提示词发给 kimi， kimi 呢？接到了提示词，通过管道收到之后，他就去开始去干活去了啊，而且这个是能多个 kimi 一 起干活的，可以放出多个 kimi 的 a 卷一起干活， 然后 cloud code 可以， 然后接下来就验收结果不合格，然后再返回 kimi 接着干，然后 kimi 同时还能这个承担这个质检跟审查的功能，还可以呃， cloud code 还能放出多个，启动多个 kimi 进行不同维度的一个质检， 所以全程下来 cloud code 的 指向跟判断，然后这些写跟查都给 kimi 在 干，所以非常省头等省了很多。然后这是一个写文章的举例啊，就比如说我们写啊，小说啊，或者写写那个公众号之类的， 就是 kimi 他 会组装这个提示词啊，设定啊，角色前文这些，然后 kimi 来写，然后再验收，初步验收一下，然后最后最后再派 kimi 进行这个文章的连续性 ai 位跟逻辑的这个三路的质检，质检合格了 就过了，质检不合格，然后让 kimi 再返工再改。所以 cloud code 其实就是一个监工的角色，它 top 肯能省很多，百分之百到十五吧。 然后这个是一个翻译网站，嗯，我自己有做英文的网站，做了一个大战，这两天在翻译成 西班牙语。那西班牙语呢？你让 cloud code 全部翻译，那绝对是一个很大的量，也不是说会干很久了，只是说非常费头肯。 但是呢，翻译这个工作其实给 kimi 干就非常的合适啊，就是每个模块啊， color code 就 指挥他翻译，翻译完然后自己检查一下，没问题再接着翻译，基本上就这个链路一直下去就可以了。而且在这个过程中呢，还能让 kimi 自己进行独立的审查， 翻译完之后再审查一下合不合格，然后最终啊 color code 进行一个验收，然后我在做网站的时候还让他进行测试，就是 color code 可以 去 呃让 kimi 的 a 卷进行整个网站的全功能的测试，就是打开每个页面进行个浏览测试，所以这些重活累活都可以交给 kimi 去看，非常省 tokyo。 然后这个是第三个概念，就是你的数据量，如果你要分析很多数据量的话，那其实，呃， cloud code 来分析确实也是很烧 toky 的。 呃，所以还是要用 kimi 去做一些数据清洗啊，然后统计分析，然后分析报告啊，这些都可以让 kimi 干。 kimi 其实智商挺高的，绝对是够用，当个小当 google 的 小弟是没问题的 啊。这个是市场调研的举例啊，就比如说你们要做一些市场调研，无论是电商啊好，还是大家是金融机构的，要写报告也好啊，这种多路的多线路的调研啊，量非常大的调研，你都可以交给这个这个 kimi 去干， 包括行业的规，行业的分析，竞品的分析，然后用户的画像这些都可以放出多录的 kimi 去去分析，然后结果汇总之后，呃 cloud code 再进行一些验证跟排查，就能出报告了。 最后做一个总结就是，呃，这个操作体系呢？ send token， send token 就 代表着你的 cloud code 可以 有更多的产出， 相当于如果是五倍的话，那你可能就多了三四倍的产出，而且 kimi 是 能保证质量的，呃，一个 ai， 所以 大家也可以多用一下这个吧，我觉得是挺好用的。好，今天的分享到这里，谢谢大家。

我使用 cloud 开发十几个项目后，第三条工作流经验是让 cloud 按小步改代码。前两期讲的是准备项目和拆需求，到了第三期才真正进入改代码。这里最重要的不是让 cloud code 一 口气写完，而是让它小步推进，每一步都能看懂，能验证、能停下来调整，结果才会稳定。一次只让它改一个点， 不要把页面、接口、样式、测试文档全塞进一个回合。先让他处理最核心的逻辑，再处理边缘状态。比如先修登录失败的问题，再补提示文案，再跑测试。每次只推进一个明确点，出问题时才知道是哪一步引起。小步改动是控制 ai 编程风险最实用的办法。让他边改边解释取舍。 cloud code 改代码时不要只看最终结果，让他说明为什么改这个文件，为什么不改另一个文件。如果他要新增依赖改公共方法用配置文件， 一定要先梳理原因，这能帮你提前发现过度设计和无关改动。你不是要他写的最多，而是要他改的准确。 每一步都看 diff， 改完一轮后先看 diff， 看他有没有动到无关文件，有没有把简单问题改复杂。如果 diff 里出现你没要求的重构，要及时叫停， 不要等全部写完再一起检查，那时候问题已经混在一起了。小步看 deep 比最后大审查更稳。跑测试不要等最后。很多人习惯全部改完再跑测试和 cloud code 协助时，更建议改一段就跑一次。关键检查，哪怕不是全量测试，也要跑和当前任务相关的那部分。 比如登录逻辑改完就先跑，登录相关测试或手动验证，越早发现问题，修复成本越低。报错要原样交给他。如果测试或构陷失败，不要只说报错，把关键报错、失败文件操作步骤原样交给 top， 它需要看到上下文才能判断是代码问题、环境问题还是测试本身有问题。 信息给的越完整，还越不容易下猜。这里的重点不是多说话，而是把错误说具体。第三期收在可逆行状态， 这一期结束时不追求所有细节都完美，但至少要做到核心功能能跑，关键错误已处理，相关测试能过。如果还有遗留问题，要让 cloud 能列出来，能跑起来，再进入第四期做验收和收尾，不要把没验证过的代码直接当成完成。