Skip to content
cccskills
FreePublished on GitHub

app-store-preview-movie

App Store プレビュー動画を Remotion (React) で生成する Agent Team スキル。

video-director が構成を設計し、script-writer がナレーション台本を作成し、 motion-designer が Remotion コードを実装し、preview-reviewer がコードレビューし、 frame-inspector がレンダリング結果を目視検証する。

Use when: App Store プレビュー動画を作りたい、アプリのプロモーション動画を作りたい、 Remotion で動画を生成したい。Triggers: "プレビュー動画", "App Store 動画", "アプリ動画", "preview movie", "Remotion", "動画作成", "app preview"

The English summary is being prepared. Showing the original description.

See how to install

Files included (3)

  • SKILL.md11.9 KB
  • references/app-store-video-specs.md8.1 KB
  • references/scene-templates.md12.4 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

app-store-preview-movie スキル

委任必須ルール

リーダー(スキル実行者)は以下を 自分で行わない:

  • シーン構成設計 → video-director に委任
  • 字幕・台本作成 → script-writer に委任
  • Remotion コード実装 → motion-designer に委任
  • コードレビュー・品質スコアリング → preview-reviewer に委任
  • レンダリング結果の目視検証 → frame-inspector に委任

リーダーの役割は ヒアリング・チーム管理・最終判断 のみ。

Step 1: ヒアリング

以下を確認する(不明ならユーザーに質問):

  • アプリ名: App Store に表示されるアプリ名
  • カテゴリ: 生産性、ライフスタイル、ヘルス等
  • 主要機能: 3〜5 個の機能とその説明
  • ターゲットユーザー: 年齢層・利用シーン等
  • ブランドカラー: メインカラー + 背景色
  • トーン: プロフェッショナル / カジュアル / エモーショナル等
  • 動画の長さ: 15秒 or 25秒(Apple仕様上限: 25秒)
  • 出力先ディレクトリ: Remotion プロジェクトの配置先(絶対パス)
  • 使用するスクリーンショット/素材パス: 動画内で表示する画面キャプチャ(任意)

Step 2: Remotion プロジェクト確認

出力先ディレクトリに既存の Remotion プロジェクトがあるか確認する。 なければ motion-designer が初期化する(package.json + remotion.config.ts)。

Step 3: チーム作成とエージェント起動

TeamCreate で app-store-preview-movie チームを作成。 以下 5 エージェントを 1つのメッセージで並列に Task ツールで起動する。

name役割subagent_type
video-directorシーン構成・全体ディレクションapp-store-preview-movie:video-director
motion-designerRemotion コード実装app-store-preview-movie:motion-designer
script-writer字幕・CTA テキスト作成app-store-preview-movie:script-writer
preview-reviewerコードレビュー・品質スコアリングapp-store-preview-movie:preview-reviewer
frame-inspectorレンダリング結果の目視検証app-store-preview-movie:frame-inspector

タスク作成

TaskCreate で 6 つのタスクを作成:

  1. video-director: ストーリーボード・シーン構成設計(依存なし)
  2. script-writer: 字幕・ナレーション台本作成(依存なし)
  3. motion-designer: Remotion コード実装(addBlockedBy: ["1", "2"])
    • remotion-best-practices の関連ルールを Read で参照:
      • /Users/babashunsuke/Desktop/miravy/.claude/skills/remotion-best-practices/rules/compositions.md
      • /Users/babashunsuke/Desktop/miravy/.claude/skills/remotion-best-practices/rules/animations.md
      • /Users/babashunsuke/Desktop/miravy/.claude/skills/remotion-best-practices/rules/transitions.md
      • /Users/babashunsuke/Desktop/miravy/.claude/skills/remotion-best-practices/rules/timing.md
      • /Users/babashunsuke/Desktop/miravy/.claude/skills/remotion-best-practices/rules/fonts.md
  4. preview-reviewer: コードレビュー + 品質スコアリング(addBlockedBy: ["3"])
  5. frame-inspector: レンダリング結果の目視検証(addBlockedBy: ["3"])
  6. 最終確認: レンダリング + リーダー確認(addBlockedBy: ["4", "5"])

起動設定(全エージェント共通)

subagent_type: "app-store-preview-movie:{role-name}"
team_name: "app-store-preview-movie"
mode: "bypassPermissions"
run_in_background: true

プロンプトに含める情報:

  • ユーザーからヒアリングした全情報(省略厳禁)
  • 出力先ディレクトリの 絶対パス
  • チームメンバー一覧と役割
  • references/ ファイルの 絶対パス
  • remotion-best-practices のルールファイルの 絶対パス
  • 使用するスクリーンショットの 絶対パス

Step 4: フィードバックループ

Round 1: 構成設計 + テキスト作成(並列)

  • video-director がシーン構成・タイミング設計 → motion-designer と script-writer に共有
  • script-writer が字幕テキスト作成 → motion-designer に共有

Round 2: コード実装

  • motion-designer が Remotion コード実装(video-director と script-writer の成果物を受けて)
  • 実装完了後に preview-reviewer にレビュー依頼

Round 3: コードレビュー + 静止フレーム検証(並列)

  • preview-reviewer がコードレビュー + 品質スコアリング → motion-designer にフィードバック
  • frame-inspector が remotion still でキーフレーム抽出 → Read で目視確認 → motion-designer に視覚的問題を報告

Round 4: 修正 + 再検証

  • motion-designer が両方のフィードバック反映
  • preview-reviewer がコード再確認、frame-inspector が修正フレーム再検証

Round 5: 動画レンダリング検証

  • frame-inspector が remotion render で MP4 生成 → ffprobe で仕様チェック(解像度・fps・長さ・コーデック) → ffmpeg でフレーム抽出 → Read で目視確認
  • 問題があれば motion-designer に報告 → 修正 → 再レンダリング

Round 6: 最終確認

  • video-director が最終報告をリーダーに送信

緊急通知パターン

  • preview-reviewer: CSS transitions/animations 使用を検出 → motion-designer に即修正依頼
  • preview-reviewer: 解像度・fps・長さの仕様違反を発見 → video-director + motion-designer に警告
  • preview-reviewer: スクリーンショットが小さすぎる(幅がフレームの 50% 未満)→ motion-designer に拡大依頼
  • frame-inspector: テキストが画面外にはみ出し / 要素が重なって読めない → motion-designer に即修正依頼
  • frame-inspector: 背景が真っ白/真っ黒で抜けている → motion-designer に警告
  • script-writer: Apple ガイドライン違反テキスト(価格表示等)を発見 → 全員に警告

Step 5: 最終確認

リーダーが以下を確認:

  • 品質スコアが 7/10 以上(preview-reviewer のレポート)
  • TypeScript コンパイルエラーなし
  • 全シーンにタイトルテキストが配置されている(Caption オーバーレイは使わない)
  • スクリーンショットが十分なサイズで表示されている
  • 動画レンダリング検証が合格(frame-inspector のレポート):
    • MP4 が正常に生成されている(out/preview.mp4)
    • ffprobe で仕様チェック済み: 886x1920, 30fps, 15-25秒, H.264
    • 動画フレームの目視確認で問題なし

Step 6: クリーンアップ

  1. 全エージェントに shutdown_request を送信
  2. 全員シャットダウン後に TeamDelete でチーム削除

出力成果物

  • Remotion プロジェクト一式(src/ ディレクトリ)
  • 各シーンのコンポーネントファイル(.tsx)
  • Root.tsx(コンポジション定義)
  • シーンタイトルテキスト(日本語・英語)
  • 品質レビューレポート(ビジュアル検証結果含む)

アプリアイコンについて

  • MiravyLogo コンポーネント(CSS で円を描画)は使わない: 色味が実際のアイコンと異なるため
  • オープニング(IntroScene)とエンディング(OutroScene)には 実際のアプリアイコン画像(icon.png)を使う
  • <Img src={staticFile("icon.png")} /> + borderRadius で角丸表示
  • アイコン画像は mobile/assets/icon.png から preview-video/public/icon.png にコピーして使用
  • SVG 版が必要な場合は assets/logos/ ディレクトリに各種バリアントがある

字幕(Caption)について

  • Caption コンポーネントは使わない: 画面下部の半透明オーバーレイ字幕は不要
  • 字幕テキストはシーン内のタイトルエリアに直接配置する(fontSize: 48, fontWeight: 800 等)
  • 画面下部を覆う黒帯(rgba(0, 0, 0, 0.65) 等)はスクリーンショットと被って見づらくなるため禁止
  • script-writer が作成するテキストは、各シーンのタイトル部分に使用する

スクリーンショット表示ガイドライン

PhoneMockup コンポーネントでスクリーンショットを表示する際のルール:

PhoneMockup のスタイル

  • 端末ベゼル(枠)は付けない: 暗い枠や端末フレームは不要。スクリーンショットをそのまま表示する
  • boxShadow は付けない: スクリーンショットの周りに影を付けない。背景と自然に馴染ませる
  • borderRadius + overflow: hidden のみ: 角丸でクリッピングするだけのシンプルな表示
  • 動画の背景色とスクリーンショットの境界が目立たないようにする

サイズ基準

  • PhoneMockup ベースサイズ: width=540px, height=1120px
  • フレーム幅(886px)に対して 70〜75% を占めるサイズにすること(scale: 1.2 推奨)
  • 小さすぎるとアプリの画面が見づらく、App Store での訴求力が落ちる
  • PhoneMockup の scale は 1.2 を基準(1.1〜1.3 の範囲で調整)

配置・レイアウトバランス

  • スクリーンショットは画面中央〜やや上 に配置する(bottom: 120px 程度)
  • 画面下端に張り付けない(bottom: 20px 等は NG)
  • タイトルテキストとスクリーンショットの間に 適切な余白(60〜120px)を確保する
  • Caption オーバーレイは使わないため、スクリーンショットの下部が隠れる心配はない
  • レンダリング後に必ずフレーム抽出して目視確認する:
    • テキストとスクリーンショットの上下バランスは適切か
    • スクリーンショットが画面下部に偏りすぎていないか
    • タイトルテキストがスクリーンショットに被って読めなくなっていないか
    • 各シーンで配置の一貫性があるか

NG 例

  • phoneWidth = 340px(フレーム幅の 38%)→ 小さすぎる
  • scale = 0.7 → 小さすぎて画面内容が読めない
  • backgroundColor: "#1A1A2E" のベゼル → 端末フレーム不要
  • boxShadow: "0 24px 80px rgba(0,0,0,0.35)" → 影が強すぎる
  • bottom: 20 → 下に寄りすぎ、バランスが悪い

OK 例

  • scale = 1.2(フレーム幅の 73%)→ 大きくて見やすい
  • bottom: 120 → 中央寄り、バランス良い
  • borderRadius: 44, overflow: "hidden" のみ → シンプルで良い

Remotion ベストプラクティス

motion-designer が実装時に参照: /Users/babashunsuke/Desktop/miravy/.claude/skills/remotion-best-practices/rules/

App Store プレビュー動画仕様

詳細は references/app-store-video-specs.md を参照。 シーンテンプレートは references/scene-templates.md を参照。

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

This skill should be used when the user asks to "create a team", "spawn agents", "parallel execution", "delegate tasks to agents", "use a swarm", "team workflow", "split work across agents", "run tasks in parallel", or mentions wanting multiple agents to collaborate on a complex task.

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

Agent Teams スキルを設計・構築するためのベストプラクティスガイド。 サブエージェント定義、SendMessage 通信プロトコル、タスク依存管理、 PostToolUse Hook によるログ、MCP ツール統合、コンテキストファイル設計を網羅。 7つの実績あるチームスキル(app-naming, ui-review, logo-design, persona-creation, skill-creator-team, ui-variations, aso-optimize)から抽出したパターン集。 Use when: Agent Teams を使ったスキルを新規作成したい、 既存のチームスキルの品質を改善したい、エージェント間通信のデバッグ、 チームスキルの設計パターンを知りたい。 Triggers: "agent team", "チームスキル", "エージェントチーム", "サブエージェント定義", "SendMessage パターン", "チーム設計", "エージェント間通信", "team skill", "swarm pattern"

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

アプリ名・サービス名の命名を、5つの専門エージェントチームで多角的に評価・決定するスキル。 ブランディング、商標/法的リスク、デジタルプレゼンス(SEO/ASO/SNS)、国際展開(多言語/発音)の 4観点から候補を提案・調査・議論し、コンテキストファイルと議事録で次回セッションへ引き継ぐ。 Use when: アプリ名を決めたい、サービス名を変更したい、プロダクト名を検討したい、 ネーミングブレスト、名前の商標チェック、アプリ名のリネーム。 Triggers: "アプリ名", "サービス名", "プロダクト名", "ネーミング", "名前を決め", "リネーム", "rename", "app name", "naming", "ブランド名", "商標チェック"

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

アプリのトーン&マナー(トンマナ)を8名のエージェントチームで設計するスキル。 ブランドアーキタイプ・パーソナリティ定義から、カラー・タイポグラフィ・ビジュアルスタイル・ トーン・オブ・ボイスまでを一貫設計し、Pencil (.pen) + Markdown で成果物を出力する。 「デザインテンション」(矛盾ペア)を核に、AIっぽくない独自のブランドアイデンティティを生成する。

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

仕様書・要件定義からソフトウェアアーキテクチャを設計するスキル。 5人の専門エージェント(Architecture Lead・Module Designer・Dependency Analyst・ Platform Expert・Devil's Advocate)が協議しながら、 モジュール分割・依存関係・データフロー・インターフェース設計を行う。 成果物は構造化されたアーキテクチャ設計書(Markdown)。 Use when: 仕様書からどう設計するか迷っている時、モジュール分割の方針を決めたい時、 技術スタックに合ったアーキテクチャパターンを選びたい時、 設計書を作成したい時。 Triggers: "アーキテクチャ設計", "arch design", "仕様書から設計", "モジュール分割", "設計書を作りたい", "アーキテクチャを考えて", "コンポーネント設計", "依存関係を設計", "どう設計する", "design the architecture", "design from spec"

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

コードベースのアーキテクチャを 6 つの専門エージェントチーム(Claude 5体 + Codex 1体)で 多角的に分析し、リスク・デグレしやすい箇所・改善ポイントを洗い出すスキル。 パフォーマンス、スケーラビリティ、信頼性、セキュリティ、運用、DX、データ整合性、依存関係の 8 観点を 5 グループに分担し、さらに Codex がクロスカットレビュアーとして横断分析する。 エージェント同士が反論・補足・自由な議論を行い、合意形成した結果をレポートとして出力する。 どのプロジェクトでも使える汎用スキル。 Use when: アーキテクチャを分析したい、リファクタリング前にリスクを把握したい、 デグレしやすい箇所を知りたい、コードの健全性を確認したい、大きめの実装前に注意点を洗い出したい、 技術的負債を可視化したい、コードベースの品質を監査したい。 Triggers: "arch review", "アーキテクチャ分析", "アーキテクチャレビュー", "リスク分析", "コード監査", "codebase audit", "技術的負債", "デグレしやすい", "architecture analysis", "risk analysis", "コードの健全性", "品質チェック", "実装前の確認"

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

See all skills by sean-sunagaku

Report a problem with this skill