大家好，我是阑梦清川
今天的这个文章，介绍一下listenhub的skill的真实体验感受，和我的一些思考的分享，包含吐槽和真实感受，非广告，可放心食用
首先我们需要声明一点：既然是 Skill，那么它和我之前分享的、以及大家熟知的 Skill 没有任何区别。
包含的内容、规范和基本内容都是一样的，只不过具体的用途不一样罢了。
ListenHub 的 Skill 包含了下面的几个功能：
也就是它官方网站上面的一些常用功能罢了。
今天我真实地体验之后，如果让我打分，满分 100 分的话，我的打分是 50分。
首先，这个skill也是需要安装的：官方文档如下所示
https://listenhub.ai/docs/zh/skills/getting-started
当然，具体怎么安装、怎么配置并不是重点，官方文档里面写的都有。
如果我觉得跑通了流程，有好的 workflow，那我肯定会详细地写一下我是怎么用的。但由于我自己用起来感觉不是很好，所以如果你想体验的话，就去文档里面看吧。
按照文档里面的走，基本上选择你所使用的环境 Agent（我选的是 Claude Code），然后选择全局安装，再经过两次确认（也就是两次 yes），基本上就配好了。
配置倒不是很麻烦的一件事
但是我们知道，反正我自己使用 Claude Code，基本上 Skill 都是安装在全局目录下面，也就是 C 盘的 .claudecode 这个全局配置文件夹。
但是我的这个 ListenHub Skill 按照官方的安装完成之后，它却在全局目录下创建了一个 .agents 文件夹，这让我觉得很意外。它并没有安装到我常用的那个文件夹下面去，所以当我去使用它的时候，系统反而表示找不到它。
实际上这个 ListenHub 的 Skill 也就是一堆 Script 脚本，里面包含了它支持的一些功能。
然后 script.md 文件就是一些常用的东西，也没什么不一样的。所以我觉得，与其使用这种让它自动安装到我不知道的地方，还不如直接下载到本地，然后我手动拷贝进去。
起码我所接触的大部分 Skill（比如开源 GitHub 仓库里的一些），我都是直接下载，然后复制粘贴到我的全局文件夹下面。它这样自动安装反而装不对地方，这是我遇到的第一个问题，不过很好解决；
其实我之前很少以终端的方式去使用 Claude Code。我使用 Claude Code 更多是在 VS Code 里面打开一个项目，然后打开我的 Claude Code for VS Code 插件，在一个对话框里面输入内容，让它直接帮我改当前项目文件夹下的代码。我更多是以这样的方式去搞的。
但是 ListenHub 的这个 skill 显然是需要我在终端安装的，于是我就索性直接在终端里面去进行体验。
但是因为我使用的是 Windows系统，之前也没有在终端里面深入使用过 Claude Code，所以就出现了各种报错的问题。
我去搜索了一下，发现就是脚本环境（Shell环境）的问题。
我本来是在 CMD 里面去操作的，但是有一些脚本的命令在 Windows 环境下没有办法执行，所以我又换成了 Git Bash。但是依然出现上面的这个报错。
我使用昨天刚刚推荐过的 Tabbit（美团的 AI 浏览器），通过配置环境变量的方式，这个问题也很快解决了。
但是站在我自己的角度，我觉得这样的话，对于 Windows用户，特别是 Windows 小白用户可能就不是很友好了。
我并不是说我自己的水平有多高，我只是觉得对于一些初学者（没有遇到过类似报错的人），可能就不太清楚。而我自己是学计算机专业的，之前也遇到过类似的问题，所以我在 AI 的帮助下能够解决。但对于初学者来说，这显然是不够友好的。
上面的问题全部解决之后，输入 ListenHub skill，它就会弹出对应的四个模式，跟文档里介绍的一模一样的，如下所示：
今天林俊旸不是从前文离职了嘛，我就找了一篇公众号文章，想让他根据这篇文章去调用这个 skill 生成一个 broker，因为 broker 就是那四个模式里面的第一个嘛。
其实我本来是发给他，让他读取一下，看看他是否能够读取。因为我也知道微信公众号比较闭源，可能有些东西他没办法获取到。
但我把这个文章发给他后，他使用联网搜索的功能，也确实解析出了文章内容。于是我就像上图一样，直接把链接发给他，让他根据文章内容生成 Podcast。
然后正式开始提交任务，等待执行。这个过程执行一个脚本任务，它可能是在不断地轮询，看还需要多长时间才能完成任务。
他最终生成的这个效果，我去看了一下，发现和我这个公众号文章内容完全不相关。
后来发现是因为他没有正确地获取文章链接，然后自己去网上搜了一堆无关的内容，跟公众号文章里所写的林俊旸从千万离职这个事情，没有半毛钱关系。
结果我去官网一看，发现我的文章来源是一堆乱码。
我的文章内容明明是关于林俊旸离职这个事情，结果它自己去网上搜索出了一堆关于人工智能监管的内容，和我的文章没有半毛钱关系，然后就直接使用我的积分生成了播客。我觉得非常的无语。
但是我觉得可能还是我解析的问题，或者说我的使用方法不对，我并没有怀疑其他的。
因为我最开始让他去读取文章内容的时候，他也能读取到，于是我就再去问他：
“你最开始不是能获取文章内容吗？你也返回了对应的内容呀，那个就是和文章相关的内容。为什么你最后找了一堆无关的内容呢？”
然后让他重新去获取文章内容，根据文章内容去生成播客，看看这一次效果会不会好一些。
看着挺好的，因为它确实读取到了从"千问"离职的这个事情。
但我发现它自动在网上搜索 AI 相关的主题，这个时候就开始偏离内容了。但是他又告诉我，现在我直接用文章的原文重新生成播客。
此时我的心目中是一个大大的问号：你到底在使用什么生成播客？
他一方面告诉我后端无法访问微信链接，然后去网上搜索，接着又告诉我现在直接用文章原文重新生成播客，这让我弄得不知所措。
反正他已经开始执行任务了，于是我就让他跑一下吧，看看最后生成效果怎么样。
我去看了一下，好家伙，就解析出来一个"千问"，然后去搜索千问开源对于社区的贡献。
内容也不是文章里面林俊旸离职这个事情的影响和分析，但是主题稍微沾了点边，比第一次稍微好点，第一次的 AI 监管确实有点离谱。
说到这里，我已经生成了两个播客。其他的功能我没有尝试，但我觉得已经没有必要了。
我直接打开官网，把链接丢进去，让它直接生成播客，效果是这样的：
3月4日，最年轻P10林俊旸告别Qwen：阿里大模型团队震荡 - ListenHub
https://listenhub.ai/episode/69a7da67c760be71cafbc63c
播客内容完全根据公众号链接文章内容进行生成，符合我的要求。
因为我之前就使用过，我知道它是可以根据微信公众号文章链接去生成对应的播客的，但是当使用 API 的时候，就出现了上面非常可笑的一幕，我也真不知道说什么好了。
我写这篇文章也并不是说人家官方的文档写得不好，或者说服务不好，肯定是有用户可以正常使用的，或者在其他场景下没问题。
但是我已经不想再试了。通过公众号文章这个例子，我觉得就个人体验而言不是很好。
我这些都是使用它默认生成的音色。我知道肯定有办法可以控制使用哪些音色，以及选择单人还是双人模式，但是我已经不想去尝试了。
我觉得直接把链接丢到官方的输入框去生成播客，在官方网站上直接看效果，比我调用 API 的效果还要好。而且调用 API 花了不少时间，最后的效果反而不是很理想。
当然，不能一棍子打死。
可能在其他的一些场景里面，比如生图、生成视频或者生成播客，使用其他的方式直接给原文，或者说不使用这种闭源的微信链接，效果可能也是很不错的，但我没有尝试。
这个时候我联想起前段时间发的一篇文章，当时我使用智谱的模型，下载了 alma 这个客户端工具，然后把智谱的模型接入了 alma 和 Cherry Studio。
结果发现它并不具备多模态的能力，生成效果反而不如我直接去使用腾讯元宝和阿里的通义千问这种免费模型效果好。当时我得出的一个结论就是：工具贴合场景为王：
选择工具应该根据个人使用场景，聚焦工具擅长的领域。不要追求复杂或者热门，做到“重器轻用”，实现合理的分配，明确工具的定位。
所以对于 ListenHub 而言，或者说对于我而言，与其去使用 Skill 去生成我想要的东西，还不如直接去官方网站。
生成的音频或者视频一样可以下载，同样能达到我的需求，为什么要多此一举呢？或许不去配置环境使用 Skill，而是选择直接去官网进行使用，才是对我而言更加合适的选择。
当然，通过这个事情，让我对于 claudecode 的使用方式也有了新的理解。
终端的方式和客户端的方式，或许我从最开始就选对了路。（后面单独写一篇文章吧）
免费星球(日常分享，想法碎片)
付费星球（深度交流，长期沉淀+付费群）
我是阑梦清川，希望得到您的关注
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。