你好呀，我是歪歪。
周末的时候在 X 上看到这样一个推文，阅读量高达 166w：
推文的内容非常简单，就是提到了一个叫做 eli5 的技能。
然后解释了这个技能的作用：
像解释给一个对这个话题一无所知的人一样，用一个带有大图片和少量文字的 HTML 制品来解释。
这个推文很快就传播开了。
为啥？
因为这个推文的第一句话：a skill people at Anthropic have been using a lot recently: ELI5。
这里面提到了 Anthropic 的人最近经常在使用这一项技能。
而且发推文的这个哥们，Thariq，是 Anthropic 的创始团队成员之一，在 X 上的关注人数也多：
所以，他提到的这一项技能很快就传播开了。
歪师傅看到之后，也体验了一波。
体验感受怎么说？
很微妙。
技能内容
推文下面给了 claude 的安装方式：
claude plugin marketplace add anthropics/claude-plugins-community
claude plugin install eli5@claude-community
如果你的工具不是 claude，你也可以在 github 上找到这个技能：
老实说，当我看到这个技能的内容的时候，有一种被"耍"了的感觉。
因为它的完整内容只有一句话：
Explain like I'm someone who knows nothing about this topic, using a HTML artifact with big pictures and few words.
这句话，就是前面我看到推文中的这句话：
我开始还以为这只是这个技能的描述而已。
没想到居然是技能的全部。
这特么也能是一个技能？
上一次有这种感觉还是看到"grill-me"这个技能的时候：
当时这个技能只有三句话，但是我体验几次之后觉得这三句话是真的牛逼。
所以，虽然这一次"eli5"在技能的内容上给我了同样的感觉，但是在没有实际体验之前，我并不敢给它随便评价。
只是自己在心里打一个小小的问号。
另外，你看这个技能的 description 的第一句话：Explain a topic like I'm a 5 year old。
请用一个适合 5 岁孩子的方式来解释某个主题。
我有足够的理由合理猜测，"eli5"这个技能的名称，就是来源于这句话的缩写。
体验一波
技能安装完成之后，我让它给我解释的第一个问题就是：
"文本水印"的工作机制。
因为这个问题我前段时间专门研究过，也写过文章，所以我大概知道是怎么一回事儿。
先拿一个自己熟悉的话题来试一试它，看它有没有乱说：
这是它给我输出的结果，是一个 HTML 页面，我先快速的拉一下，给你看一下完整的内容：
如果我截图的话内容就太长了，所以我就只截取关键的几张图：
如果你看过我之前的这篇文章《涨见识了！AI 写的文章，可能都带着"隐形水印"。还是有点凶。》，你就知道前面这几张图片的内容准确度还是很高的，都说在了点子上。
另外，它生成的 HTML 中，居然还给我做了一个可以交互的按钮，这个是我没想到的：
从这个案例来看，给人的感觉还不错。
但是，其实这是我用同一个问题，问了第二次得到的 HTML。
这是它第一次针对这个问题给出的回答：
第一次的回答虽然关键的地方也都提到了，但是我个人感觉和第二次比起来还是有点差距。
但是，同一个问题问两次，其实也不是我刻意为之，
是因为我第一次用它的时候，用错目录了，所以我单独切换目录后又问了一次。
才发现了它的"抽卡"机制。
因为我自己想的问题老是往技术方向去想，所以我让 Max 同学帮我想了一个问题。
她也确实帮我想到了一个很好的问题：
都江堰水利工程的原理和作用
问题是一个好问题，但是 eli5 的回答，我感觉就很一般了。
还是先给你上个动图，感受一下它生成的 HTML 的整体内容：
这里面其实像"鱼嘴、飞沙堰、宝瓶口"几个关键的地方都提到了：
但是后面的两个示意图，我是完全看不出来到底在"示意"什么玩意：
在 Claude 里面，它会引导我，问我要不要再生成一屏，关于"深淘滩，低作堰"：
我让它补了，这是它给的回答：
可能是因为我比较了解都江堰，所以我对它的这个回答其实并不满意。
我觉得它的这个回答，并不能给一个完全不知道都江堰的人，说明白都江堰的牛逼之处。
既然说到都江堰了，我也随手推荐一个我觉得讲都江堰讲的足够清晰的一个视频。
星球研究所在 B 站上的这一期视频，如果你去"拜水都江堰"，那么可以提前做做功课：
好了，话题扯的有点远。
我们回到 eli5 这个技能上来。
最后，我还问了它一个很适合它的问题：
演示一下"三门问题"。
首先，什么是"三门问题"。
其实就是一个反直觉的概率游戏。
让你从三扇门里挑一扇，其中一扇门后面是一辆车，另外两个门后分别是一只羊）。
然后主持人会故意从你没选的那两扇里打开一扇有羊的门，问你换不换门。
从直觉上来说，只剩两扇门了，概率上就是五五开。
但是实际情况呢？
等下 eli5 会告诉你。
另外，我为什么说这个问题很适合 eli5 呢？
因为它的回答是 HTML，在 HTML 中可以做交互，它完全可以模拟"三门问题"这个游戏：
这是它给出的 HTML 页面，首先还是先看一下它整体的内容：
它在里面做了一个可交互的页面，首先让我选择一个门，我选择了 2 号门：
然后，它告诉我主持人开了 3 号门，后面是羊。
坚持不换，就是羊。换了门，就是车：
然后它还"用大数据说话"，换与不换，各模拟 10000 次。
多次模拟可以发现，换门的概率远高于不换门的概率：
在 HTML 的最后，它也描述了为什么换门的中奖率更高：
这个案例我是觉得还不错的。
通过和用户交互的方式，来达到给用户解释问题的目的。
此外，这是 Thariq 给出的几个他用的比较多的场景：
如果你在工作中也有类似的场景，可以试一试。
很微妙
前面我说了，我体验下来之后的感觉是：很微妙。
首先，先吐槽一波不好的点。
通过上面的一些体验，它带给我的感受并没有特别的好。
也许是我的打开方式不对，但是它给我的真实感觉就是这样的。
它能得到大规模的传播，更多的是因为有 A 社在背后背书。
如果这是一个名不见经传的人写出来的，只有一句话，而且实际体验也没有那么惊艳的 Skill。
我只会留下一句：这特么是什么玩意。
但是，当这个 Skill 是 A 社的工程师写出来，并且还表示他们最近用得很多的时候。
我会觉得：这个 skill 博大精深，我应该还没体会到它的深意，是我修行不够。
我觉得这个 Skill 能够迅速传播， 大部分得归功于 A 社自带的光环。
注意，我说的是"大部分"。
还有一部分，就是因为它确实有点东西。
也就是它让我觉得好的点。
它确实踩中了一个很好的方向，就是让 AI 不只是输出文字，而是用 HTML 做一个真正面向人的、可视化的解释页面。
HTML，在当下的 AI 时代，是一个非常"廉价"，但是又非常适合用来展示内容的一个载体。
之前网上还出现过一些争论，关于是否应该用 HTML 来代替 md 格式的文档。
而当时引发这个争论的起点，刚好也是 Thariq 这个哥们发布的这篇文章：
对于支持 HTML 的一方，他们的主要观点是这样的：
而支持 md 的一方，他们的观点又是这样的：
在 eli5 这个案例中，它的交付物是 HTML，我反而觉得很好，因为 HTML 天然具备更丰富的视觉表现和交互能力。
这也是我从 eli5 这个技能中学到的一个点。
当产出物的目标用户是人的时候，HTML 确实是一个更好的选择。
另外，如果单纯从 Skill 文件本身来看，它确实是我见过最简单的 Skill，没有之一。
但这次通过对这个 Skill 的体验，让我重新理解了一个问题，就是一个 Skill 的价值，可能从来都不在于它写了多少字，有多长，多详细。
一条好的指令，有时候就足够改变我们认为的"AI 的工作方式"。
以前我们让 AI 给我们"解释一个问题"，默认的交付物是一段文字。
但 eli5 只用一句话就颠覆了这个工作方式，让它做了一个东西出来。
这个东西里面，甚至还可以根据问题，埋入一些和用户交付的地方，让用户更好的理解问题。
所以，我觉得真正值得我们学习的，可能不是这个 Skill 只有"一句话"，而是这一句话背后，对 AI 交付物的重新定义。
最后，我还是强烈建议你自己去体验一下 eli5 这个 skill。
如果你有更好的打开方式，获得了更好的体验，欢迎你在评论区留下你的感受。