AIに「簡単に説明して」と頼んだのに、見慣れない用語や例外が一気に押し寄せ、かえって混乱した経験があるかもしれません。問題は、モデルの知識が不足しているのではなく、知っていることを最初の回答にすべて盛り込もうとすることにあります。
2026年7月に公開されたコミュニティeli5スキルは、この問題をシンプルなルールで解決します。その核心は、事実を子供レベルに縮小することではありません。最初の回答では、読者が足を踏み入れるための最小限の地図だけを提供し、さらに知りたい一つの分岐を選択させ、同じ方法で一段階ずつ深掘りしていくことです。
この記事では、eli5スキルの実際のSKILL.mdをAgent Skillsの仕様とともに見ていき、概念説明とコードベース説明がどのように異なるのか、どこまで信頼して使うべきなのかを整理します。
ELI5とは何か
ELI5は「Explain Like I’m Five」、つまり「5歳児に説明するように簡単に話してほしい」というインターネットスラングです。しかし、このスキルの基本的な読者は実際の5歳児ではありません。原文では読者を「他の分野から来た賢い人」と設定しています。これは、専門性を無視するのではなく、今説明している分野の背景知識を当然と見なさないという意味です。
スキルのワンセンテンス原則は次のように要約できます。
事実を単純化するのではなく、事実を伝えるパッケージを単純化する。
--literal-5yoオプションを付けた場合にのみ、日常的な比喩のみを使用し、コードは除外されます。基本モードでは、正確な用語やコードも必要に応じて使用できます。したがって、ELI5を「無条件に幼稚な比喩を作る機能」と理解すると、このスキルの意図を見誤ることになります。
なぜ一般的なAIの説明は難しくなるのか
LLMは質問を受けると、関連する内容を幅広く生成することに長けています。その利点が説明においては逆効果になることがあります。定義、歴史、種類、例外、内部実装、注意事項を一度に盛り込むと、それぞれは正しくても、読者がどこから手をつければよいか分かりにくくなります。
eli5スキルはこれを「完全な回答の失敗」と見なします。最初の回答ですべてを網羅する代わりに、次の3つの点を制限します。
- 1つのステップには新しい考えを1つだけ紹介する。
- 抽象的な表現よりも、実際に起こる行動を述べる。
- 最初の説明が終わったら、さらに深く掘り下げられる分岐を2〜3個提示する。
重要なのは、情報を捨てることではなく、順序を変えることです。全体の分類表を圧縮して見せるのではなく、まず最も有用な一つを理解させ、残りは選択可能な次のステップとして残します。原文が言う「深さは分量ではなく、下降を通じて伝達される」という意味がここにあります。
複雑な全体知識を一度に圧縮せず、核心となる足がかりを作成し、選択した分岐へと降りていく。ELI5スキル原文を基に再構成。
二つの説明モード
このスキルは、質問の対象を大きくConcept modeとSystem modeに分けます。一つの用語を説明することと、コードベース全体を案内することは、同じ形式で処理できないためです。
Concept mode: 概念・メカニズム・API
概念モードは、約200語以内の最初の説明を目標とします。順序は4段階です。
- この概念が解決する問題を日常的な一文で述べる。
- 基本的な動作の中から、必ず覚えておくべき内容を一つだけ選ぶ。
- 具体的な例を一つ示す。
- さらに深く掘り下げられる分岐を提示する。
例えば、KubernetesのPodを説明する場合、最初の回答からすべてのライフサイクル状態やネットワークルールを列挙しません。「コンテナを一つ以上一緒に実行し管理するKubernetesの最小デプロイ単位」という足がかりを作った後、簡単なYAMLやリクエストフローを一つ示します。その後、「なぜコンテナではなくPodが単位なのか」、「再起動と交換はどう違うのか」、「ServiceはPodをどのように見つけるのか」の中から一つを選ばせます。
良い比喩があれば使用できますが、比喩が破綻する点が実際の判断に影響を与える場合は、その限界も併せて伝えるべきです。比喩が事実の代わりになってはなりません。
System mode: コードベース・アーキテクチャ・サービス
システムモードは、最初の説明を1画面、約450語以下に制限します。まずコードとドキュメントを実際に探索し、その後静かに単純化する必要があります。読んでいないシステムをもっともらしく簡単に説明することは、かえって危険だからです。
説明は次の順序に従います。
- 誰のために何をするシステムなのかを一文で述べる。
- 大きなブロックを3〜5個、分かりやすい名前に分け、それぞれが何をするのかを一つずつ付ける。
- 一つのリクエスト・クリック・実行がブロックを通過する旅を最後まで追跡する。
- 初心者が驚くような設計上の決定を3つ選び、その理由を説明する。
- 上記の名前と一致する小さなMermaidダイアグラムを示す。
ファイルとADRは本文の途中に継続的に挿入せず、末尾の短い読書リストにまとめます。ユーザーが「もっと深く」と尋ねた場合、全体地図をより細かく再展開するのではなく、選択されたブロック一つにのみ同じルールを適用します。
概念モードとシステムモードは、対象、最初の回答の分量、説明順序が異なります。ELI5スキル原文を基に再構成。
実際に何が変わるのか
一般的な質問とELI5方式の違いを、「TLSとは何か？」という質問で比較してみましょう。
悪い最初の回答は、TLSバージョン履歴、ハンドシェイクメッセージの種類、証明書チェーン、対称鍵と非対称鍵、暗号スイート、セッション再開を一度に説明します。内容が正しくても、TLSを初めて学ぶ人にとっては、地図というよりも部品リストに近いでしょう。
ELI5方式は、まず「TLSはインターネット上で相手が正しいかを確認し、途中で内容を盗み見たり変更したりすることを困難にする通信保護ルール」という問題と基本動作を提示します。続いて、ブラウザがサーバー証明書を確認し、両者間のセッションキーを合意した後、暗号化されたHTTPをやり取りする一連の旅路を示します。最後には、証明書検証、鍵合意、TLS 1.3の変化の中から一つを選ばせます。
この方式の利点は、短いという点だけではありません。読者がすでに知っている部分と本当に知りたい部分を次の選択で明らかにすることができます。説明者は不要な内容を減らし、読者は自分に必要な解像度まで掘り下げることができます。
インストールするとモデルに新しい知識が生まれるのか
そうではありません。Agent Skillsはモデル自体を再学習させる機能ではありません。公式仕様では、スキルは少なくともSKILL.mdを含むディレクトリであり、必要に応じてscripts/、references/、assets/を伴います。クライアントは最初に名前や説明のようなメタデータだけを見て、リクエストが一致したときに全体の指示を読み込み、追加資料は必要に応じて読みます。これを段階的開示と呼びます。
eli5は、実行プログラムや外部ツールを追加しない単一のSKILL.mdです。したがって、モデルの事実知識やアクセス権限を増やすものではありません。代わりに、説明時に守るべき編集ルール、分量予算、探索順序、および後続質問の形式を再現可能にします。
スキルをインストールする場所と呼び出し方法は、使用するエージェント製品ごとに異なります。共通の仕様をサポートしていても、argument-hintのような追加メタデータをすべてのクライアントが同じように解釈すると断定することはできません。インストール前には、該当製品のスキル検索パスとサポートフィールドを確認する必要があります。
利点と限界
利点
- 認知負荷を軽減する。最初の回答の目標が「すべての内容を含む」ではなく「最初の足がかりを提供する」と明確である。
- 概念とシステムを異なるテンプレートで扱う。特にシステム説明の前に実際のコードとドキュメントを読むことを要求する。
- 対話型の深さ調整が可能である。2〜3個の後続分岐が、短い回答で省略された内容を補完する。
- 具体性を強制する。抽象的な用語を別の抽象的な用語で説明する悪循環を減らす。
限界と注意点
第一に、この記事で扱ったeli5は、公式標準に含まれる組み込みスキルではなく、個人がGitHub Gistで公開したコミュニティガイドラインです。2026年8月26日確認時点では、別途ライセンス表示は見当たりません。内容をそのまま複製・配布する場合は、作成者に利用条件を確認する方が安全です。
第二に、短い最初の回答が常に適切とは限りません。事故対応手順、薬物服用、法的要件のように、省略自体が危険な分野では、必須の警告と前提条件を分量予算よりも優先すべきです。
第三に、良い比喩も境界を曖昧にすることがあります。「暗号化は鍵」のような比喩は出発点としては有用ですが、鍵交換、認証、完全性をすべて説明することはできません。実際の判断が始まる時点では、正確な用語と反例に戻るべきです。
第四に、システムモードの品質は事前探索の品質に依存します。アクセスできないコードや古いドキュメントだけを見て説明すると、簡潔だが間違った地図を作成する可能性があります。
いつ使うと良いのか
新しい技術の最初の概念を掴むとき、見慣れないコードベースにオンボーディングするとき、以前の回答を読んでも「よく分からない」という反応が出たときに有用です。逆に、APIのすべてのフィールド、仕様のすべての例外、運用チェックリスト全体が必要な人には、ELI5の最初の回答の後に公式リファレンスをリンクする必要があります。
이 시스템을 ELI5 방식으로 설명해 줘.
먼저 실제 코드와 문서를 확인하고,
큰 블록 3~5개와 요청 하나의 전체 흐름만 보여 줘.
끝에는 더 깊게 볼 갈래 3개를 제시해 줘.実際の5歳児レベルの比喩だけを望む場合は、--literal-5yoの意図を明示し、コードや専門用語を除外するよう要求できます。
結論
ELI5スキルの本質は、「より短く話すこと」ではなく「読者が理解する順序で情報を公開すること」です。事実は保存し、最初の足がかりだけを小さく作り、次の深さは読者が選ぶようにします。概念には問題・基本動作・例を、システムには大きなブロックと一度の全体旅程をまず示します。
説明が難しいというフィードバックを頻繁に受けるAIワークフローであれば、この原則だけでも回答の体感品質を大きく変えることができます。ただし、コミュニティスキルの出所とライセンス、使用するクライアントとの互換性、高リスク分野で省略してはならない情報は別途確認する必要があります。
コメントを残す