理清这些概念,那他分了七个步骤来讲,这都是什么?首先核心概念是说 skill 是 智能体可以附用的一个做事方法,如果你上班的话,你就会知道你有固定的工作流程,那这个事情该怎么做?他的下一步应该如何去?嗯,在最后应该让谁来决策?这是标准的工作流程,他 skill 的 功能和作用应该就是这个样子的。 那用我的理解普通话来说的话,就是提示词,就是我有什么需求,我要告诉他,我提出一次请求,或者我提出我的想法,我要要求让你干这个事情,这是我的目的。 那么对于智能体来说呢?他看到了你的需求,然后他要判断用什么工具能完成,比如说你让他给你呃做一个 ppt, 那 他就需要一个 ppt 的 这样的一个调用起来这样的一个工具, 那它这个 ppt 做起来它有什么模板?呃,它要有一个框架嘛?有,要不然的话你脑海中有很详细的一个方案,呃,有宏伟的蓝图,但是它只给你四页,呃,简陋、粗糙, 而且架构也不好,那这样就不行,对吧?那 skill 是 智能体可以服用的做事方法,也就是说,呃,你就提前 把一个事情比做 ppt 的 这个事情的方法给它提前规范好。那有一些关键词,比如说 ppt, 比如说一个文稿,比如说一个演讲词,一个报告,这几个词可能都是一些关键条件,这些关键词呢就会在读取的时候触发一些。 呃,动作,这个动作比如说去调用一些工具,然后启动一些流程,然后采用一些资源, 然后同时输出的格式以及质量标准,哎,它这一系列就完成了,这个就是一个 skill 吧?就是专式的专有流程,它一个 sop 就 完成了,这是我的理解啊。
粉丝1029获赞6791

我跟你们说,我之前用 cloud code 简直就是在受刑,每次我让他帮我更新周会表格,我都会像个老妈子一样跟他反复交代, 你还记得吗?上次我跟你说的那个链接,帮我再更新一遍,然后他就开始漫长的回忆,加载,找数据,一通操作下来,每次生成的格式还都不一样,真的超级崩溃,感觉自己像花钱雇了一个每天都在失忆的实习生。但是最近我打通了他的两个隐藏技能,简直是打开了新世界的大门,真的太爽了! 第一个就是 m d 文档,说白了就是你给 ai 做的一份专属的入职手册,你是谁,你喜欢什么样的风格,你的任务有什么样的规矩,全都写在里面。 ai 每次开工前都会强制的先去翻一翻这个手册,你再也不需要跟他废话去交代背景了。 第二个就是 skill, 这个更牛,相当于你给 ai 定制的一件 s o p。 比如我们经常要搞封面和视频的爆款拆解,以前每次都得先输一大段咒语啊,风格是什么样儿的,用什么字体等等,都需要去跟他交代很多内容。 现在我写了一个 skill, 我 只需要一句话,封面生成,它就全都自动搞定,生成封面了,真的太省心了!给你们看一下我的文件目录,这里就建了几个专门的 md 周会更新封面生成视频分析,我给你们演示一下现在有多夸张。以前我让它更新一个周会表格,我交代加等待的时间可能要十几分钟, 现在我只需要输入杠周会更新,哎,他就开始自动更新了,看分毫不差的更新好了,一句废话都不用多说,你牛不牛?当然,肯定会有人说啊啊,我不会写这种规则文档啊什么的。 别慌,我教你一招,你不用一开始就自己写,你先跟 cloud code 进行正常的一个聊天。呃,你告诉他你平时是怎么干这个活的,你反复的跟他沟通、打磨,等他能生成一个正常的结果,就说明他已经能完全理解你的流程了。这个时候你直接跟他说, 把我们刚才沟通的内容生成一个 skill, 它就会乖乖地自动帮你生成。好了,压根儿不需要你自己写。用魔法打败魔法,真的太绝了!姐妹们,听我的,今天赶紧跟着搞一遍,明天你就会有惊喜哦!

你知道 datap 上有一颗星等于一次认可吗?那十三万两千颗星意味着什么?这是 antropic 官方发布的 agent skills 仓库,核心概念极其简单,一个 markdown 文件就能教会 ai 一 项全新的专业技能。你用 ai 助手的时候,是不是每次都要重新解释你的需求? 品牌设计不会,企业文档,不懂代码测试勉强能用,每次对话都从零开始,没有一个可以附用的技能包。解决方案简单到令人震惊。一个 skill m d 文件只需要两个必填字段, name 和 description。 下面的 mark 洞中文就是 cloud 要遵循的指令、视力和指南。 cloud 会根据你的对话内容自动匹配并加载最相关的技能,你甚至不需要手动切换。仓库里的技能分为四大类, 创意设计类、开发技术类、企业沟通类,以及最重磅的文档技能。文档技能是 cloud 网页版文档创建功能的底层源码,不是 demo 玩具,是生产级代码。 大部分技能采用 apache 二点零开源许可,可以自由使用和修改。最巧妙的是,同一个技能可以在三个平台无缝使用。终端里的 cloud code, 网页端地 cloud ai, 还有程序调用的 api, 而且还支持 plodding marketplace 机制,就像 o my zs h 装插件一样,注册、浏览、安装使用。已经有 notion 等合作伙伴发布了官方技能 and fropick, 做了一件更有格局的事,发布了 agent skills 开放标准。 这意味着不只是 cloud, 未来的 ai agent 框架都可以遵循同一套技能规范。当你发出请求, cloud 会自动匹配最相关的技能加载,完全不需要手动操作。不管你是想给 ai 加字定义能力的开发者,还是想打包公司规范的企业用户,甚至只是想学习如何教 ai 做事的初学者,这个仓库都值得研究。 一个文件改变 ai, 十三万颗星已经证明了它的价值。一个 markdown 文件就等于一项 ai 专业技能。开源免费官方持续维护。关注我,带你发现更多 github 上的宝藏项目!

很多人以为给 cloud 写技能很麻烦,要手写代码,要懂格式等等,其实完全不是。今天我教你最简单的方式,让 cloud 替你写技能。我们先花三十秒了解一下技能长什么样。 一个技能就是一个文件夹,里面通常有几样东西, skill 点 md 核心文件,这个必须有 script, 放可执行脚本,比如自动发邮件,调用 api 的 代码等等。 reference 放参考文档,比如你公司的写作规范,行业术语表等等。 assess 放模板素材,比如固定格式的周报模板,邮件模板等等。 记住一件事就够了。 skill 点 m d 是 灵魂,其他都是配件。 skill 点 m d 分 两部分,第一部分是原数据,就是一段固定格式的说明, name 添技能名称 description, 写这个技能是干什么的,什么时候用, 其中最关键的就是 description, cloud 就 靠这段话来判断要不要加载这个技能。 所以 description 必须说清楚两件事,能做什么,以及什么场景下用, 最好带上你平时真实会说出口的关键词。第二部分是正文,用普通 markdown 写清楚步骤,视力常见问题就行,没有什么特别格式的要求。流程总共分三步,非常简单。第一步,先口头描述需求,把流程跑通。 比如我每周需要整理客户反馈,按问题类型分类,生成一份儿总结报告,然后一起把这个流程完整跑一遍,确认结果是你想要的。第二步,用 skill creator 封装流程跑通以后,直接说用 skill creator 把我们刚才的流程封装成一个技能,它会自动生成格式规范的 skill 点 m d 原数据, description 步骤指令全部帮你搞定。第三步,启用技能这里分两种情况,如果你用的是 cloud, 点 ai 网页端,把文件压缩成 zip, 进入设置里的技能页面上传开启就行。 如果用的是 cloud code 更简单,封装好之后直接就能用,不需要上传任何东西。 cloud 会自动识别本地的 skills 文件, 之后只要你说出触发关键词,它就自动加载,不用每次重新解释。如果你想改,直接告诉 cloud 哪里不对,让它自己改,全程一行代码都不用动。

昨天我帮一个朋友二十分钟从零写出了他第一个 skill, 方法啊,就五步。很多人以为 skill 很 复杂,要写代码,其实不是, skill 本身就是一个文件夹,它核心只有一个,就是 skill 点 m d。 他 只做两件事, 第一定义我是谁,通过 name 和 description, 以及我要怎么做。至于脚本和 reference 文件,那只是做事情需要的材料而已。 第一步,先找问题,这步最关键,如果你每天重复的次数大于三次,那这个事情就值得做成 skill。 比如说朋友每天都要看做 a d 实验的数据分析,这种就是典型的 skill 的 应用场景。第二步,定义需求,把流程说清楚,比如说我要从 big 查数据,我用了哪些的 circle, 以及关注哪些指标和场景,让 ai 跑一遍,把不符合预期的地方直接告诉他应该怎么改。 第三步是自动生成,记住一句话,用 skill creator 这个 skill, 把刚才的整个过程封装成 skill, 这时候 ai 就 会自动帮你生成 skill, 点 md, 执行流程以及所需要的脚本,你啊基本不需要动手。 第四步就是测试加调试,用刚才生成的 skill 再跑一遍,然后看到它的执行,找到偏差,再修改这个 skill 点, md 一 边改两到三轮就稳定了,本质就是 prompt 调试加流程校准。 最后一步就是发布,把 skill 整个放到点儿 agent 的 skill 目录下,这一步很关键,你一次配置到处都能附用。 最后记住一句话, skill 就是 重复工作的 s o p, 找一个你每天都在重复做的事,花二十分钟把它变成一个 skill, 你 会发现 ai 这不是工具,它是你的执行系统。

大家好,今天给大家带来一份非常干的内容, skills 搭建超详细教程。不管你是测试工程师、开发还是 ai 应用爱好者,只要你希望在 ai agent 里真正跑起来,用起来,那 skill 这个东西你迟早得会。今天我用三种方式带你从头把 skill 搭明白。文章最后会附 md 文件,记得先点个收藏。 先说第一种方式,手写 skills, 这是最基础也是最扎实的方法。你需要自己创建目录,手写 skill md 文件,然后放到对应的位置去实测。手写又分为两种,一种是全局 skill, 适合放测试通用工具库,比如接口、测试模板、 照数据脚本。另一种是项目 skill, 针对你当前测试的项目,放专属的业务逻辑和用力手写的优点是可控、可定制,不依赖 ai。 你 对 skill 的 行为有绝对把控,适合核心敏感或者公司内部不能外传的测试能力, 对测试工作的帮助也很直接。你可以把重复性的测试步骤、常见的断言逻辑,甚至是环境配置全部封装成一个 skill, 随时调用,效率直接起飞。 第二种方式, ai 自动生成 skills, 这里会用到一个叫 skill creator 的 工具,你先安装好,然后告诉 ai 你 的需求,它就会自动帮你创建 skill 生成目录和 skill 到 m d 文件。你只需要检查一下结果,再做个实测就行。这里有四个经验值得记住,需求描述尽量具体,提前设计出发场景,一个任务尽量只用一个 skill, skill 可以 持续迭代。 ai 生成的优点是快,你不需要记语法,不需要背模板,只要你会说人话, ai 就 能帮你搭出一个能跑的 skill。 对 测试工作来说,这个特别适合快速验证想法。比如你想测一个登录场景的异常流程,跟 ai 说清楚,几分钟就能得到一个 skill, 改一改就能用第三种方式直接使用开源 skill。 现在社区里已经有很多现成的 skill, 比如文档处理类等等,你可以在 cloud code 里安装 skill 插件,也可以手动安装,或者直接安装官方 skill 包。 skills 的 调用方式有两种,显示调用和影视调用,按需选择就行。开源 skill 最大的优点是不用从零开始,你站在别人搭好的地基上,改改参数,调调逻辑,就能适配自己的测试任务。 对于测试工作的帮助是,你能快速引入成熟的测试能力,比如 pdf 解析、 excel 比对、日式分析这类常用场景。开源 skill 往往已经做好了,拿来就能用。最后给大家做个简单小节手写。适合深度定制,掌控力最强。 ai 生存适合快速起部,门槛最低。开源 skills 适合站在巨人肩膀上,效率最高, nice。

那么说完了核心概念之后,我们看一下它的结构,拆解它的结构会包含什么呢?通常就包括名称,就说这个 skill, 你 要教它是一个什么样的名称,然后它的用途是什么,触发它的条件和输入 工作流程,输出格式,还有资源和质量标准这几个。呃,构成 出发条件呢?如果要是太宽泛的话,那么他可能就太容易被激活了。那如果你要是设置的,比如说只有一个关键词才能激发他的话,那有可能你说话不注意的时候,呃,用词不准确,他就无法醒过来,也就是说你没有办法真正的激活,就好像你的指纹就是多少就有点对不上的那样。 再看一下工作流程,你可以想象一下,每天你上班坐在办公室,你第一步是要干什么,第二步是干什么?第三步是干什么?你就把你的个人经验变成一个可复制的、可执行的这个步骤,每一步都应该具体可见可执行 质量标准。比如不要出现无依据的结论,必须部分全部存在,建议必须对应证据,语气适合学习者,输出足够简洁。

这是我用自己做的 skill 一 键生成的 tvc 短片,人物质感、在线产品的一致性也很强,打光高级,今天五分钟手把手教会你 好了,大家上期呢,我们聊了什么是 skill, 那 煎这期我带你手把手从零开始,创建一个属于你自己的 skill, 让 agent 描懂你的需求,一键自动化,分分钟帮你把工作搞定。那煎的教程很简单,只要你会打字就能学会。记得点赞、关注收藏,我们正式开始。 想要做一个 skill, 就 要先知道它是由什么组成的。那 skill 的 本质是一个文件夹, skill 点 m d 就是 它最重要的文件。就像在打怪游戏里,你满足了条件才能放大招。那 skill 也是一个逻辑,就触发了 skill 的 关键词, agent 才会开始使用 skill 这个技能。 那什么时候触发?触发之后怎么做?执行的规范是什么都要埋在 skill 点 m d 的 这个文件里。那遇到再复杂一点的任务,还需要在 skill 的 文件夹里配备 python 脚本环境配置、工具调用等等的文件。 那今天呢,我带你创建一个入门级的 skill, 一 键升 t v c 九宫格分镜图要分三步,那第一步,先安装你的 skill 导师。在创建 skill 之前,一定要先安装这个 skill brainstorming, 那它呢?就很像你的 skill 陪跑导师,把你模糊的想法一步一步地变成精准的指令,指令想不全的没有关系,它会帮你斗地。那第二部,梳理你的需求,装好了陪跑导师之后呢,我们就可以在对话框里把需求发给 agent。 比如说我要创建一个 skill, 那 你要先跟我沟通,沟通好之后再帮我创建,我需要你先给出一个创意的方向,定个框,再给出视觉的风格,定个调, 再生成概念图,整体感觉对了,再给到脚本,最后就直接生成分镜图。在这里呢,我们给到的需求要尽可能的完整,把你能想到的这些动作的节点都给拆出来。好,可以看到这个 brainstorming 第一个就启动了,开始逐步的跟我们确认,比如说他问的 pvc 的 类型是怎么样的, 还有对应的投放渠道,目标的人群,循序渐进地在确认这个需求,那每一个问题呢,都是在帮我们把模糊的需求变成它能够准确执行的指令,那接着就进入到第三步, 当我们需求指令所有都明确之后,就开始生成 skill, 它会调用 skill creator, 一个创建 skill 的 skill, 一 般 a 阵里面都会内置这个技能,那全程不需要你写任何的代码, 这样一个 t p c 九宫格分镜图的 skill 就 创建好啦。创建完一个 skill 之后呢,能不能用还是要通过测试才知道,那接下来我们就用一个美妆的案例,具体的来跑一下。 好的,我给他丢一个城野医生三七七超光屏的产品手册,跟他说帮我创建一个 t p c 的 故事。第一步,他会快速的整理产品信息,我们确认一下,首先产品名称,城野医生三七七超光屏名称正确, 那再到核心定位,从数强韧要白肌,再到核心成分 seem, vital, seem, bright, 还有 w 三七七,它都充分理解了,那 我们就进入到 skill 的 第一个环节,给到创意方向和风格 agent 给到了三版方案,第一版就是从黑色素的信号方向切入,整体的风格呢,会偏计时类型多一点, 那第二个方向黑色素的源头角度出发,视觉效果会更突出一些。那这三个方向呢,我觉得都可以保留下来,看看它生的概念图是怎么样的。 好,那可以看到整体的三个方向其实看起来都还不错,各自有各自的特色,我就选方案 a 好 了,让他基于方案 a 带给我两段十五秒的脚本, 可以看到整体脚本的结构非常的清晰。第一个十五秒讲的是黑色素是如何形成的,第二个十五秒是讲城野医生三七七超光品质如何系统的解决黑色素问题的 好。同时呢,也讲到了一些关键点的画面设计,还会去提到跟竞品的一个差距啊,比如说别人只能关一盏灯,那我们可以关三盏灯,他真的很懂得拿捏品牌方的心理,我们继续往下。 那当然了,如果你在实际的使用过程中呢,会有一些你自己的想法,你也可以反复的再跟他去沟通交流,修改最终的脚本。好的,继续,他就开始帮我生成九宫格的分镜图了。两张图出来了,我们看一下最终效果吧,整体的质感还是非常不错的,包括皮肤的肌理,还有这种黑色素信号的格式化。 好的,那这样一套 t v c 九宫格升分镜图之后,就可以直接发给 c n s 二点零,具体怎么操作可以看我的上期视频,最后我们一起看一下,成片 皮肤变黑,从一道信号开始氧化应激点燃第一道导火索,炎症信号随之而来,黑色素细胞收到指令,开始生产,暗沉色斑从这里诞生。如果能在源头关掉这道命令, sim vital 拦截氧化信号, simbright 关闭炎症开关, w 三七七釜底抽薪,让工厂彻底停陷。三重拦截同步断掉黑色素命令链,七天重塑强韧要白肌城野医生三七七超光屏, 那这就是一个真正可落地的 pvc 广告,怎么样,是不是很方便?那如果呢?你想要把这个 skill 给到团队的其他同学用的,还可以直接跟你的 agent 或者小龙虾说,我想要把这个 skill 分享给到互联网上的其他人使用,请帮我打包一下。 主要是你的 skill 里头可能会有一些你的个人信息,包括你的 a, p, i 或者是账号密码等等,那 agent 它会帮你做成一个更加纯净,更加安全的版本。 那以上我演示的这个 tvc skill 呢?也放在了我的 github 上面,可以去下载感受试试看。好的,那这一期呢,我们完整的跑了一遍,从需求梳理到 skill 生成,再到用辰夜一生的真实案例测试落地。那其实创建一个 skill 的 核心逻辑就一句话, 先想清楚再动手,而不是上来就深沉。 brainstorming 这个 skill 就是 帮你把脑子里杂乱的想法一点点变成 agent 或小龙虾听得懂的语言。好的,关于 agent 和 skill 的 这三期视频就完结啦,看完这条视频的你赶紧去试试吧!那如果这条视频帮助到你的话呢?记得点赞收藏关注。

github 上面一个仅仅六十五行文字的 md 文档,耗取了一百零七点七 k star 的 skill, 其实这个 skill 很 简单,它就是一个单一的 cloud cloud md 文件,然后它是呃,基于卡帕西经常在推特上的吐槽,然后一个人把它整理成了这样一个六十五行大概六十多行文件的一个 md 文档吧。 它其实就是相当于卡巴斯基的编码指南。然后它的问题所在就是我们在模型在编码的时候,它其实是会代替我们做错误的假设的,然后它是不管理自身的困惑,然后也遇到问题,也不会寻求我们的澄清。然后,呃,而且 agent 呢,会喜欢把那个代码和 api 搞复杂,它会堆砌抽象的概念,不理清代码明明一百行的事情,它可能非要实现成一一千行的应用的代码。 然后第三点就是他仍然会改动和删除自己理解不足的代码或注注示,就会造成一些呃,他自身内容和任务无关,然后这是他解决的核心问题,我们看一下呃,其实主要就四大原则,就是编码前思考,简洁优先以及精确修改和目标驱动。 下面逐一来说一下这四个点。第一个点就是编码前思考,他会有不要这样做和应该这样做,不要这样做的话就是不要默默执行一种解释,然后执行不确定的猜测, f 学问,然后困惑着继续前进, f 停下来,这些都是不希望他去做的,然后应该做的就是需要他去明确假设,然后给我们呈现多种的解释,有歧义的时候不要默默选择,要询问我们,然后遇到意义问题的时候需要跟我们进行确认,困惑的时候也需要进行停下,这是编码前思考的第一点,第一点,然后第二点就是简洁优先, 就是他应该是用最少的代码来解决问题,如果两百行可以写成五十行,那就是需要写写先写成五十行,然后他有个检验标准,就是会让那个呃大毛仪去问问自己就资深工程师这样会去做什么?就是给他一个相当于明确的角色吗?然后如果资深工程师是这样做的话,那就让他去简化。对 三点的话就是精准的修改,就是他需要呃,只需要修改他呃核心的相关部分,如果无关的 stan 呢? stan 码的话,他是提一下,并不是要他去操作他能力范围之外的一些东西啊,他就是只 嗯不要重构没坏的东西和删除无关的 stan 码。他每一行的修改都应该能直接追溯到我们自己给他的命令或者请求,这是他精准修改。 第四点的话就是需要目标去驱动执行,就是我们要给他一个成功的标准,让他能够独立的循环去执行,而不是那种弱的标准,让他工作或者让他干嘛干嘛。我们需要给他一个明确非常明确的指令,让他有一个关键的目标去驱动。 然后关于多步骤执行的话,其实就是让他去说明一下,简短的计划就先说明再执行嘛。 对,就是步骤一去验证检查,步骤二也去验证检查一下这个 skill 是 如何触发的吗?其实,呃,我们安装的所有 skill 前期为了防止 token 的 过度消耗,其实它只会把这个 skill 的 description 里面的内容给它传给大模型,大模型在呃遇到我们的提到的关键词的时候,它会去和 这个 description 里面的一些字端进行匹配,如果匹配到的话才会去自动调用这个 skill。 所以 它关键的点就是你的 description 越精准,它触发可能越准确。如果你 description 稍微描呃模糊一点,它可能就会误触发或者不触发。那如何避免这个问题呢?其实我们就是 可以把它的六十五行文字直接复制到我们的 cloud md 文档里面,这个文档就是可以直接全职生效,而且它是相当于系统提示词,每次每个绘画它都会去 呃读取这个系统提示词来保证这个 skill, 它是可以帮我们去稳定的执行,但这个 skill 确实很重要,才去到写到 cloud md 里面,因为 cloud md 文档如果过长的话,它也会呃不会全读,最最主要就是读前面的两百行到三百行,如果过长的话,它可能会漏读啊,以及出现一些呃读写的不准不准确的一些东西。对, 然后核心洞察的话,就是大鹏他非常擅长执行这个循环执行,直到达成特定的一些东西。对,然后他该做什么,应该给他成功的标准。 对,就是我们要有,相当于我们就是大模型,就是我们的员工,我们就是产品经理,我们虽然不知道代码,代码怎么写的,但是我们要明确告诉他,我们要的成功的标准是什么,结果是什么。 对,我们要把标准明确的告诉他,然后这些就是判断生效的一些标准,比如干净整洁的 p p r, 然后澄清澄清问题,在实现之前就应该提出向我们确认啊这种,然后重写的减少呀,不必要的改动会更少。 对,这这就是四点原则。然后这个 md 文档我觉得还很重要,那大家如果去下载的话,其实,呃,如果需要的话,我可以把它写成 m 那 个非书文档,大家只要复制一下放到自己的 cloud md 文档里面就可以了。

上期我们看到对 ai 说一句话就能抓 a 股数据,今天手把手教你自己搭出这个 skill, 三步搞定。 第一步,写脚本,数据原用新浪财经免费,不用注册,海外也能用。关键三件事,请求必须带 referral, 节假日要用 isday 过滤,按日期存 jason。 第二步,把脚本封装进 skill, 在 skills 下面建一个 stock daily fetch 目录,里面放 skill, 点 m d, scripts data 三件套脚本里唯一要改的是把硬编码路径改成相对路径, chrome 环境下才不会失灵。 第三步,写 skill, 点 m d。 最关键的是顶部 frontmatter, 两行 name 是 skill 的 唯一 id, description 是 触发器,告诉 ai 什么时候该调用这个 skill, 写得越具体,识别越准。 第四步,配 cron, 这一步交给 ai 就 行,说一句,每天收盘后跑一次,它给你一行表达式,还会顺便解释五个字段的含义。记住,一个坑, cron 环境下必须用绝对路径, 四步搭完一个能跑的 skill。 下期我们把数据存进 seeker lite, 支持历史查询和简单回测,搭完的扣个一评论区贴你自己的 skill。

如果你的 android skill 安装了,但是发现并不好用,比如说总是不触发,大概率是 description 没有写对。今天分享六个呢, skill 创建的技巧,全部是从 ospec 官方仓库里面扒出来的实战经验。第一个 skill md, 要有黄金结构。很多人写 skill md 呢,就是一坨文字糊上去, cloud 其实根本看不懂。 正确的写法是分块, purpose, when to use process, decision, logic, output。 每一块呢,都用标题和列表写清楚。 cloud 呢,一看就知道该怎么执行。 第二点啊, description 的 写法是否正确,直接决定了处罚率,这是最容易踩的坑啊。你写帮助用户处理 excel, 这太模糊了, ai 不知道什么时候该调用你,你得写清楚两个关键信息,第一个呢,叫做能做什么?第二个呢,是什么场景来调用?比如正确的写法呢?是这样的 好,你看前半句,列出了四个具体能力,提取数据,执行透视表,生成图表。后半句呢,写明了处罚的场景,分析表格数据或者自动化工作流,具体化,以 才能被精准触发。而且第二个信息点更关键,因为很多人会写干什么,但是常常忘记写什么时候来触发这个 script。 第三啊,重复的活呢,封装成 scripts。 比如说你经常要抓取网页内容,每次呢,让 ai 现写代码又慢又不稳定,直接写一个脚本呢,扔进 scripts 文件夹,然后在 s q m d 里面呢,告诉 ai 调用脚本就行。注意啊, scripts 文件夹里面的内容再多都是不加载到上下文里面的,而只是执行,因此 intoken。 而且由于是代码逻辑呢,是前后一致的,完全是稳定的。第四个, reference 文件夹要按需加载, qmd 里面超过了多少字就要拆分呢?从时间来看呢,最多不要超过五千字啊,如果超过就 把详细文档呢放进 reference 文件夹里面,在 qmd 里面写上需要时读取某某文件,这样 ai 不 会一次性的塞满上下文,只会在用到它的时候呢才加载。第五个, 直接抄官方的优秀案例, ospeak 官方的 skills 仓库呢,有六万多的 star, 里面的 m c, p, builder, web app, testing, internal, commerce 这些呢,都是生产级的 结构,怎么组织,指令怎么写,资源怎么分配,全部呢,都是现成答案,抄完改成你的领域就行。第六个,打包分享出去, skill 则遵循开放的标准,一个 skill m d 呢,加上 scripts, reference, assets 三个文件夹,打包呢就能给别人用。你做的 skill 呢,越专业,附用的价值呢就越高,对你带来的影响力呢也就 越大。总结一下, description 决定了触不触发,触发率是多少, skill m t 的 结构呢,决定了执行的质量, scripts 和 reference 呢,决定了效率的上限。 ok, 这一期呢,讲到这儿,觉得不错的点个赞,后续呢,还会拆解更多的 skill 的 实战的玩法。

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 知识派,我们下期见。

ai 里面有太多名词都是乱七八糟的,搞不懂,今天我们就来学习一下 skill 到底是什么东西?那 skill 是 什么? skill 就是 一个写满指令的 md 文件,里面就是用文字告诉你的 ai 遇到了什么情况,触发,用什么框架来分析, 怎么回答,说话用什么风格。那让大家看一下 md 文件是一个什么东西啊?这就是一个 md 的 文件, 像以前大大多数文件都是什么 p a, pdf, txt, excel, word 文件,但是现在 ai 时代很多都是用这种,我也是去年用了一个写日记的 软件之后才发现的这一个 md 后缀的一个文件,以前我都不知道的,你看以前我写了很多日记啊, ai 时代用这个文件,它会更好地去读取你文件里的内容。那么 skill 是 一个 md 文件,可能还不太理解,那么我们用类比一下,比如说这个 ai, 它就是一个厨师,它什么菜系都能干的一个厨师,它会做川菜,粤菜加 这菜,什么菜都能做。但是现在 skill 就 相当于一个川菜的菜谱,你拿着这个川菜的菜谱和厨师说,你照着这本川菜的菜谱,你给我做一道川菜,这个 skill 就是 这一个川菜的菜谱,就这么好理解,那么 它存放在哪里?它其实就存放在一个 skill 的 文件里面,这个就是你用的一个大模型 cloud, 也可以用 codeast, 每次给了它一个指令之后, 它就会去扫描你的 skill 里面的文件,你的 skill 全部都存入在这一个总集里面啊,它里面又分好多好多的技能,不单单是一种技能啊,它的运行机制 是什么呢?我们来看一下。比如说你有一个触发词,哎,我有个商业问题 cloud, 它会触发到一个我有商业问题的这个敏感词,然后你的那个问题就会进入到相应的 skill 里面去 回答。比如说你跟他讲你要如何去分析这个商业问题,你这个商业问题应该用 谁的口问谁的思想?比如说长期思维,要短期思维,要暴力思维,要杠杆思维,用什么样的思想去思考这个问题?那有的人说 skill 它是一个技能,有的人又说它是一个指令,它是同样一个东西,只是看的角度不一样。比如说 在用户的视角,比如说我们的视角用了某一个 skill 之后,它就能够完成某一件事。那么如果我从技术的角度思考,那就是 我应该用什么样的指令去让它完成某一件事情,它是同样一个东西。我可以给大家看一下我 做的一个流程,没有搞成 skill 啊,只是我自己担当的做的一个自我净化的内容系统,如果我把它分装成 skill 也是可以的,只是我暂时没有分装,因为我还没有太完善。为大家介绍一下这个系统是怎么去自我净化的,比如说现在我和 cloud 说我现在有一个灵感,那么他就会把我灵感记录在这个灵感库里面。如果我今天写好了日记,我就跟他讲,我今天日记写好了,他同样会把我的日记全部拆分成不同的灵感 放到这个灵感库里面。我其实不单单只有一个产品是我,还有其他的产品。我的日记里面会写有我经历很多的感想,它自动 分装在各个产品里面,它自动会去规划,不用我再去干了,因为我已经写好了指令,如果我把这样的一个流程分装成一个 skill, 大家也就能够用了,只是我现在还没有制作出来, 有了灵感库之后,我就和他说,哎,我要根据这个灵感,我要去写一篇文章发在自媒体的平台之上, 那么我们两个就开始沟通了,我和 ai 开始沟通,我们应该从哪个角度去陈述这个问题,应该开头怎么写,中间结构怎么搞,然后变现的钩子是怎么去设计,那么都会有。当我有了初稿之后,它就会移到这个待发布的文件里面,当我 把这个视频拍出来,发出去,那我又跟他说,我已经把这个视频拍出来了,已经发出去了,它就会移到 一个已发布的文件里面,这个已发布的文件他是没有数据的,当我发出去之后, 收集到了平台的数据反馈,比如点赞有多少,收藏有多少,五秒,跳出率五秒,就是这种详细的数据给他之后,你看他有一个等数据,他就会移到成品库里面,成品库他就会 已经写好了我这个视频,他有多少的数据量,他就会去分析我这个视频到底是哪里好。当我在下一次我又有灵感的时候, 他就会根据这个成品库里面的内容的数据,哎,这个内容他到底好不好?他哪个好?如果他的开头好,那么我是不是可以附用这个视频的开头,拿到我这个视频里面来重复使用呢? 就是一个自我净化的过程,从灵感开始到待发布,到已发布,然后到成品库,再到数据反馈。当我和客户交流之后,我不是还会有一些咨询的客户吗?他就问我这个该怎么搞,那个该怎么搞,我就把这些聊天记录全都导出来,然后放到里面,他也会根据我这个客户的交流 自动反馈到成品库,反馈到灵感库,这就是自我净化,从完全的没有东西到有灵感,然后到成品数据反馈是一个循环,如果把它做成一个 skill, 那 也就是能够让别人用,也是一个技能,这就相当于一个自媒体自我净化的内容生产系统。

这个是我用一个 skill, 一 句话让 ai 按照我的品牌标准直接输出的电商详细页文案。这个是另外一个 skill, 每天呢自动帮我生成 ai 行业日报, 有招标,有来源,打开就能看。还有这个 skill, 我 把一份三十页的合同丢进去,它自动的按照我们公司的红线标准标红了所有的风险条款。那在以前,这些事情每一件都要折腾半天,现在装上 skill, 一 句话就搞定。哈喽,大家好,我是冉冉,那今天这期视频呢?我们一起来看一看。 skill 去哪里找? 五大玩法,还有怎么样自己去做一个,把自己的工作流程自动化。我也做了一个文档,总结了所有的资源。再说一下 skill 是 什么,那白话来说呢,就是一份写给 ai 的 sop, 你把干什么,怎么干,参考什么资料,按照什么标准输出,打包成一个文件夹, ai 拿到以后就自动照着执行了,就像你给新员工了一份岗位手册,他照着做就行,不需要你每一次口头交代。而且呢, skill 是 一个开放标准,写一次,你导入到任何其他的 ai 都是可以用的。 先说一下像 deepsea、 豆包、 kimi 这些能不能用 skill, 如果你用的是网页版,那目前是不行的,因为它们是纯对话模型,没有本地文件的读写能力,没办法直接加载 skill 的 文件夹。但是呢,有两个变动的方法,第一个是用 kimi code, 它可以像 cloud code 一 样来读写本地的文件。那还有一个是,比如现在有很多的开源平台是支持 deepsea 的 a p i 作为底层模型的,同时呢,又有 skill 市场,相当于用 deepsea 的 脑子加上了 skill 的 专业能力。 接下来呢,来说一说怎么样去找到好用的 skill。 我 帮你整理了几个最好用的 skill 商店。首先是 lophop skill 市场,收入超过一万个。 skill 有 中文界面, 按照分类浏览,包括但仅限于像 ppt 制作, pdf 处理,网页抓取,写作优化都有。每一个 skill 都有评分和安装说明。 skills m p 目前是最大的 skill 聚合平台,收入超过七十万个开源 skill, 支持按照职业来筛选,每一个都标注了四大数和质量评分。 c 社的官方 skill 仓库也在 github, 质量最高,那 github 也有社区整理的 skill 百科全书, star 超过一万三, 按照领域分好的类提醒一下哈,如果你用的是个人开发者分享 skill, 在 你直接让 ai 学习之前,最好先让 ai 帮你扫描一下代码, 避免有一些安全病毒隐患。优先使用 star 数高的官方维护的仓库。我们再来说一下 skill 怎么装,我们一般来分为两种方式,一种最快插件命令一键装。比如说你下载一个 skill, 打开 cloud code, 直接出驻一行指令,回车就装好了。 然后你直接说帮我做选择题调研, cloud 会自动调用这个 skill 来处理,不需要你手动地来指定。第二种,手动来装,这个适合从 github 下载的第三方 skill 下载解压之后,把整个文件夹复制到 cloud 的 的路径下面就可以, cloud code 启动以后自动发现,不需要额外配置。但问题来了, 如果说你找不到自己用的 skill, 或者说你每天的工作也比较 special, 没有一个通用的 skill 能够去覆盖,该怎么办?答案呢?就是自己做。 a 社官方有一个 skill creator, 专门帮你生成 skill, 装好以后直接说你想要做什么。 skill creator 会自动地帮你生成全套文件。 skill md 写好了,角色设定和回复流程, reference 和 scripts 的 结构也搭好了, 但是呢,这个只是一个八十分的通用模板。你再把你的售后政策文档、产品参数表拖进 reference 的 文件里,跟克拉克说,回复时候必须严格参考 reference 里面的售后政策,它就自动地把你的资料引入到提示词里了, 从零做晚五分钟,说几句话而已。那正确的姿势就是 skill creator 来出题稿,你用你的经验和资料喂成一百分,你的行业经验越深, skill 越好用, 因为这些经验是 ai 在 互联网上学不到的。最后呢,来说一下 skill 的 文件结构,你搞懂了呢,就可以去改任何的 skill 核心呢?其实总共就三样东西, skill md 是 灵魂文件,写了干什么,什么时候触发执行步骤。 这个就是岗位说明书。 reference 文件夹放参考资料,品牌手册、公司规范、行业数据。 ai 在 工作的时候会查阅 scripts 的 文件夹,放执行脚本,自动刷数据,自动格式化输出,你不用自己写, 让 cloud code 写就可以。任何开源 skill 都是这三样东西的排列组合,现在就去试试吧。我是冉冉,欢迎大家关注我,一起用 ai 升级自己的人生,下期见了,拜拜!

大家好,我是路人乙,很多朋友留言想要分享 prd 生成 skill, 今天就手把手教大家如何在 tree、 ctrl code 这类常用的 a i d 工具里快速部署并使用 skill。 首先介绍一下 skill 是 如何被调用的。 skill 的 核心入口文件是 skill, 点 md ai, ide 工具会自动扫描指定的目录,找到其中的 skill, 点 md 文件,把它注册到 ai 上下文池中。之后我们和 ai 交互时,它就能自动识别并调用对应的技能。 所以部署 skill 的 核心逻辑就一个,把 skill 文件放到 ide 工具能扫描到的指定目录里。首先介绍一下北帝 skill 文件的部署,根据 skill 的 生效范围,有两种路径可以选择, 第一种是全局目录,放在电脑用户根目录下,部署后所有项目都可以调用,不用重复部署。第二种是项目目录,放在具体项目的根目录下,只有当前项目可以调用,这个可以根据 skill 的 应用场景灵活选择。这里以 tree 为例,给大家演示具体操作。 如果想要 p r d 生成 skill 在 所有项目内可用,就需要把 skill 的 文件夹放在用户目录下,点 tree 文件夹里的 skills 文件夹下, 然后重启 ide 工具,就可以看到 skill 已经被加载进来了,就可以使用了。 cursor 和 codex 的 步数逻辑和 tree 是 完全一样的,只是对应的隐藏目录不一样,大家照着 tree 的 方法替换一下目录名称就可以了。

右面呢,我们就有一个,就是 skill 生成器,我们就可以先做一个啊案例,从这个案例生成一个 skill, 那 skill 的 名称在这里,你如果要是会的话,你也可以完全自己按照这个模板把这些内容全都填写好,填写好了之后呢,你就可以在这边自动就生成了一个啊 md 文档,然后复制这个 md, 你 就会有一个自己的 skill 了。 那这里呢,我们准备了一点,呃,案例,就是这里有一个很乱的会议记录,帮我整理成决策行动项目负责人,呃,截止日期和开放问题, ok, 那 么现在我们就可以从这个案例生成一个 skill, md, 我 们看看它那会议的名称,就啊 skill 的 名称就变成 meeting action extractor, 就 会议的执行的提取 skill, 这个目的是什么呢?把混乱的会议记录,通话文字稿,会议笔记,整理成清楚的决策行动向负责人,截止日期和开放问题, ok, 那 么你的用途已经很明确了,你的智能体当看到这些关键词的时候,它就开始来看这个 skill 了。那需要输入的是什么呢?你给他提供的东西叫做输入 会议记录,通话文字稿或笔记,还可以选的是会议的日期,比如说你说完了这个会议的日期,他可以自己去搜那个文件,然后项目或团队的背景,截止日期的格式偏好等。 那它的工作流程又是什么呢?你让这个 skill 按照你日常的工作流程也这样来执行,比如说先读一遍这个会议记录,判断会议的主题, 其次是提取明确或者已经决定的事项。哎,你看这个工作流程就做的就很明确,对吧?如果你要觉得他这说的不对,你还可以加 d 八,或者你在四五六期间,你就可以把你认为重要的内容可以添加进去, 然后输出的格式,输出的格式你要包含几个板块,比如说会议的主题,决策人是谁,行动象是什么?负责人是什么?然后截止日期,开放问题,缺失的信息有哪些?标准,不把讨论中的想法误写成已决定的事项,这个就蛮好的哦。 然后不编造负责人或截止日期,就是不确定的东西,写不确定,不要捏造。每个行动项都要有负责人,没有负责人就标记为未指定,那开放问题和行动项分开写,最终结果容易扫描。 ok, 那 么质量的要求标准这边也都写上了。最后智能题的使用说明,当用户提供会议记录并要求整理一下下行动项时,加载这个功能。如果记录在文件里,先使用文件读取工具。 假如你这样就做完了这个 skill, 然后你就可以复制这个 markdown, 然后创建一个 markdown 文件就可以了。 我们再可以看另外一个,帮我做一个三天上海旅行计划,预算中等。我喜欢咖啡,建筑,安静的地方,不想形成太感,用这个案例生成一个 skill。

接下来聊个超实用的话题,怎么用 skills 给 cloud 扩容?你有没有遇到过这种情况,每次做项目都要跟 cloud 说一堆同样的前置指令,或者想让他记住某个固定流程,结果每次都要重新教,特别麻烦,对吧?今天教你的这个方法,一次配置长期生效,敲黑板了啊! 简单来说, skills 就是 cloud 的 技能包,你创建一个 skill 点 md 文件,写清楚指令, cloud 会自动把它加到工具箱里。什么时候该建 skill 呢?就是你发现自己老在重复粘贴同样的说明,检查清单,或者 cloud 点 md 里有些内容已经变成固定流程了,这时候就该抽出来做成 skill, 需要的时候直接调用。 跟写死在 cloud 点 m d 里不一样, skill 的 内容只有在调用的时候才会加载,所以就算你有个很长的参考文档,平时几乎不占任何上下文成本,用起来特别清亮。 skills 还遵循 agent skills 开放标准,跨工具通用,但 cloud code 在 这基础上加了些增强功能,比如调用控制、 sub agent 执行和动态上下文注入。说到内置技能, cloud code 还有 cloud api, 这些跟内置命令不一样,它们是基于提示的,给 cloud 更详细的指令,让它自己调用工具去完成,更灵活智能。 来手把手教你创建第一个 skill。 第一步,新建目录,存放这个 skill 的 所有文件,目录名及 skill 名称,所以要准确,不然后续 cloud 找不到咱们的 skill。 第二步, 写一个 skill 点 m d 文件,里面有两部分, y m l from matter, 告诉 cloud 什么时候用它,后面是具体指令,这是示意,注意这个 get diff head, 这叫动态上下文。注入 cloud 会先运行命令,把结果塞进提示里,所以他看到的是实时的 diff, 不是 猜的。 sales 放哪儿,决定谁能用它。个人 skills 放在 slash dot cloud skills scale 点 md, 所有项目都能用项目级的放在项目 slash dot cloud slash skills 只有这个项目能用。企业级的,一般看托管设置,如果不同级别有同名的 skill 项目覆盖个人,个人覆盖企业。 skill 不 只是一个文件,可以是一个完整目录。 skill 点 md 负责总体说明,其他文件按需加载,这样主文件不会太臃肿。 skill 文件可以包含不同类型的内容,一种是参考内容,比如项目的编码规范, a p i 设计模式,让 cloud 在 工作时自动应用这些知识。另一种是任务内容,比如部署,提交代码这类需要分布执行的操作,通常你会直接用 skill 杠 name 调用。 比如创建一个部署任务的 skill, 记得加上 disable 杠 model 杠 invocation true, 这样只有你能手动触发,避免 cloud 自动执行有副作用的操作。 skill 的 行为主要靠 y a m l for matter 控制。 description 建议必填,让 cloud 知道什么时候该用它。 disable 杠 model 杠 invokeation true, 可以 防止 cloud 自动调用,适合有风险的操作。 allowed 杠 tools 可以 预先授权工具,不用每次都问你批准。你还可以给 skill 传参数, 通过 dollar agreements 站位符获取,比如斜杠 fix 杠 issue 一 二三, cloud 会收到 fix github issue 一 二三,也可以用参数一参数二这样的方式按位置获取单个参数。 高级模式里有几个非常实用的技巧。首先是动态上下文注入用语法,可以在 cloud 看到 skill 内容之前,先运行 shell 命令,并把输出替换进去。比如你想让 cloud 总结一个 pr, 可以 这样,这样每次 skill 运行时,命令先执行, cloud 拿到的是实时的 pr 数据。 你还可以让 skill 在 隔离的 sub agent 里运行,只要加上 context fork, 这样 skill 有 自己独立的上下文,不会影响主对话。 比如创建一个深度研究的 skill, 让他在 explore 代理中运行,专门负责代码探索。另外,你还能控制 cloud 对 skills 的 访问权限。在 permissions 里,可以禁用所有 skills, 或者允许拒绝特定的 skills。 也可以通过 skill override 设置来覆盖 skill 的 可见性,比如把某些 skills 设为只显示名称或者完全隐藏。最后 skills 还能共享和分发,可以提交到版本控制供团队使用。也可以做成插件,或者通过托管设置部署到整个组织。 如果遇到问题,这里有几个常见情况的解决方法。 skill 没处发,先检查 description 里有没有用户会自然说的关键字, 再看看 skill 是 否出现在可用列表里。或者直接用 skill 杠 name 调用试试。触发太频繁,那就把描述写得更具体。或者加上 disable 杠 model 杠 invoke 改成手动触发,描述被截断,可以设置环境变量,提高字体预算。或者把低优先级的 skill 设为 name 杠 only 模式,只显示名称,不显示描述。 好了,总结一下今天的重点, skills 就是 扩展包,创建 skill, 点 md 就 能自定义功能,平时不占上下文,用的时候才加载,特别清亮。 记得用好 description, 让 cloud 知道什么时候该用它。 disable 杠 model 杠 invocation 控制,手动触发语法,实现动态内容注入。学会了赶紧去试试,给你的 cloud 装备上专属技能,下次做项目速度快到飞起!关注我们,持续获取实用技巧,让你的开发更高效!