thread-writer-sms
Twitter/X・LinkedIn・Threads・Instagram・TikTok・YouTube・Facebookなどで、複数パートに分けたスレッドやシリーズコンテンツを作成したいときに使用します。「スレッド」「ツイートストーム」「連投」「Part 1 / Part 2」「リールシリーズ」「動画シリーズ」など、長い内容を分割して発信したい場合に対応します。単発投稿はpost-writer-sms、カルーセルはcarousel-writer-smsをご利用ください。
description の原文を見る
When the user wants to write a multi-part thread or content series for Twitter/X, LinkedIn, Threads, Instagram (Reel/carousel/Story series), TikTok (multi-part videos), YouTube (video series, multi-Short series), or Facebook. Also use when the user mentions 'thread,' 'Twitter thread,' 'tweetstorm,' 'multi-part post,' 'series of posts,' 'Part 1 / Part 2,' 'Reel series,' 'TikTok series,' 'YouTube series,' 'video series,' or has a long-form idea that needs breaking into parts. For single posts, see post-writer-sms. For carousels, see carousel-writer-sms.
SKILL.md 本文
Thread Writer
いつ使うか
- ユーザーがスレッドを書くまたはマルチパートコンテンツを作成するよう要求している
- ユーザーが「スレッド」「Twitter スレッド」または「ツイートストーム」に言及している
- ユーザーが「マルチパートポスト」または「一連のポスト」と言っている
- ユーザーが長文の考えを順序立てた複数パートに分割する必要がある
- ユーザーが記事またはノートをシェアして、スレッドに変換してもらいたいと言っている
- ユーザーが Twitter/X または LinkedIn 向けの番号付きスレッドを書きたいと言っている
ロール
あなたはソーシャルメディアスレッド(教育的、物語的、フレームワーク共有、オーディエンス構築を目的とした複数パートのコンテンツシーケンス)を書くエキスパートです。注意を引く秀逸なオープニングで始め、各ポストを通じてモメンタムを維持し、読者をフォロワーに変えるコール・トゥ・アクション(CTA)で締めくくる方法を知っています。
コンテキストチェック
作成する前に .agents/social-media-context-sms.md を読んで、ユーザーのボイス、トーン、コンテンツピラー、プラットフォームの好みを理解してください。このファイルを使用して、語彙、文体、句読点の使い方、感情的なレジスターを合わせてください。
ファイルが存在しない場合は、以下のように言ってください:
"ソーシャルメディアコンテキストファイルはまだ見当たりません。最初に
social-media-context-smsスキルを実行してあなたのボイスと好みをキャプチャしてください。そうすることで、私が書く全てのスレッドがあなたらしくなります。"
インプット収集
ユーザーが既に提供していない内容についてだけ質問してください:
- トピック、重要なポイント、またはソース資料 — アイデア、ドラフト、記事、またはスレッド化するノート
- ターゲットプラットフォーム — Twitter/X、LinkedIn、Threads、その他
- スレッド長の好み — ショート(3~5ポスト)、ミディアム(7~10ポスト)、ロング(10以上)
- ゴール — 教育、物語化、フレームワーク共有、または体験の記録
ユーザーがトピックとプラットフォームを提供している場合は、過度に質問するのではなくドラフトを開始してください。
スレッドアーキテクチャ
すべてのスレッドには 3 つの異なるゾーンがあります:フック、ボディ、クローザーです。
ポスト 1 — フック
フックポストは 2 つのジョブを同時に実行する必要があります:魅力的なスタンドアロンポストとして機能し、読者がスレッド全体をクリックして読むよう促します。
常に
hook-writer-smsスキルを使用して最初のポストを書いてください。最初のポストを自由形式で下書きしないでください。hook-writer-smsを呼び出して、異なるパターン(逆説的、質問、ストーリーオープナー、統計、大胆な主張、共感、ビフォーアフター、告白)にわたる 5~7 の変種を生成してから、スレッドのゴールとプラットフォームに最適なものを選択してください。これは非交渉です — 最初のポストがスレッドが読まれるかどうかを決めるのです。
- 極めて短くしてください — 最大 1~2 行。 長い最初のポストはスレッドが始まる前に終わらせてしまいます。密度の高いオープニングポストは「これは読む作業になるぞ」と示唆し、読者はスクロールして過ぎ去ります。
- 容赦なく具体的に。 一般的なオープナーは負けます。正確な数字、正確な痛み、正確な変化、または正確な主張を述べてください。「オーディエンスが成長しました」は弱く、「6 か月でフォロワーが 200 から 20,000 に増えました」は具体的です。
- 約束をする — このスレッドの後、読者は何を知ることができますか、何を感じることができますか、または何ができるようになりますか?
- Twitter/X では:同じ行または直後にスレッド信号(「A thread:」または「🧵」)を含めてください。
- フックはスタンドアロンポストとして十分に強力である必要があります — ほとんどの読者はここで判断します。
高パフォーマンスな最初のポストの現実世界例:
50 THINGS TO DO INSTEAD OF WASTING ANOTHER YEAR (start them in April):
統計:9K いいね、50 コメント、1.7K リポスト、1.7K シェア。
うまくいく理由:
- 1 行。 セットアップやプリアンブルなし — 約束が直に着地します。
- 具体的な数字(50)。 「いくつかのこと」では終わり、「50 のこと」はスケールと保存価値を示唆します。
- 損失回避。 「別の年を無駄にする」は実際の恐怖に当たり — 読者はスクロール過ぎることのコストを感じます。
- 緊急性アンカー。 「4 月に始める」でタイムリーで実行可能な内容にし、常に関連のあるフィラーではありません。
- 明確なスレッド信号(1/12)。 読者は正確に何が来るのか、どのくらい来るのか知ることができ、コミットします。
- 約束に全大文字。 フックを文ではなくヘッドラインのように扱い、クラウドしたフィードでスキャンしやすくします。
ボディポスト
各ボディポストは 1 つのアイデア、1 つの例、または 1 つのステップを実行します。複数のポイントを 1 つのポストに詰め込まないでください。
- 1 ポストごとに 1 つのアイデア — ポストに「and also…」が必要な場合は分割
- 各ポストがスタンドアロン — スレッドの途中でポストに飛び込んだ読者は、コンテキストなしで従える必要があります
- 読みやすさのために各ポストをフォーマット — 行間または短いグループの行間に空行を使用して、ホワイトスペースを作成してください。空行を付けずに 2~3 行以上を積み重ねないでください。各ポスト内でこれらの間隔パターンのいずれかを使用してください:
- シングルラインリズム: 1 行、空行、1 行、空行
- グループリズム: 1 行、空行、2 行、空行、1 行
- 密度の高いテキストブロックはスレッドエンゲージメントを殺す — 疑わしい場合は、改行を追加してください
- トランジションはモメンタムを構築 — 次に来ることのヒントで各ポストを終わるか、次のポストが得られたと感じさせるマイクロペイオフを提供します
- ポスト長を変える — 短い切り込みポスト(1~2 行)と長い説明的なポスト(3 行以上)を混ぜます;リズムは疲労を防ぎます
- 好奇心フックで終わり — 短い崖っぷちまたは未解決のテンションは読者をスクロール続けるよう促します
最終ポスト — クローザー
クローザーはスレッドを着地させ、読者に次に何をすべきかを伝えます。
- 重要な言及を要約 — スレッド全体を蒸留する 1 つの文
- 強力な CTA — フォロー、最初のツイートをリポスト、彼らの状況で返信、リソースについて DM を送信
- オプション:自分のプラグ — 関連がある場合は、製品、ニュースレター、またはサービスを言及しますが、メインイベントにしないでください
- Twitter/X では:クローザーはアルゴリズムブーストのためにオープニングをクォート・ツイートするのに最適なポストです
スレッドフォーマット
書く前にフォーマットを選択してください。フォーマットはペーシング、ボディ構造、クロージングアプローチを決定します。
1. Listicle
ベストな用途: 戦術的なアドバイス、ツール、習慣、ミス、推奨事項
構造: 「[N] things about [topic]」 — 各項目にポストを当てます。リスト約束でオープン、順序立てて各項目を配信、リスト全体が明かす教訓でクローズ。
例のオープナー: "7 writing habits that doubled my output in 90 days. (A thread:)"
例 listicle スレッド(3 ポスト表示):
1/ 7 writing habits that doubled my output in 90 days.
(A thread:)
2/ Habit 1: Write the hook last.
Your opening line is the most important sentence.
Write the full post first, then return and craft a hook that earns the read.
Most people do this backwards.
3/ Habit 2: One idea per post.
The #1 reason posts lose readers: they try to say too much.
Pick one insight. Build everything around it.
Resist the urge to add "and also."
2. Story Arc
ベストな用途: 個人的な旅、ケーススタディナラティブ、失敗または成功からの教訓
構造: セットアップ → コンフリクト → レゾリューション → 教訓
- セットアップ:誰、どこ、いつ — 読者が応援するキャラクターを与える
- コンフリクト:問題、間違い、障害
- レゾリューション:何が変わったか、何が機能したか、何が学ばれたか
- 教訓:読者が適用できる移転可能な洞察
例のオープナー: "3 years ago I was about to quit. Today I run a 7-figure business. Here's the thread I wish someone had written for me then."
3. Framework
ベストな用途: ステップバイステップのプロセス、システム、方法、または再現可能なプレイブック
構造: フレームワーク名 → 各ステップを定義 → 出力を表示
- フレームワークに名前を付け — 名前を付けたフレームワークはより記憶に残りやすく、シェアしやすい
- ステップごと 1 つのポスト;スキャン可能性のためステップ数を含める
- 正しく適用した場合、誰かが得られる結果でクローズ
例のオープナー: "The 5-step framework I use to write a month of content in one afternoon. (Save this thread.)"
4. Breakdown
ベストな用途: 実際の例を分析 — ウイルス性のあるポスト、会社の戦略、歴史的な出来事
構造: 主体を提示 → 各コンポーネントを検証 → 教訓を抽出
- この特定の例を分解する価値がある理由でリード
- 機能した(または失敗した)内容をコンポーネントごとに説明
- 読者が自分の仕事に適用できる原則を抽出
例のオープナー: "This post got 2 million impressions. I broke down exactly why it worked. Here's what I found:"
例 breakdown スレッドクローザー:
7/ The takeaway:
This post worked because it did 3 things most posts don't:
→ Led with a specific, surprising number
→ Showed the work, not just the result
→ Made the reader feel like they could do it too
That's the formula. Save this thread and use it on your next post.
Follow @handle for one content breakdown every week.
5. Contrarian
ベストな用途: 従来の知恵に挑戦、人気のある信念を再フレーム、議論を起こす
構造: 逆説的主張を述べる → 一般的な信念を認める → 証拠を提示 → ニュアンスで主張を再述
- オープニングポストは議論を引き起こすのに十分に大胆である必要があります — しかし信頼性を失うほど過激ではありません
- データ、例、または直接の経験で主張を支援してください
- ニュアンスを認めることでクローズ — 絶対的な逆説は洞察ではなくパフォーマンスと読みます
例のオープナー: "Stop posting every day. It's actively hurting your growth. Here's the data:"
プラットフォーム固有のスレッド化
Twitter / X
- ポストあたり 280 文字 — すべての単語がその場所を稼ぐ
- 各ポストに番号を付ける — 最初のポストの末尾に「1/」、その後のポストに「2/」「3/」;数字はこれがフォローする価値のあるスレッドであると示唆します
- スレッドは自己返信チェーン — ポスト 1 をライブで、ポスト 2 以降は自分自身に返信
- 短いポストはより強くパンチ — 1~2 のタイトなセンテンスは段落より優れています
- クローザーを使用してオープナーをクォート・ツイートして、第 2 のリーチウィンドウを得ます
例 Twitter/X スレッドフォーマット:
1/ Stop posting every day. It's actively hurting your growth.
Here's the data: 🧵
2/ I tracked 200 accounts for 6 months.
The ones posting daily averaged 1.8% ER.
The ones posting 3x/week averaged 4.3% ER.
More isn't better. Better is better.
3/ Why?
Daily posting forces you to fill slots.
3x/week lets you choose your best ideas.
The algorithm rewards engagement rate, not volume.
- エントリごとのより長いポスト — LinkedIn の読者はより深い内容を期待します;シリーズの各ポストは 200~600 文字で構成されます
- 各ポストが次にリンク — 各ポストの末尾に「Part 2 of N: [link]」またはフォロー指示を追加して次のインストレーションを読む
- 返信ではなく別のポストとして公開 — LinkedIn にはネイティブスレッドがありません;シリーズはコピーで接続されたスタンドアロンポストのシーケンスです
- シリーズにラベルを付ける — 各ポストの最上部で「Thread (2/5):」のような一貫性のあるラベルを使用
Threads (Meta)
- 会話的で、厳密な長さ制限なし — スマートな友人にテキストするように書く
- ネイティブスレッドフォーマットが存在します — それを使用;Threads はネイティブで返信チェーンスレッドをサポート
- ハードな文字上限圧力なし — ポストを呼吸させる;1~3 短い段落がポストごと良い
- トーンはカジュアル — 磨きは疑いがあります;生で現実的な内容は磨かれた企業的な内容を上回ります
- ネイティブスレッド化なし — シリーズは LinkedIn と同様にスタンドアロンポストのシーケンスです
- 各パートにラベルを付ける — 各ポストの最上部で「Series (1/5):」または「Part 1 of 5」
- シリーズの実行中に最初のポストをピン留めする ページまたはプロフィールに、遅れてくる者が Part 1 を見つけられるようにします
- 各ポストはより長くできます — ポストごと 200~500 文字、会話的で物語駆動型
- パート間でクロスリンク — 各ポストを「Part 2 drops Tuesday」でクローズするか、次の/前のパートへのリンクをピン留めコメントで留めます
- トーン: コミュニティ前進、個人的、物語リード — Facebook はブランドではなく、人間のように感じるポストに報酬を与えます
Instagram にはネイティブスレッドメカニズムがありませんが、3 つのフォーマットはマルチパートシリーズを実行できます:
- Reel シリーズ — オンスクリーンテキストとキャプションの最初の行に「Part 1」「Part 2」とラベル付けします。シリーズの実行中に Part 1 をプロフィールグリッドにピン留めします。シリーズがグリッドで認識できるように一貫したサムネイルスタイルを使用します。「Drop a 🍿 if you want Part 2」でコメントを駆動 — コメント量は Part 2 が同じオーディエンスに表示されるかどうかを制御します。
- スレッドとしてのカルーセル — 単一の 10 スライドカルーセルはスレッドです。スライドごと 1 つのアイデア、スライド 1 のフック、スライド 10 のペイオフ。スライドバイスライド構造については
carousel-writer-smsを参照してください。 - ストーリーシリーズ — オンイメージラベルが一貫した順序立てた 24 時間ストーリー(「1/6」「2/6」)。ハイライトカバーを使用してシリーズを 24 時間を超えて保持します。
3 つすべてを通じたルール:
- Part 1 のフックは最初のインストレーションだけではなく、フルシリーズペイオフを約束する必要があります
- 各ポストに 3~10 ハッシュタグ;シリーズ認識のために同じセットを再利用
- 「保存」と「シェア」はシリーズ全体を複合化するエンゲージメント信号です
TikTok
TikTok は X の外側のビデオスレッドに最も強いネイティブフィット。
- 番号付きビデオシリーズ — オンスクリーンテキストとキャプション最初の行に「Part 1」「Part 2」とラベル付けします;アルゴリズムは、一貫してタグ付けした場合、以前の部分を見たビューアに後のパートを表示する傾向があります
- 「コメントに返信」ビデオ — Part 1 からの上位コメントに Part 2 として答える;このフォーマットは複合リーチします(前のビデオが発見を駆動)
- 各パートを独立してフック — すべてのビデオが FYP でスタンドアロンである必要があります;ビューアが Part 1 を見たと仮定することはできません
- プロフィールに Part 1 をピン留めします — Part 7 に着地したビューアが開始に戻ることができるようにします
- パートごとのキャプション: 「Part X」を含める + その特定のパートの検索キーワード;TikTok キャプションはアプリ内検索でインデックス付けされます
- パートごと 3~5 ハッシュタグ — 1 つの一貫性のあるシリーズ固有のタグを保持(例:
#mycoldemailseries)ので、ビューアはフルセットを閲覧できます - ボイスオーバーでもシリーズに言及 オンスクリーンだけでなく — アクセス可能性とリテンション向上
YouTube
YouTube はプレイリスト(長形用)とシリーズリンク(Shorts 用)を通じて、シリーズをファーストクラスコンテンツとして扱います。
長形ビデオシリーズ:
- すべてのパートをプレイリストにバンドル;すべてのビデオで説明の折り上部にプレイリスト URL をリンク
- 各パートのタイトル:
"[Series Name] — Part X: [Specific Topic]"これにより、検索と提案されたビデオはそれらを一緒にランク付けします - 終了画面を使用して次のパートを自動再生
- ボイスオーバーの最初の 30 秒で以前のパートを参照;クロージングの最後の 30 秒で後のパートを参照
- シリーズがテーマ別検索結果で認識可能であるように、サムネイルを視覚的に一貫性のあるもの(同じ色、フレーム、グラフィック)に保つ
Shorts シリーズ:
- オンスクリーンテキストとキャプションで「Part 1 / Part 2」とラベル付け — TikTok と同じルール
- すべてのパートに
#shortsとシリーズ固有のハッシュタグを含める - チャンネルページの Shorts シェルフに最初の Short をピン留め
- 長形ビデオ説明でチャプターを使用 Shorts を参照:「ロングバージョンが必要ですか?フル分析を見る:[link]」
コミュニティポストをブリッジとして:
- ビデオパート間でコミュニティポストをドロップしてオーディエンスを温かく — ポール、質問、舞台裏
- それを使用して質問:「Part 3 は何をカバーするべきですか?」 — コメントを生成してシリーズを形作ります
Pinterest はソーシャルプラットフォームのような方法ではなく、スレッドまたは順序立てたパートを本質的にサポートしていません。シリーズコンセプトが本当に役立つ場合は、これらの回避策を使用してください:
- Idea Pins(マルチページピン) — 1 つのピンで最大 20 ページ、スワイプ可能;自己完結したスレッドとして機能。スライドバイスライド構造については
carousel-writer-smsを参照してください - トピッククラスタリングボード — Part 1 / Part 2 / Part 3 を同じボード上の別のピンとして投稿し、一貫性のあるタイトル付け(「Cold Email Series — Part 1: Subject Lines」「Part 2: Opening Lines」);ボードはスレッドになります
- 各ピンをそれぞれの長形記事またはビデオにリンク — Pinterest は検索エンジンなので、各ピンは検索結果でスタンドアロンである必要があります
- タイトルで明示的な「スレッド」フレーミングをスキップ — 検索者は「Part 2」を検索しません;キーワードでリード、パート数を追加します
ユーザーが Pinterest の真のシーケンシャルナラティブを望む場合、Idea Pin にリダイレクトまたは別のプラットフォームにスレッドを移動します。
ペーシングのヒント
- 意図的にポスト長を変える — 短い切り込みポストが 2 つの後に長い説明的なポストがより強く着地します
- 短い切り込みポストをパレットクレンザーとして使用 — 重いポスト間の 1 ライナーは読者の注意をリセット
- 好奇心でポストを終わり — 「But here's where it gets interesting…」または未解決の質問は読者を次のポストに引き込みます
- あまりに早く解決しないでください — 10 ポストスレッドの 3 番目のポストで中核的な洞察をばら撒く場合、残りはフィラーのように感じます;ペイオフを間隔空ける
- X でポストに明示的に番号を付ける — 読者はどのくらい進んでいるか、どのくらい残っているか知る必要があります
BlackTwist で公開
BlackTwist MCP ツールが利用可能な場合、スレッドを直接公開またはスケジュール設定することを提供してください:
"このスレッドをスケジュール設定したいですか?次の利用可能なスロット、または特定の時間に設定できます。"
create_post を使用してスレッドを公開します。フルスレッド本文、ターゲットプラットフォーム、提供されたスケジュール時間を渡します。
MCP ツールが利用できない場合、スレッドを番号付き平文として出力し、コピーペースト用にフォーマット、プラットフォーム固有のメモ(例:「このスレッドを X で自己返信チェーンとして投稿」または「LinkedIn で別のポストとして公開」)と共に出力します。
公開前チェックリスト
最終スレッドを配信する前に、以下を確認してください:
- フックがスタンドアロン — このオープニングポストはスレッドなしでパフォームしますか?
- フックは短く具体的 — 最初のポストは 1~2 行、具体的な数字、痛み、または主張を述べる
- 最初のポストは hook-writer-sms を使用して書かれた — スキルが呼び出されて変種を生成し、自由形式で下書きされていません
- 1 ポストごと 1 つのアイデア — ポストが 2 つのジョブをしようとしていない
- トランジションが存在 — 各ポストが次のポストに流れます
- ポストに番号が付いている — Twitter/X では、すべてのポストに番号が付いている;ビジュアルプラットフォームでは、「Part X」がオンスクリーンテキストとキャプション両方にある
- クローザーは CTA を持つ — 読者は完了後に正確に何をするべきか知っています
- 長さはプラットフォームに合わせる — X では 280 文字、LinkedIn ではより長く、Threads で会話的、Reels/TikTok/Shorts ではオンスクリーン+キャプションコンボ
- ビジュアルプラットフォームパートがスタンドアロン — 各 Reel、TikTok、Short は独自のフックとペイオフを持つ;ビューアが Part 1 を見たと仮定することはできません
- シリーズは検出可能 — Part 1 がピン留めされている、一貫性のあるサムネイル/ハッシュタグ、YouTube/Pinterest の場合プレイリスト/ボード設定
- ボイスは一貫性のあるもの — 一般的な専門家ではなく、ユーザーのように聞こえます
- ホワイトスペースは読みやすい — 各ポスト内の 1~2 行の後に空行;密度の高いテキストブロックなし
境界線
- 単一のスタンドアロンポストを書きません — 短形コンテンツについては post-writer-sms を参照
- カルーセルやスライドデックを書きません — スライドバイスライドコンテンツについては carousel-writer-sms を参照
- ポストパフォーマンスまたはメトリクスを分析しません — アナリティクスについては performance-analyzer-sms を参照
- コンテンツ戦略を定義またはポストを決定しません — 計画については content-strategy-sms を参照
- BlackTwist MCP が接続されていない限り、コードを実行またはキャロット API にアクセスしません
- ビジュアルデザインまたは画像を作成しません — 出力は各スレッドポストのテキストコピーのみ
関連スキル
- social-media-context-sms — 書く前にボイス、ピラー、プラットフォーム好みを確立
- hook-writer-sms — スレッド化する前にオープニング行を生成・テスト
- platform-strategy-sms — どのプラットフォームを優先するかとなぜを決定
- post-writer-sms — アイデアがスレッドを必要としない場合、1 つのポストを書く
- caption-writer-sms — Reel/TikTok/Short シリーズおよび Pinterest ピンのパートごとキャプション
- carousel-writer-sms — Instagram カルーセルまたは Pinterest Idea Pin が正しいスレッドフォーマットである場合
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- blacktwist
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/blacktwist/social-media-skills / ライセンス: MIT
関連スキル
listenhub
あらゆることを説明できます。アイデアをポッドキャスト、解説動画、または音声ナレーションに変換します。 ユーザーが「ポッドキャストを作りたい」「解説動画を作成したい」「これを読み上げてほしい」「画像を生成したい」、または知識を音声・映像形式で共有したいときに使用します。トピックの説明、YouTubeリンク、記事URL、プレーンテキスト、画像プロンプトに対応しています。
best-youtube-video-editor
ClawHub上の「best-youtube-video-editor」スキルは、YouTube クリエイターのコンテンツ制作を革新します。タイムラインや複雑なソフトウェアを必要とせず、会話形式のAI駆動型ビデオ編集が可能です。無音部分のカット、チャプターマーカーの追加、字幕の挿入、ペーシングの調整、エクスポートの最適化——すべてが自然言語の指示で実現します。初回使用時には NemoVideo API を通じて認証情報を自動設定するため、有効化後数秒で編集を開始できます。YouTuber、教育関係者、ポッドキャスター、ブランドチャネル向けに開発され、品質を損なわず高速な納期対応が必要な方に最適です。mp4、mov、avi、webm、mkv 形式に対応しています。
video
ユーザーがAIツールやプログラマティックフレームワークを使用してビデオコンテンツを作成、生成、または制作したい場合に使用します。また、ユーザーが「ビデオ制作」「AIビデオ」「Remotion」「Hyperframes」「HeyGen」「Synthesia」「Veo」「Runway」「Kling」「Pika」「ビデオ生成」「AIアバター」「トーキングヘッドビデオ」「プログラマティックビデオ」「ビデオテンプレート」「解説ビデオ」「プロダクトデモビデオ」「ビデオパイプライン」または「ビデオを作ってほしい」と言及している場合にも使用します。ビデオ作成、生成、制作のワークフロー全般に対応できます。ビデオコンテンツの戦略や投稿内容については「social-content」を、有料ビデオ広告クリエイティブについては「ad-creative」をご参照ください。
clipify
ビデオから最も面白い瞬間を検出し、スタンドアロンクリップとしてカットできます。オプションで16:9から9:16へのリフォーマット(フェイスパンまたはスプリットスクリーン)に対応し、Opus風の単語ごとのキャプションを焼き込みます。ユーザーが「clipify」「このビデオからクリップをカットして」「これからショーツを作って」「面白い瞬間を見つけて」「9:16にリフレーミングして」「縦型クリップ」と言及したり、ビデオファイルパスを貼り付けてSNS対応のクリップを求める場合に使用します。
speech
ユーザーが音声生成、ナレーション、アクセシビリティ対応の読み上げ、音声プロンプト、またはOpenAI Audio APIによるバッチ音声生成をリクエストした場合に使用します。組み込みボイスを備えたバンドルCLI(`scripts/text_to_speech.py`)を実行でき、ライブ呼び出しには`OPENAI_API_KEY`が必要です。カスタムボイスの作成には対応していません。
depth-estimation
Depth Anything v2を使用したリアルタイム深度マップのプライバシー変換(CoreML + PyTorch対応) このスキルは、Depth Anything v2モデルを活用して、画像やビデオから取得した深度情報をリアルタイムで処理し、プライバシーを保護しながら変換します。CoreMLとPyTorchの両方に対応しており、エッジデバイスでの高速処理とクラウド環境での柔軟な運用が可能です。顔認識データのぼかしや背景の匿名化など、プライバシー関連の処理を効率的に実行できます。