为了在发现频道发帖,我写了个 SKILL

今天我在发现,分享插件的时候,觉得写帖子太难了┭┮﹏┭┮
这么多规则,还有排版。
哎~两个规则文件都有示例了。
我是不是能做成 skill ?然后就有了这个 skill,哈哈。
我还微调了一下 skill 加了点料,大家当个乐子看看就好。

仓库

3 个赞

好棒,这个可以有。

我之前一直想可以提供帖子更新 skills,结果没来得及弄

1 个赞

感谢蛙总的肯定,哈哈
我也是今天发帖才有这样的想法 :grimacing:

或许可以贴到发帖教程里?后续觉得有什么不好的地方也可以继续改进提示词。

是的,发现有点麻烦,就懒得写了

这下可以用上我的skill来写了,哈哈 :grimacing:

很棒啊,也能为学习写 skills 的人提供参考和思路 :clap:

其实发现频道是有模板的:

点一下这个页面左上角的 “从模板新建话题”,就可以套这个模板发帖了。

好家伙,这我还真不知道…藏得好深 :dotted_line_face:
但是用 Skill 会更方便,把github链接一贴,就出来了。
这个就是用skill写的

[【Vscode插件推荐】Code Decode(代码实时翻译工具(Inlay/分屏模式))]

这里是【开发者自荐】和【用户推荐】二选一哦


冒昧说一下我自己的想法:其实我还是更喜欢亲自写推介,而不是让 AI 代写。

  • 如果是开发者自荐,我想应该没有人比开发者自己更了解作品的价值。作为用户,我们更想知道的应该就是这个软件有什么优点、能满足什么需求。这些肯定向开发者在设计软件的时候就非常清楚的。
  • 如果是用户推荐,那么我想读者更希望听到的,是软件用户真实的使用体验,知道它为什么好、还有什么不足,以及在实际应用中的表现到底如何。
2 个赞

这是因为之前的两个文档里没声明 :sweat_smile:,已经修改了。

你说的是对的,我应该加入到skill里,让skill使用者选择角色,然后询问获取信息,再编写。
再迭代几次,效果应该会飞跃。

目前 AI 的能力写这样的贴子是没问题的,主要是在 skill 中限制他的幻觉还有让他遵循输出规则。

我个人认为这样的skill肯定是要规范起来的。
假设现在的发现帖,大部分是人写,少部分是 AI 写(我可能偷偷用但不告诉你)。
AI写的贴子,可能我们也认为是人写的,但是比较低质量。
这样的话,我们就可以通过一个规范化的 skill ,让 AI 生成幻觉较少的,符合规则制度,质量相对较高的帖子。
我们无法分辨的时候,尽量让 AI 生成相对高质量的帖子,这对我们人检索信息,获取信息是好的。

Token泛滥,帮帮我们.png
发现频道里大家其实不在乎你的文章写的好不好,只想知道你的软件(或者其他东西)是干嘛的。不知道现在的AI能不能够做到100%精准描述

1 个赞

您可能误会了我的意思。我想说的是,无论是真人体验还是 AI 总结,我更希望看到的,是基于实际生产应用得到的总结。

某些软件,可能看它的介绍非常好,代码写得也无懈可击,但它在实际应用中的表现如何?这些是无法通过仓库里的 Readme 或软件代码看出来的。

  • 比如,之前有个用古诗词给孩子起名的软件,设计理念非常新颖,有些朋友就把它推荐给身边的孩子爸妈使用。结果让人大跌眼镜:这个软件在设计上存在漏洞,生成的名字经常会带 “死”、“杀” 等消极含义的字眼。这些问题,不在实际应用中是无法发现的。
  • 再比如,您之前推了一个变量名实时翻译工具,设计理念是挺好的,但在实际应用中效果怎么样?比如,是否会出现翻译前后不一致的情况?是否会打断阅读代码的思路?这些问题不知您在使用过程中是否有遇到。

我感觉大部分都是空话(并非针对本贴内容)


我现在有点怀疑了,我斗胆暴言,仅对于部分来说(但不是少数),作者可能自己都不了解甚至不用。


另外,我觉得分享介绍工具,本来是一个很享受、很能满足分享欲的事情,手打想法是一件快乐的事情。

现在的趋势更流行分享“我用 AI 做了一个工具”这件事情本身,而非分享工具。(可能会手打分享一下自己用 AI 制作工具的感受,工具介绍直接用 AI 糊弄过去了)
(但感觉以后会进一步递归,比如用 AI 总结“用 AI 制作工具的感受”的感受)

哈哈哈哈 :rofl:

我的意思是这样滴。
帖子最好的情况是人去写。
我可以自己写文章,但是别人可能使用AI写文章。然后我们没有办法判断是不是AI生成的。
然后AI可能在这个帖子里面虚构了功能,然后会耗费我们的精力去鉴别这些内容。
而我们使用skill,就是尽可能地去让AI百分百精确描述这个项目到底做了什么。

我最直接,最不绕弯的说,一句话总结:
就是会有懒人,他直接用AI生成帖子,而这些帖子里可能会包含虚假信息。
那么,借助skill,我们可以减少这类虚假信息的产生,甚至完全避免。
这就是skill的意义。

我懂你的意思了。但有的人写文章时候,或许不会考虑到这点。
我们可以在Skill上提供这一描述,让调用该skill的人,去提供这他自己用起来的信息,然后帖子就会生成实际应用的信息。

因为你想了解这些信息,所以我说 让skill使用者选择角色 ,让使用的人去提供这些信息。

至于这一点,额…没办法了,只能堆用户量,用户反馈,才能知道了 :downcast_face_with_sweat:
之所以会分享,是因为觉得某个方面好用,解决了某些痛点,然后才会推荐。
还会不会有别的生产环境的问题呢?只能用户多了才知道了。(也就是Bug)

是否会出现翻译前后不一致的情况?是否会打断阅读代码的思路?

因为我没有遇到过,所以我没办法在帖子里提供这些信息,我考虑不到。
就很难说。就比如:用微信是否会出现导出聊天记录后,无法还原呀?因为我没用过导出,我就没办法输出这些信息。
但我们可以给Skill添加提示词,引导用户去回想,或者思考:

这个程序有没有什么不好用的地方呀~
平时用起来怎么样呀~
真的帮你解决了xxx吗?
在你的电脑上是否会出现翻译前后不一致的情况?
是否会打断阅读代码的思路?

不过我觉得写帖子的遇到意外情况的都会比较少。
毕竟安利的人都会觉得确实好用,可能有人会用得到,用得上,才会去写帖子。

我最直接,最不绕弯的说,一句话总结!
其实就是你在乎什么信息,想了解什么信息,就可以填到Skill里,帮助你编写这些信息。