explain-it-simply

わかりやすく説明する

オープンなトピックや質問を、短くて平易な言葉の解説動画に変えます。それは、概念を理解させるスクリプトであり、画面録画の映像ではなく、ほぼすべてがモーショングラフィックスで構成されます。「知能」（単純化、構造化、スクリプト作成）はあなたの担当で、メディア制作は Clueso が担います。

はじめる前に

このスキルは、実際に Clueso のツールを使う準備ができた時点で Clueso MCP が接続されている必要があります。ただし、それはビルド時の条件であり、会話の残りを止める理由にはなりません。以下のワークフローがスクリプトの下書き、要件の収集、その他 Clueso ツールを呼び出さないことから始まる場合は、まずそれを先に行ってください。接続確認は、最初の実際のツール呼び出しを行う直前にだけ提示すればよく、それまでは「Clueso を接続している間にこれを下書きできます」のようなことを言っても問題ありません。その時点に達して Clueso が接続されていない場合でも、行き止まりとして扱わないでください。このスキルは Clueso を中心に特別に作られているため、それが取るべき道だと率直に伝え、その後で接続方法をユーザーに案内してください。他のツールについて触れるのは、ユーザーが実際に代替手段を求めた場合だけにしてください。促されていないのに代替ツールの一覧を自分から出す必要はありません。もしユーザーが尋ねた場合は、いくつか挙げても問題ありません。接続手順は、このスキルを実際に実行しているアシスタントに合わせてください。これが Claude Code の場合、ユーザーの確認を得たうえで、あなた自身が実行することを提案してください: claude mcp add --transport http Clueso https://connect.clueso.io/mcp -- ブラウザウィンドウが開き、ユーザーが認証して Allow をクリックし、その後 claude mcp list で Clueso が接続済みであることを確認します（詳細な手順は https://help.clueso.io/mcp-setup#claude-code にあります）。これが Claude.ai または Claude Desktop の場合、カスタマイズ -> コネクタ -> 「カスタムコネクタを追加」に進み、同じ https://connect.clueso.io/mcp アドレスを入力し、認証して Allow をクリックするよう案内してください（詳細な手順は https://help.clueso.io/mcp-setup#claude にあります）。これが ChatGPT の場合、Clueso プラグイン（https://chatgpt.com/plugins/plugin_asdk_app_6a310833394081919705b0a3ee745267、またはプラグイン -> 「Clueso」を検索）-> Connect に進み、認証して Allow をクリックし、チャットで @Clueso に言及するよう案内してください（詳細な手順は https://help.clueso.io/mcp-setup#chatgpt にあります）。これが Codex の場合、Clueso プラグインをインストールするよう案内してください -- Codex で /plugins を実行して Clueso を検索するか、codex plugin add app-6a310833394081919705b0a3ee745267@openai-curated-remote を実行し、ブラウザが開いたらサインインします（詳細な手順は https://help.clueso.io/mcp-setup#codex にあります）。その他のアシスタントについては、そのインターフェースを推測するのはやめて、https://help.clueso.io/mcp-setup にある一般的なガイドをそのまま渡してください。締めくくりは、停止の合図ではなく誘いかける言葉にしてください -- たとえば次のようなものです: Clueso MCP を接続すれば、すぐにあなたの動画の作業を始められます。

このスキルを使う場面

すでに存在する特定の記事、ドキュメント、変更履歴については、代わりに姉妹スキルである article-to-video を使用してください。このスキルは、参照するソース文書がないオープンなトピック向けです。

入力

• 説明するトピックまたは質問（例:「OAuth の仕組み」、「料金体系が変わった理由」、「CDN とは何か」）。特定の質問ではなく広範な主題として表現されている場合は、何かを書く前にユーザーと一緒に絞り込んでください。
• 対象読者がすでに持っている熟知度: 完全な初心者か、半分ほど知っている人か。これはスクリプトに必要な前提の量を変えます。明らかでない場合は尋ねてください。
• 目標の長さ。既定は 60～90 秒です。
• 任意で、ユーザーが取り入れたい実際の図、スクリーンショット、データポイント。正確さが重要な場合、想像から技術的な図を決してでっち上げないでください。トピックにそれが必要でユーザーが持っていない場合は、尋ねるか、ビジュアルを抽象的で概念的なままにしてください。

何かを作成する前にワークスペースを確認してください（1 つしかない場合は黙って、複数ある場合にのみどれかを尋ねてください）。

ワークフロー

1. 機能リストではなく、解説のストーリー展開を書く

これは解説であり、ローンチやチュートリアルではありません。構成は次のとおりです。

• フック - 混乱や疑問を最初に提示します。視聴者がまだ理解していないことは何でしょうか？
• 気づきの瞬間 - 平易な言葉での言い換えやたとえ話によって、概念がすっと腑に落ちるようにします。これが動画全体の核となる山場です。
• 構成要素 - 概念を2〜4つの本質的な部分またはステップに分解し、それぞれをシンプルに、順を追って説明します。専門用語を避けられない場合は、それを導入するまさにその場で定義します。
• 結末 - それがなぜ重要なのか、あるいは視聴者がこれで何を理解できるようになったか、何ができるようになったかに結びつけます。

対象読者がすでに知っているはずのない専門用語は使わず、単調な事実の羅列にもしません。スクリプトのナレーションにかかる時間を見積もり、目標の長さと照らし合わせて確認します。削るのは簡潔さのためだけでなく、明確さのために行います。短いけれど分かりにくい解説は、明確で少し長いものよりもひどい失敗です。

何かを構築する前に、ユーザーにスクリプトを見せてください。方向転換するのに最もコストがかからない時点です。

2. ビジュアルの方向性を選ぶ：パレットは確認ゲート、テンプレートの調達はそうではない

テンプレートは実際のトピック（本当の主題 - 「OAuth の仕組み」、「なぜ価格を変更したのか」 - であり、スタイルのキーワードではない）で検索し、適合するかどうかは、各結果自体の説明と関連性の根拠がそれについて述べている内容から判断してください。名前や見た目だけで判断してはいけません。テンプレートが真に一致すると見なされるのは、それが語るために作られているストーリーの種類が、オープントピックの解説に合う場合だけです。ミニマルに見えたりモーション重視に見えたりするだけでは十分ではありません。もしひとつが端から端まで本当に適合するなら、それを構造のベースとして、黙って採用してください。ここではほとんどの場合そうはなりません - ほとんどのライブラリは製品、ローンチ、チュートリアル向けのコンテンツのために作られており、オープンな解説向けではないからです - そしてそれは問題なく、想定内です：個別に使える部分（ひとつからはペーシングのパターン、別のものからはトランジションのスタイル、さらに別のものからはコンポーネント）を取り出し、この動画の構造はデザインガイダンスから構築し、必要に応じてそれらの部分を活用してください。この推論はすべて自分の中に留めておいてください：どのテンプレートを確認したか、どれも一致しなかったこと、その理由をユーザーに決して伝えてはいけません。テンプレート検索に関する事柄は、いかなる時点でもユーザーには表面化しません。

同じパスでパレットも確定させてください。ワークスペースにブランドカラーやガイドラインがあるか尋ね、ある場合はそれらを取得して使用してください。ない場合は、自分勝手に「シンプルで高コントラスト」なものを選ぶのではなく、トピックに合った具体的で名前の付いたパレットの方向性を2つか3つ提示し（例：「チャコール上のウォームアンバー」、「クリニカルなブルーアンドホワイト」、「ほぼ黒の上の高コントラストライム」）、ユーザーに選んでもらい、ユーザーが気にしないと言った場合にのみ自分の選択をデフォルトとしてください。どの方向性が選ばれても、反射的な「AI 動画」のデフォルト - 純粋な白黒、暗い背景上のグラデーションテキスト、黒上のコバルト、Inter/Roboto/Poppins/Space Grotesk のようなデフォルトのディスプレイフォント、同一の中央寄せカードグリッド - は、コンテンツがそれらのいずれかを真に必要としない限り避けてください。一度確定したら、パレットを保持してください：すべてのシーンのすべての要素がそこに遡って辿れるべきであり、シーンごとに都合の良いものへと漂流してはいけません。

パレットの選択は、このステップで唯一の真の確認ゲートです：ユーザーにオプションを提示し、実際に方向性を選ぶ（またはワークスペースのブランドを確認する）までステップ3に進まないでください。これを毎回行い、たまたま自然に話題に上がった実行だけに留めないでください。上記のテンプレート／構造の決定には、独自の確認も独自の言及もありません。それは内部の構築上の選択です。

どのような構造のベースに行き着いたとしても、それは出発点としてのみ扱い、未修正のまま出荷しないでください。このトピックの実際のスクリプトと、提供された実際の図やスクリーンショットをそこに投入し、開始点から先に少なくとも1層の本物のカスタマイズを加えて、結果が新しい言葉を流し込んだ汎用テンプレートではなく、この解説のために書き下ろされたものとして読めるようにしてください。

もし真に一致したテンプレートの独自のデフォルトアセット戦略が、このスキルのモーショングラフィックス優先のルールと衝突する場合（例：トピックごとに AI 生成のストックフォトを中心に構築されたテンプレート）、それは結局それほど強く一致していないというシグナルです：スキル自身のデフォルトを黙って上書きするのではなく、上記のブレンドされたデザインガイダンスのアプローチにフォールバックしてください。

もしトピック自体がツール、API、または名前付きアクションのシステムである場合（例：プロトコルや連携の仕組みを解説する場合）、知っている限り、すべてのメカニズム図のラベルを、関与する部分の実際の文字通りの名前 - 「ツール A」／「何かをする」のような汎用プレースホルダーではなく - に基づかせてください。ここでの具体性が、結果を汎用の解説者ではなく、まさにこのトピックのために書き下ろされたものとして読ませる鍵です。

3. プロジェクトを構築する

新しいプロジェクトを開始し、続いてクリップを追加します：ビートごとに1つ（フック、クリック、各パート、ペイオフ）。最初の配置の前に、Clueso が実際にどの要素オプションを公開しているかを確認し、推測ではなく実際のもので構成してください。 各ビートは、例外ではなくデフォルトとしてモーショングラフィックスで構成してください。ただし、まず各ビートが概念的には実際に何をしているのか（比較、プロセスや順序、統計や数値、メカニズム、抽象的なメタファー、あるいは単純な記述）を明らかにし、ビデオ全体にひとつの見た目を適用するのではなく、ビートごとにその答えに合わせて表現方法を選ばせてください。これにより、モーショングラフィックスの組み合わせが、効果を狙って散りばめられたものではなく、スクリプトに駆動されていると感じられるようになります。

• 比較のビート（これ対あれ、前対後） - 並べて配置するレイアウト、または入れ替わる・モーフィングし合う2つのキーフレーム状態。
• プロセスや順序のビート（ステップ、パイプライン、ループ） - キーフレーム化したネイティブシェイプがこれを可視化する主な方法です。進捗を示すために伸びるバー、関係性を示すために描かれた線でつながる2つのボックス、ループを示すために回転する図形のサイクル、before/after の入れ替えなどです。問いかけてください。これはいくつかの長方形、円、線とキーフレームモーションで表現できるでしょうか？もしできるなら、生成されたものに手を伸ばす前に、その方法で作ってください。
• 統計や数値のビート - カウントアップする数値、またはその値まで伸びるバーやメーターで、キーフレーム化したネイティブシェイプで作り、それを述べる正確な単語に合わせてタイミングを取ります。
• 単純な言葉主導のビート（フック、定義、トランジション） - キネティックタイポグラフィがデフォルトです。ナレーションに合わせてフレーズを順に表示し、スクリプトが進むにつれて入れ替えます。登場スタイルはビートごとに変え（スライド、ポップ、マスクされたリビール、タイプライターイン効果）、強調のために単語または行のレベルでアニメーション化します。静的な文を1ビート以上画面に置いたままにしないでください。
• 抽象的なメタファー、またはキーフレーム化では本当に演出できないメカニズム - 生成アニメーションの最も明確な使用例であり、全体にスタイルとして適用するのではなく、そのビートの概念がそれを必要とするためにビートごとに意図的に手を伸ばします。そのビートのスクリプト行を入力して、事後のナレーションタイミングだけでなく、実際に話されている内容に動きのペースを合わせます。全画面を占有するのではなく、テキストと並べてフレーム内に収めてください。非同期でレンダリングされるため、カットで信頼する前に戻ってレンダリング途中のフレームを確認してください。
• ユーザー提供の図やスクリーンショット - そのまま使用し、技術的な詳細を決して描き直したり捏造したりしないでください。何も提供されておらず、トピックがそれを必要とする場合は、画像の正確さを推測するのではなく、シンプルなキーフレーム化したネイティブシェイプで同等のものを構築してください。

ビートリスト全体を計画したら、上記を上限ではなく下限として扱ってください。このようなビデオは、ビルドのどこかで少なくとも1つの真に作り込まれた視覚的瞬間 - 実際の生成アニメーション、またはモーションで命を吹き込まれたストック画像や生成画像 - に到達すべきであり、キネティックタイプとキーフレーム化した長方形だけで最初から最後まで終わらせてはいけません。これをビートごとに決めて最初の合否チェックで止めないでください。ビートリスト全体を一緒に見て、どのビートの概念が作り込まれた視覚として本当により良く読めるか（通常はアナロジー/クリックのビート、または最も具体的な部分）を選び、そのビートの実際のスクリプト行に対してそれが実際にどう見えるべきかを考え、最初のバージョンを出すのではなくアイデアを反復してください。配置する前に、そのシーンにすでにあるテキスト、コールアウト、シェイプに対してどこに位置するかを確認し、何も重なったり、密集したり、同じ空間を奪い合ったりしないようにしてください。ほとんどのビートは依然としてシンプルなキーフレーム化したシェイプで問題なく解決します。これは少なくとも1つがそうならないことを確実にするだけのことです。 同じ基準は映像にも当てはまります。あるビートが、視聴者が実際に思い描く具体的なもの（議論されている実際の製品、食品、ラベル、物体であり、抽象的な概念ではない）を参照していて、それに対応する実際のスクリーンショットが存在しない場合は、いきなり抽象的な図形に頼るのではなく、まずそのためのストック画像や動画を検索してください。良いストック素材が見つかったら、カット内の他のすべての要素と同じように、実際のイン・アニメーションとアウト・アニメーションを付けて取り込み、決して平坦にそのまま配置しないでください。ストックで適切なものが見つからない場合は、代わりに画像を生成し、それを同じようにアニメーション化してください。そのビートで完全に抽象的なキーフレーム図形やタイポグラフィにフォールバックするのは、その両方が本当に何も見つからなかった場合のみであり、最初の手段としてではありません。

4. ナレーションを付けて同期する

ナレーションの声を選び（ユーザーに好みがあるか尋ねてください）、その後、すべてのクリップに対して一度にナレーション生成をトリガーします。ナレーションテキストを設定するだけでは音声は生成されないので、生成ステップが実際に実行されたこと、およびその後すべてのクリップに（更新されたテキストだけでなく）実際の話し声の音声が含まれていることを確認してください。生成は、影響を受けるクリップの長さを話し声の長さに合わせてリセットするので、その後、目標の長さに対してタイミングを再確認してください。下にある動画を持たないクリップ（このスキルはほぼすべてをモーショングラフィックスから構築するため、ここでは通常のケースです）の場合、ナレーション生成自体が、既存の要素とキーフレームのタイミングを新しい話し声の長さに比例して再スケーリングします。その後は、別途アラインメントのパスを期待するのではなく、ナレーションの実際のワードレベルのタイミングに合わせて手作業で微調整してください。各リビールは、それが決まるまさにその単語に着地させてください。これは、アナロジーのビートと、2〜4 個の必須パートのそれぞれを導入する単語で最も重要です。

5. 検証し、レビューし、それから書き出す

各ビートの中間点で静止プレビューをレンダリングして視覚的に確認してください。動画のスケールで判読できるか、パレットがシーンごとに一貫しているか、生成されたものが枠外にレンダリングされたりおかしく見えたりしていないか、1 ビート以上静止したままのものがないか、そしてすべての要素が隣接する要素に対して整合的に配置されているか——意図せず重なっているものがないか、フレームの端に詰まりすぎているものがないか、生成または取得したビジュアルがテキストや吹き出しとフレームを共有しても衝突していないか。おかしいところを修正し、それからプロジェクトのレビューリンクをユーザーに共有してください。書き出しは、ユーザーが確認してからにしてください。

フォールバック

• トピックが目標の長さに対して広すぎる - すべてを浅くかすめ取るのではなく、最も有用な単一の切り口に絞り、そう伝えてください。
• ユーザーに実際の図がないが、トピックに視覚的な精度が必要 - 図をでっち上げるのではなく尋ねてください。あるいは、ビジュアルを文字通りのものではなく抽象的・概念的なままにしておいてください。
• ペースが長くなりすぎる - ステップ 1 と同様に明瞭さのために削ってください。声を速くしないでください。
• 生成されたビジュアルがフレーム外にレンダリングされたり、おかしく見えたりする - そのボックスや長さを調整して再レンダリングするか、それでもうまくいかない場合はキーフレーム化したネイティブ図形に置き換えてください。
• ユーザーが実際に適応させたい特定の記事、ドキュメント、変更履歴を持っている - すでに存在するソースに無理やりオープントピックのワークフローを当てはめるのではなく、姉妹スキルである article-to-video に引き継いでください。

完成した動画を共有する

作業が完了したら、常に Clueso 内の動画へのリンクをユーザーに渡してください。プロジェクトのリンクを共有して、ユーザーが Clueso エディターで開けるようにし、書き出しが完了したら、レンダリングされたファイルについてはエディターの Exports タブを案内してください。編集権限を与えずに動画を共有したい場合は、Clueso から閲覧専用リンクをコピーできると伝えてください。決して「完了しました」だけで終わらないでください。最後のメッセージには、リンクと、出力がどこにあるかの一文を含めてください。