mcpField
T
terminal-inserts

terminal-inserts

github.com/liamrjohnstonクリエイティブ・メディア1411.0k 回インストール14 週間前に更新
リポジトリ

terminal-inserts について

terminal-insertsは、ターミナル画面でCLI、エージェント、リポジトリのワークフローを見せるRemotion動画制作スキルです。ターミナルのデザイン、コマンドやログのアニメーション、モバイルでの可読性とレンダーの確認方法を定めています。

主な機能

  1. 01ターミナル風動画の制作
  2. 02コマンドとCLI出力の表示
  3. 03インストールや実行ログの順次表示
  4. 04端末の素材とカメラ動作の指定
  5. 05画面構成と可読性の確認

活用シーン

  1. 01スキルのインストール手順の提示
  2. 02リポジトリ自動化ワークフローの紹介
  3. 03エージェント実行と検証ログの表示

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/liamrjohnston/remotion-motion-graphics-skill --skill terminal-inserts

インストール後、Claude Code で/terminal-insertsを入力して読み込まれたか確認します。

詳細

ターミナル挿入シーン

Claude Code、Codex、MCP、エージェント、スキル、リポジトリのワークフロー、自動化デモ、本格的な CLI 挿入シーンでは、remotion-best-practices、motion-graphics、cinematic-camera と併用してください。

必須の事前確認

コーディングの前に、motion-graphics の事前確認プロセスに従ってください。指定されていない場合は、次の点を確認してください。

希望する形式はどれですか。4:3 の Instagram 向け半画面挿入シーンですか、それとも 9:16 の Instagram 向け全画面表示ですか。また、背景はどれにしますか。暖色系のライト、クリーンダーク、ライトグリッド、ダークグリッドのいずれかをお選びください。

選択した背景がどれであっても、ターミナルウィンドウはチャコールのままでかまいません。ターミナルを登場させても、シーン全体を暗くする必要はありません。

絶対的なビジュアル禁止事項

  • ネオン、蛍光グリーン、エレクトリックシアン、エレクトリックパープル、マルチカラーの AI 配色は一切使用しないでください。
  • グロー、ブルーム、発光エッジ、色付きの影、放射状の色の広がり、ハロー、オーラ、光の漏れは一切使用しないでください。
  • グラスモーフィズム、光沢のあるグラデーション、サイバーパンクの雰囲気、スキャンラインの派手な演出、「ハッカー映画」風のスタイルは使用しないでください。
  • テキスト、カーソル、パネル、ASCII 文字の周囲にシアンとパープルのグラデーションやグリーンのグローを使用しないでください。
  • フラットなインク色/チャコールの面、ニュートラルな境界線、ニュートラルな影を使用し、控えめなフラットカラーのプロダクト色または ANSI アクセントは最大 1 色までにしてください。

静止画にグローやネオンが少しでも現れた場合は、そのレンダーを不採用とし、納品前に取り除いてください。

目的と参考例

ランダムなコードのスクリーンショット、チェックリスト UI、ダッシュボード、汎用的な AI アニメーションではなく、本格的なターミナルの表現を使い、2 秒以内にアイデアが伝わるようにしてください。

コーディングの前に、承認済みの以下の実例を実際に確認してください。

  • assets/examples/terminal-install.mp4 — コマンド → 大きなターミナル文字 → 本格的な CLI の行 → 成功状態。
  • assets/examples/outreach-sequence-generator.mp4 — コマンド → ステータス → 構造化された生成結果。
  • リポジトリの例 examples/kickbacks-spinner-terminals.mp4 — つながりのある世界の中にある複数の CLI セッション。

references/ にコンタクトシートがあれば使用してください。発光を一切使用しないという上記のルールを守りつつ、タイポグラフィ、情報密度、間隔、動きは参考例に合わせてください。

背景とターミナルの仕様

  • 選択された用途に正確に合わせてください。
  • 4:3 の挿入シーン:1440×1080、ユーザーが別途指定しない限り 30fps。
  • 9:16 の全画面表示:1080×1920、別途指定がない限り 30fps。
  • ターミナル:#101214 / #15181B、チャコールのタイトルバー、1px のニュートラルな境界線、ニュートラルな黒い影。
  • シーンの背景は、ユーザーが選択した暖色系のライト、クリーンダーク、ライトグリッド、ダークグリッドのいずれかにしてください。
  • タイポグラフィ:ターミナル内ではモノスペースのみ使用してください。SF Mono、JetBrains Mono、IBM Plex Mono を優先し、代替として Berkeley Mono を使用してください。
  • テキスト:暖色系の白と控えめなグレー。
  • アクセント:控えめなフラットカラーのプロダクト色を 1 色、または #4F8F6D などの落ち着いたターミナルグリーンを使用してください。蛍光色の #39FF88 は使用しないでください。
  • macOS の信号機ボタンは、小さく本物らしいウィンドウ装飾としてなら使用できます。装飾的な配色としては使用しないでください。

真正らしさに関する重要なルール

インストール/ログのシーンでは、UI のチェックリストカードではなく、ターミナル記号と流れる CLI テキストを使用してください。

~ $ codex skills load carousel-qa

        QA CHECK LOADED

        ( + Welcome to Carousel QA )
┌ installing carousel-qa...
◇ skill added: brand-rules ✓
◇ skill added: slide-fit-checker ✓
◇ skill added: remotion-frame-guard ✓
◇ skill added: export-reviewer

✓ carousel QA skill ready

必須事項:

  • プロンプトは ~ $ またはプロジェクトパスに続く $ で始めてください。
  • コマンドは 1 文字ずつ入力してください。
  • セクションの開始には ┌ を使用できます。
  • インストール/進捗の行には ◇ を付けてください。
  • 完了した行の末尾には ✓ を付けてください。
  • 丸みを帯びたチェックリストコンポーネントではなく、通常の流れるようなターミナルテキストを使用してください。
  • 入力中の行には点滅する ▊ またはパイプカーソルを使用してください。
  • 大きな ASCII/ターミナル文字は、フラットなテキストカラーのみでフェードインしながら拡大できます。グローは使用しないでください。

避けるもの:

  • チェックボックス UI や、独立した大きなチェックアイコン。
  • 絵文字や、ターミナル内のサンセリフ体の UI リスト。
  • ターミナルログにおけるピル、ステータスチップ、区切り線、ダッシュボード、入れ子状のカード行。
  • ランダムな偽コードの羅列。
  • 装飾的なテクスチャとして使う、判読できないほど密集したログ。

パースペクティブと動き

  • 補助オブジェクトと同じ、つながりのあるカメラ空間にターミナルを配置します。
  • perspective(...) rotateX(18deg–22deg) のようにパースペクティブを制御し、方向性のある rotateY をわずかに加えて登場させます。
  • 読みやすく、ほぼ正面向きに保ちます。傾きは歪んで見えるのではなく、物理的に感じられるものにします。
  • 控えめなスケールとフェードを使い、落ち着いた動きで収束させます。
  • 最後に、20~30 フレームの明瞭な静止時間を設けます。
  • 動きには useCurrentFrame()、spring()、interpolate() を使います。CSS アニメーションは使いません。
  • 実用上可能な範囲で、1 文字あたりおよそ 1 フレームかけてコマンドを入力します。
  • CLI の行は 6~12 フレームずつずらして表示し、各行の後に続くチェックマークも表示します。
  • グローの明滅、色の明滅、走査線のフラッシュ、装飾的な光のスイープは加えません。

再利用可能なパターン

スキルの本格的なインストール
  1. ターミナルが制御されたパースペクティブで登場します。
  2. 実際に使われそうなコマンドを入力します。
  3. 大きく平面的な ASCII/ターミナル文字列を表示します:LOADED、VERIFY、または DEPLOY。
  4. CLI の行を ◇ ... ✓ の形式で順に表示します。
  5. 簡潔な成功メッセージで動作を完了します。
コマンド → 生成された出力
  1. コマンドを入力します。
  2. 控えめで平面的なステータス行を表示します。
  3. 2~3 個の出力オブジェクトを順に表示します。
  4. 生成された構造化出力が主題である場合に限り、出力オブジェクトにカードを使ってもかまいません。素材はニュートラルにし、アクセントは控えめに 1 つだけ使います。
エージェントの実行/検証ログ
  1. codex run "fix checkout bug" のような、もっともらしいコマンドを入力します。
  2. 読み取り、再現、編集、テストなど、現実的な操作を表示します。
  3. ✓ diff ready for review または、ほかの事実に即した状態で終えます。

製品の機能を捏造したり、提示されたストーリーでその状態が具体的に求められていない限り、テストに合格したと主張したりしてはいけません。

モバイルでの明瞭さ

  • 1 つの挿入映像につき、主題は 1 つにします。
  • 主なコマンド、ターミナル文字列、または成功状態は、スマートフォンのサイズでも読みやすく保ちます。
  • 4:3 の挿入映像は、9:16 フレームの約半分を占める場合でも読み取れるようにします。
  • 小さなログを主なメッセージに使ってはいけません。
  • 冗長なナレーションテキストは使いません。実際のコマンド、ファイル名、UI の文字列、検証済みの出力を画面に表示します。

初回レビューの却下基準

すべての回答が「いいえ」になるまで、提出してはいけません。

  1. フォーマットまたは背景が未確認のままになっていませんか?
  2. ネオン、グロー、放射状のカラーウォッシュ、蛍光グリーン、シアンとパープルの処理が含まれていませんか?
  3. ターミナルがチェックリスト、ダッシュボード、ガラスカード、または汎用的な AI テンプレートのように見えていませんか?
  4. ユーザーが暗い画面を選んだのではなく、ターミナルがあるという理由だけでシーンが暗くなっていませんか?
  5. 重要なテキストが、表示先のサイズで読みにくくなっていませんか?
  6. 本物の素材があるのに、CLI の構成、製品のアイデンティティ、または出力の主張を偽っていませんか?
  7. 承認済みの例と比べて、余白、抑制、動きの品質が不足していませんか?

基準を満たすまで、非公開で修正します。

QA と納品

  1. 最小限の意味ある検証として、型チェック/ビルドまたはレンダリングを実行します。
  2. コマンド入力、主要な出力、最後の静止画のフレームをレンダリングします。
  3. 承認済みのターミナル例と比較します。
  4. MP4 を確認し、クリッピング、弱いパースペクティブ、小さな文字、汎用的な埋め草、グロー/ネオン、弱い終端フレームがないかを調べます。
  5. MP4 に、寸法、再生時間、正確なレンダリングコマンド、エディターへの配置に関する注記を添えて納品します。

コメント