7个好玩又好用的Skill,开始榨干Agent!
最近我装Skill装得有点上头
一开始只是想试试Agent还能怎么折腾,结果在看了一整圈之后我才察觉到,这个确实是不能够胡乱进行安装的。
要是安装得数量太多了,表面上看着会显得十分热闹,但是在真正需要执行工作任务的时候,你反而会变得无法弄明白它究竟会在什么时间被触发、具体会修改哪一个地方、以及是不是会把整个工作流程给带偏。
所以这一篇文章我就不去做那些大而全的内容了。我主要挑选了几个比较适宜普通用户以及内容创作者的开源Skill,这些全都是可以解决很多具体实际问题的。
如果你平时也在用Codex、Cursor等等这类Agent工具,那么就可以先从这几个工具开始看起
它们所做的事情虽然并不算很大,但是刚好卡在了Agent最容易出现胡乱操作的地方。
Agent-Reach:把资料读全
很多人用Agent做调研,最大的感受就是它看得不够全。
比如你让它把一个视频内容进行总结,它可能仅仅只是看了一下标题以及简介的内容;要是你让它分析社区里反馈的意见,它可能根本就没有进入到评论区里面去;要是你让它深入研究某一个项目,它也许只是稍微扫视了一眼README文件,就直接开始为你写结论了。
Agent-Reach就是补这个不足的。它会帮助Agent把网页内容、视频的字幕、GitHub仓库、RSS订阅源以及部分的社区内容这一些材料全都给抓取回来。
凭借这样来做调研工作、寻找写作选题、查看竞争产品以及整理反馈意见的时候,至少不会单单依靠表面上的那一点点信息了。就比如说你想要去购买一部相机,就可以让它先把相关的评测内容整理出来,接着再去查看评论区里面被反复提及的问题。
当然,它只是负责把这些材料给搬移回来,至于最后要如何去进行判断,依然还是需要你自己亲自进行阅读和分析
开源地址:
https://github.com/Panniantong/Agent-Reach
writing-agent:长文别一口气硬写
再说一个写作类的。
很多人让AI写长文,还是一句话走天下:给个主题,接着再附加上一句“帮我写出一篇有2000字的文章”。这样得到的结果在通常情况下确实十分稳定,文章会非常迅速地制作出来,但是里面的观点显得十分平淡,段落的描写也像是在记流水账一样。
writing-agent的思路是把写作这件事情拆分开来,变成好几个不同的阶段
第一步先确定写作的选题,第二步把相关的资料给整理好,然后去搭建文章的结构、撰写第一稿、对稿件进行审核、做出修改,在最后完成导出操作。
这个流程看起来慢一点,但更适合像公众号文章、各类报告以及课程稿件这一种需要进行反复微调的内容。
特别是当你并不想把全部的内容都推倒重新来写,而仅仅只是想要修改其中的某一段逻辑、某一个具体案例或者某一种说话语气的时候,采用分阶段处理的方法会让体验舒服很多
开源地址:
https://github.com/dongbeixiaohuo/writing-agent
Humanizer-zh:先把模板味清一清
现在AI写中文稿,最为明显的问题往往不是出在语法方面,而是出在那种过于整齐的套路感上面。
每一个句子的长度都差不多,各种转折词轮流着使用,在结尾的部分还总是想要把某一个小小的功能提升到大趋势的高度。如果单独看一个句子是挺通顺的,但是只要把几个段落连在一起阅读,就很轻易能够听出那一种固定的节奏感觉了。
Humanizer-zh就是处理这个的。它会去检查是否存在宣传腔调、空洞的判断、模糊的归类原因、重复出现的句式结构、过度的排比修辞以及连接词使用得过于紧密这些问题。
这个东西更加适合放置在初次稿件撰写完毕之后,先拿来做第一轮的编辑工作。
但是它也是存在着边界的,要是文章的本身并没有包含真实的测试、具体的材料以及作者自己的判断,那么它最多也只不过是把那些空洞的话语给删减得短一点罢了。
真正让文章有活人感的,还得是内容本身
开源地址:
https://github.com/op7418/Humanizer-zh
Superpowers:先把需求弄明白
要是你经常让Agent负责修改代码,最害怕的事情就是它表现得过于积极了。
你只要说一句“帮我把登录页面改一下”,它可能就会马上开始动手工作,等到你重新查看的时候,它的身份认证逻辑、页面的结构以及接口的调用已经全部被一起修改过了。虽然说工作的速度确实很快,但是重新返工的速度也同样很快。
Superpowers解决的就是这个问题。它会先让Agent把具体的需求给询问清楚,在这之后再去拆分工作任务、列出解决的方案、确认会波及的影响范围,最后才会进入到实际实现的阶段。
特别是旧的项目,最吃这一套规则了。
登录功能、权限管理、路径路由、数据存储以及测试文件,任何一个地方只要动一下,都有可能牵一发而动全身。在前面的流程走得稳妥一些,那么到了后面进行修改的时候反而会更加省事
要是你平时会把 Codex 这一类工具连接到真实的项目里面去使用,这个可以优先装。
开源地址:
https://github.com/obra/superpowers
claude-mem:让第二次打开还能接上
在长期的项目当中最让人感到折磨的地方,往往是在第二次重新打开对话框的时候。
上一次因为什么缘故没有执行升级依赖包的操作,哪一个bug是已经排查完毕了的,某一个具体的方案为什么在最后没有被选中,这一些信息全都分散在过去的聊天记录以及凭借工具调用的过程之中。一旦新的会话被开启了,你依然还是得从头开始讲述一遍。
claude-mem能够解决的就是这一个方面的麻烦。它会把工具的调用情况以及工作的具体过程记录下来,在这之后重新整理成为后续对话可以继续进行使用的摘要。
你完全可以把这个东西理解成为一份能够自动进行更新的项目交接表。它对于那种临时的提问和回答来说并没有什么太大的必要,但是对于需要长期维护的项目来说就显得挺合适。
今天修一点问题,明天修改一些地方,过了几天之后还要接着往下进行操作,在这类场景里面,拥有记忆和不拥有记忆,使用体验的差别是很大的。
开源地址:
https://github.com/thedotmack/claude-mem
frontend-design:别把网页做成一个模样
在现在让Agent写网页已经不是什么稀奇的事情了,难的是别让它每一次制作出来的东西都长成同一个模样。
紫色渐变、圆角卡片、超大标题、几个悬浮光球,看着都对,这些看起来好像都没毛病,但是要是发布得太多了,就很容易会跟别人撞车。
frontend-design是Anthropic做的一个设计Skill。它会先要求Agent把页面的目标、读者具体是谁以及视觉的方向到底是什么想明白,在这之后再去决定使用的颜色、字体、布局方式以及动画效果。
它虽然不能够直接代替你把设计的工作给做完,但是它会让Agent在编写代码之前先去想清楚:这一页内容究竟是要展示给谁来看的,应该长成什么样子的外表。
要是你经常需要制作产品页面、活动宣传页面以及个人主页,那么这个工具是挺值得添加的。因为至少它能够把Agent从那一套默认的审美风格里面给揪出来一点
开源地址:
https://github.com/anthropics/skills/tree/main/skills/frontend-design
Awesome Design.md:把审美说清楚
还有一种情况也很常见。
你看到一个网站觉得非常漂亮,但是真正让你把这个网站为什么漂亮给说清楚,你又会觉得表达不太明白。如果你只是给Agent发送过去一张截图,那么它也只能够靠它自己猜测其中的字体、间距的大小、色彩的搭配以及组件的设定规则。
Awesome Design.md做的事情,就是把这一些设计风格整理成为能够直接被读取的DESIGN.md文件。
这样一来,你发送过去的就不仅仅是单一的一张图片了,风格的规则也能够一并给它。关于字体怎么用、颜色要怎么进行搭配、排版要如何进行收尾以及组件应当怎么进行摆放,这些都会变得更加能够受到控制一些。
做产品原型、活动页面以及提案页面的时候,用这种方式会比单纯只是发送一张截图稳妥很多。它非常适合于那种在审美方面有自己偏好,但是却不想要靠自己从零开始撰写设计规范的人。
开源地址:
https://github.com/VoltAgent/awesome-design-md
总结一下
这几个Skill看下来,我觉得最适合普通用户的用法,其实就是按自己最常卡住的地方来选
如果你经常做资料整理、选题调研,先看Agent-Reach;如果你经常写长文,writing-agent会更适合;如果你写完稿子总觉得模板味重,可以把Humanizer-zh放在后面做一轮清理。
做代码项目的人,可以重点看Superpowers和claude-mem。前者让Agent动手前先问清楚,后者适合那种一做就是好几天、隔几天还要继续接着改的项目。
至于frontend-design和Awesome Design.md,更适合经常做页面、产品原型、活动页的人。一个帮Agent先想清楚页面该长什么样,另一个把你喜欢的审美整理成更明确的规范。
Skill这东西不用装太满。你平时在哪一步最容易返工,就先装哪个。装对一个,比一口气装一堆更有用。
- 原文作者:知识铺
- 原文链接:https://index.zshipu.com/ai002/post/20260816/7%E4%B8%AA%E5%A5%BD%E7%8E%A9%E5%8F%88%E5%A5%BD%E7%94%A8%E7%9A%84Skill%E5%BC%80%E5%A7%8B%E6%A6%A8%E5%B9%B2Agent/
- 版权声明:本作品采用知识共享署名-非商业性使用-禁止演绎 4.0 国际许可协议进行许可,非商业转载请注明出处(作者,原文链接),商业转载请联系作者获得授权。
- 免责声明:本页面内容均来源于站内编辑发布,部分信息来源互联网,并不意味着本站赞同其观点或者证实其内容的真实性,如涉及版权等问题,请立即联系客服进行更改或删除,保证您的合法权益。转载请注明来源,欢迎对文章中的引用来源进行考证,欢迎指出任何有错误或不够清晰的表达。也可以邮件至 sblig@126.com