一句话定位 ：一个 skill ，输入
/eli5 <任何主题>，就能生成一张简单直观的 HTML 图解页面，用最少的文字和最大的图片解释一个复杂概念。
一个小工具
2026 年 8 月 22 日，Anthropic 的 Claude Code 工程师 Thariq 在社交媒体上发了一条帖子，说 Anthropic 内部很多人最近都在用一个技能：/eli5 <你想解释的东西>。
这条帖子在几个小时内就超过了 26.2 万次浏览。
为什么这么火？因为它解决了一个非常普遍的问题：技术概念太复杂，直接解释太啰嗦，但又不想失去准确性。
Github: github.com/anthropics/... blog: www.explainx.ai/blog/eli5-c...
它到底是什么？
先看它的核心代码------没错，这个 viral 的工具，核心就是一个文件：
markdown
---
name: eli5
description: Explain a topic like I'm a 5 year old.
---
Explain like I'm someone who knows nothing about this topic,
using a HTML artifact with big pictures and few words.
Topic: $ARGUMENTS整个技能只有四行有效指令 。没有复杂的代码，没有外部依赖，没有 API 调用。它本质上是一个精心设计的提示词。
当你输入 /eli5 how does DNS work，Claude 会：
- 把这个主题当成"对方完全不懂"来解释
- 生成一个 HTML 页面（不是普通文本）
- 页面里用大图片 + 极少文字的方式呈现
- 输出为一个可视化的"工件"（Artifact），可以直接在浏览器中查看
它为什么有用？
用法一：快速理解不熟悉的代码模块
arduino
/eli5 how does this module work在修改一段不熟悉的代码之前，先用 eli5 生成一个可视化概览。相当于在深入细节之前，先看一张"地图"。
用法二：理解一个技术决策的背景
kotlin
/eli5 why did we make this tradeoff在团队讨论中，先用 eli5 快速理解一个历史决策的核心逻辑，再进入深度讨论。
用法三：在读事故报告之前先建立直觉
kotlin
/eli5 what caused this incident在读完整的技术复盘之前，先用 eli5 获得一个高层次的理解框架。
这三个用法有一个共同点：它不是替代深入分析，而是在深入分析之前的"预热步骤"。就像资深工程师在白板上画一个草图，然后再打开代码编辑器一样。
社区的两种声音
Thariq 的帖子发出后，评论区迅速分化成两个阵营。
正方：确实好用
很多人认为这是一个简单但有效的工具。它把"让 AI 简单解释"这个需求标准化了------你不需要每次都想怎么措辞，只需要输入 /eli5 就行。
反方：两个核心质疑
质疑一：强制类比反而更难懂
有人举了一个例子：Claude 把 API 调用比喻成"一辆车，你开车去朋友家（数据库）"。这种强行的类比反而让概念更难理解了。他的建议是：直接说"简单解释，但保持技术准确性"，效果比强制类比更好。
质疑二：本质上是在付两次钱
这个批评更尖锐：你先让 Claude 生成一个啰嗦的回答（花了一次 token 的钱），然后又让它把回答简化（又花了一次 token 的钱）。为什么不直接让 Claude 默认输出就简洁一些？
Thariq 对这两个质疑的回应很坦诚："我们确实在努力减少默认输出的啰嗦程度，但 eli5 这种视觉化的解释方式，在理解概念和预热场景下确实有用。"
这个回应其实点出了一个关键洞察：减少啰嗦 和视觉化简化是两件不同的事，解决的是不同的问题。
安装方式
在 Claude Code 中运行：
bash
claude plugin marketplace add anthropics/claude-plugins-community
claude plugin install eli5@claude-community安装后，在任何对话中输入 /eli5 <主题> 即可使用。
需要注意的是：目前这不是 Anthropic 的官方插件，而是通过社区市场发布的。Thariq 在后续帖子中提到，团队还在讨论是否要把它变成官方插件。
类似的"简化解释"方案
| 方案 | 安装方式 | 输出格式 | 后续学习能力 | 是否官方 |
|---|---|---|---|---|
| /eli5 技能 | 插件市场安装 | HTML 图解页面 | 无（一次性输出） | 社区（非官方） |
| Melo（explainx.ai） | 无需安装，内置 | 生成式 UI 响应 | 有（测验/回教/闪卡） | 商业产品 |
| 直接提示词 | 无需安装 | 普通文本 | 无 | 无 |
| 手动写提示词 | 无需安装 | 取决于模型 | 无 | 无 |
关键差异
vs Melo：explainx.ai 的 Melo 在 2026 年 8 月 11 日就内置了 ELI5 模式，比 Thariq 的帖子早了 11 天。区别在于：Melo 的 ELI5 是一个学习流程的一部分------解释完之后可以立刻做测验、回教、闪卡。而 /eli5 是一次性的输出，没有后续的学习闭环。
vs 直接提示词 ：你可以直接告诉 Claude "简单解释一下 X"，但 /eli5 的价值在于标准化------它规定了输出格式（HTML 而非文本）、视觉风格（大图少字）、语言风格（假设读者零基础）。这种标准化让每次的解释质量更一致。
vs 手动写提示词 ：理论上你可以自己写一个更精确的提示词来达到同样的效果。但 /eli5 的价值在于开箱即用------不需要思考怎么措辞，一个命令就搞定。
本质：提示词工程的标准化
/eli5 的真正价值不在于它的代码有多复杂（恰恰相反，它非常简单），而在于它代表了一种趋势：把好的提示词实践封装成可复用的技能。
在 AI 编程助手的生态中，很多人每天都在重复类似的提示词模式："简单解释一下"、"用类比说明"、"画个图解释"。/eli5 把这些模式标准化了，变成了一个可安装、可分享、可复用的技能。
这种"提示词即技能"的理念，可能是 AI 工具生态中一个重要的发展方向。
这个项目适合谁？
Claude Code 用户------如果你经常使用 Claude Code，安装这个技能只需要两行命令，几乎零成本。
技术文档作者------需要快速生成概念解释的可视化页面。
技术团队的新人------用 eli5 快速理解不熟悉的代码库或架构决策。
AI 工具爱好者------对提示词工程和技能设计感兴趣的人。
Github: github.com/anthropics/... blog: www.explainx.ai/blog/eli5-c...
总结
/eli5 不是一个复杂的产品，它甚至不是一个"产品"------它是一个提示词，被封装成了一个可安装的技能。
但它 viral 的事实说明了一个道理：在 AI 时代，最有价值的往往不是最复杂的技术，而是最简单、最直接解决痛点的小工具。
26.2 万次浏览、Anthropic 工程师的内部常用工具、社区的热烈讨论------这些都证明：把复杂的东西变简单，永远是刚需。
至于它是不是"付两次钱"的问题，这取决于你怎么看：如果你需要的是一次快速的视觉化理解，/eli5 是高效的；如果你需要的是一个完整的学习流程，你可能需要更系统的工具。
我的理解
看完 /eli5 的代码和社区讨论，我最欣赏的是 Thariq 的回应态度。
面对"付两次钱"的批评，他没有辩解，而是坦诚地说"我们确实在减少啰嗦"。面对"强制类比更难懂"的批评，他承认这是提示词质量问题，而不是概念本身的问题。
这种坦诚在技术社区中很少见。大多数开发者面对批评时的第一反应是辩护，而 Thariq 的回应是：你说得对，但这不影响这个方向是对的。
/eli5 的故事也让我想到一个更大的问题：当 AI 变得越来越啰嗦，我们需要的不是更多的"简化命令"，而是让 AI 默认就简洁。/eli5 是一个临时的补丁，而不是最终的解决方案。但在这个补丁被更好的默认行为取代之前，它确实有用。
关注
如果你觉得这篇文章对你有帮助，欢迎关注我的公众号，获取更多优质开源项目的深度解读。