导读复杂技术难讲，往往是因为解释从专业术语开始，听者却还没有对应的画面。Claude 社区插件 ELI5 用一句核心指令，要求模型面向零基础读者，以大图、少字的 HTML 呈现解释。结合虚拟电厂的五步长图，可以看清这种表达方式的用途：先组织概念和关系，再由使用者核对类比、补足条件，形成技术沟通底稿。指令很短，解释是否准确仍需要人来判断。
本文 2105 字，阅读约 5 分钟｜技术难讲，卡住的往往是解释起点 → 一句核心指令，约束了三件事 → 虚拟电厂长图 → 把图解变成底稿，需要三个动作 → 工程实施，仍要回到一手依据
技术难讲，卡住的往往是解释起点
向业务方、产品经理或组内新人解释系统时，一个常见的问题是：讲的人从“分布式调度”“状态机”“消息总线”开始，听的人连这些东西分别负责什么都还没弄清。
术语可以准确地压缩信息，但前提是双方已经共享那套知识。缺少这个前提时，继续补术语，未必能补上理解。
比如“虚拟电厂”。第一次听到这个词，读者可能先想问：没有一座集中发电的厂房，为什么还能叫电厂？这时直接抛出完整定义，虽然交代了对象，却不一定讲清分散设备怎样共同发挥作用。
比较有效的解释，需要先给读者一个能抓住的关系：有哪些设备，谁来协调，协调之后能做什么。等这个关系建立起来，再引入专业名称，术语才有地方落脚。
ELI5 值得关注的地方就在这里。它把解释的起点和呈现方式写进指令，让模型先尝试提供一份直观的讲解底稿。
一句核心指令，约束了三件事
ELI5 是 Explain Like I'm 5 的缩写，通常指用初学者能理解的方式解释问题。这里讨论的同名插件收录在 Anthropic 的社区插件市场中，插件里包含一个负责生成通俗图解的 Skill，也就是供模型读取的任务说明。社区市场收录，不代表所有插件都由 Anthropic 团队开发。
它的 SKILL.md 除名称、描述和标题外，核心任务指令确实只有一句，后面再接一个主题参数：
意思是：面向对这个主题一无所知的人，用大图、少字的 HTML 成果物来解释。HTML 是网页内容的组织格式；这里的 artifact 可以理解为生成出来、可查看的成果物。$ARGUMENTS 接收调用时传入的主题。
我认为，这句指令的价值在于同时交代了受众、输出载体和表达密度。
面向零基础读者，意味着解释需要少依赖专业知识，先说明对象和作用；指定 HTML，给图文组织提供了载体；要求大图、少字，则鼓励模型把关系放到画面里，用文字交代必要信息。
这些是对表达方式的分析，不能据此推断模型内部发生了某种“认知重组”。指令没有规定卡片布局、固定步骤，也没有设置精确字数上限。HTML 可以承载图解，同样可以承载冗长文字；最终怎样呈现，仍取决于模型和使用环境。
短指令提供的是明确的表达方向，不能单凭长度判断解释质量。
想在 Claude Code 中使用，可按社区仓库提供的方式添加市场并安装：
安装并启用后，从命令列表选择 ELI5。插件说明使用 /eli5 简称；Claude Code 的插件 Skill 按命名空间区分，完整调用形式为 /eli5:eli5 虚拟电厂。以当前会话列出的命令为准。
AGENTS.md、Skill 怎么用？一次端侧 NEON 优化把边界说清
虚拟电厂长图：直觉建立了，边界也要补上
公众号“丽姐聊测试”展示过一次 ELI5 的虚拟电厂解释结果：一张包含五个编号步骤的 HTML 长图。下面是该作者发布的截图，用于观察这次输出如何组织内容；原文没有披露完整的模型、版本和运行记录，因此不能把它当作稳定效果的比较测试。
图片说明：作者展示的五步图解样例；图中类比用于入门理解，具体含义见下文 图片来源：丽姐聊测试
这张图先用集中式电厂建立熟悉的参照，再把注意力转向屋顶光伏、电池、电动汽车和工厂。第三步引入协调它们的软件，用“乐队指挥”解释统一组织；第四步把聚合能力概括成“一座大电厂”；第五步再说明电力紧张或充裕时的调节方向。
其中真正有帮助的，是把分散资源与统一协调放在同一个画面里。读者不必先记住“聚合”“调度”等术语，就能理解这些设备为什么需要组织起来。
但读这张图时，需要把类比与技术含义对齐。国家发展改革委、国家能源局的《关于加快推进虚拟电厂发展的指导意见》将虚拟电厂定位为聚合分布式电源、可调节负荷、储能等资源，参与电力系统优化和市场交易的运行组织模式。
因此，图里的设备不能统称为“小电源”：光伏可以发电，电池可以储存和释放电能，工厂的可调节用电则属于负荷。电力紧张时，帮助电网的方式既可以是增加供给，也可以是减少或调整用电；具体能做什么，要看接入资源的能力与运行条件。
同样，“合起来是一座大电厂”有助于理解聚合，却不能推出它在容量、持续时间和可靠性上完全等同于某座实体电厂。“乐队指挥”解释了协调关系，没有说明设备如何接入、怎样执行指令，以及控制失效时如何处理。
这正好说明图解的用途：先让人看见系统关系，再沿着这条关系补上必要条件。即使画面清楚、语言顺畅，也仍可能需要专业修正。
把图解变成底稿，需要三个动作
要用于工作沟通，我更倾向于把 ELI5 放在准备环节，而不是生成之后直接发给客户或同事。
先确定听者和问题。“讲虚拟电厂”仍然太宽泛。面向新同事，可以先解释资源如何聚合；面向业务方，可以重点说明它能提供什么调节能力。主题越贴近实际问题，后面越容易判断图解是否讲到了重点。
再核对类比和遗漏。拿到输出后，逐项问：这个对象对应真实系统里的什么？图中关系是否成立？省略哪些条件会让听者误解？以虚拟电厂为例，把发电、储能和用电区分开，比多加几张漂亮插画更有价值。
最后整理成自己的讲解顺序。保留有效的画面，改掉不准确的对应，补上受众需要的条件。还可以请听者用自己的话复述一遍：谁接收什么信息，做了什么动作，结果怎样进入下一环节。能复述过程，才比礼貌点头更接近理解。
没有安装插件，也可以把类似要求直接交给能生成 HTML 的模型。下面是一份可以调整的提示词示例：
面向没有相关背景的新同事，用大图和少量文字生成 HTML 图解，解释虚拟电厂。请区分发电、储能和可调节用电，说明谁协调这些资源，并指出类比没有覆盖的关键条件。
这里复用的是任务要求，具体输出和预览方式由所用工具决定。能生成 HTML 代码、能直接展示网页、能导出长图，是不同能力，使用时需要分别确认。
工程实施，仍要回到一手依据
概念沟通关注的是对方能否建立正确直觉；工程实施关注的是方案在给定条件下能否执行。两者需要的材料和检查重点不同。
进入接口定义、参数配置或故障排查时，就应回到技术规范、源码、测试记录和具体系统条件。图里的指挥家不会告诉你通信延迟的容许范围，箭头也不能代替接口与控制约束。
ELI5 的价值，是给技术讲解提供一个可修改的起点。先用图解搭起理解的台阶，再把关键关系核对准确。底稿能帮你开始讲，最后讲出去的内容仍由你负责。
参考资料
•ELI5 Skill 核心指令： https://github.com/anthropics/claude-plugins-community/blob/main/eli5/skills/eli5/SKILL.md
•Anthropic 社区插件市场及安装说明： https://github.com/anthropics/claude-plugins-community
•Claude Code Skill 调用与主题参数说明： https://code.claude.com/docs/en/skills
•装了个叫 ELI5 的 skill，从此没有它讲不明白的词： https://mp.weixin.qq.com/s/WQBR-KU8whBtcxKbAjN17g
•关于加快推进虚拟电厂发展的指导意见： https://www.ndrc.gov.cn/xxgk/zcfb/tz/202504/t20250411_1397162.html
— THE END —
文章仅做学术分享，如有侵权请联系删除，非常感谢！