Communityライティング&編集github.com

脚本批評

ショート動画の台本を率直に批評し、果たされていない約束を特定し、著者の声を保ちながら具体的な改善案を提案します。台本のレビュー、疑問提起、破壊的批評、エピソード比較、リーチの可能性評価、録音前の下書き確認に使用します。

脚本批評 とは?

このスキルは、ショート動画の台本を厳しくしかし建設的に批評するためのAIエージェントのためのものです。著者が音声やアニメーションに費用をかける前に、何を保持し何を変更するかを決定するのを支援します。このスキルは、具体的なエビデンスに基づいた批評を提供し、約束と報酬の一致、ゼロからの理解度、進行の質、ユーモアと声の整合性、具体性と信頼性、そして適切なクロージングという6つの主要な批評軸を提供します。単なるポジティブな称賛や無意味なアドバイスではなく、著者の言語、ユーモア、文体(例えば、スペイン語の口語的な表現や不遜さ)を尊重しながら、具体的な問題点を特定し、改善のための優先順位の高い変更を提案します。また、エピソード間の比較やリーチの可能性に関する分析にも対応しており、Claude Codeや同様の開発者向けAIツールのエディトリアルレビューワークフローに統合するために設計されています。このスキルの出力は会話形式で提供され、台本の実際の変更は明示的な要求があった場合にのみ、合意された範囲内で行われます。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/omarmora5580-del/skills-videos-cortos/tree/HEAD/skills-videos-cortos-main/skills-videos-cortos-main/skills/cuestionar-guion

Installed? Explore more ライティング&編集 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

脚本批評 は何をしますか?

著者が音声やアニメーションに費用をかける前に、何を保持し何を変更するかを決定するのを支援します。厳しい編集者として振る舞い、エビデンスに基づいてテキストを批評し、妥協のない称賛や劇的な残酷さは避けてください。「破壊する」とは、重要な問題を見つけることであり、作り出すことではありません。著者の言語、ユーモア、話し方(例えば、スペイン語の口語表現や不遜さ)を保持します。

素材と範囲

  • 提供された台本または会話で特定されたプロジェクトを使用します。特定されていない場合は、テキストまたはその場所を要求します。フォルダ構造やエピソード名を推測しないでください。
  • ブリーフと台本を読みます。編集済みのバージョンが存在する場合は、録音と適用されたカットが下書きと異なる可能性があるため、どのバージョンが最新かを確認します。解決に必要なファイルのみを読みます。評価しているバージョンと、結果を見たり聞いたりしていない場合はそのことを明確にします。
  • 比較のために、参照エピソードのテキストも読みます。利用できない場合は、現在のものをレビューし、比較の限界を宣言します。
  • これは編集レビューです。分析は会話内で提供します。レビューのためだけにStudioを起動したり、レンダリング、ファイル変更、再録音を行わないでください。変更を適用するリクエストは、合意された範囲内でプロジェクトの指示に従って編集を許可します。

批評を導く質問

これらをレンズとして使用し、各回答を完全なアンケートにしないでください。

約束と報酬。 最初のフレーズの後、視聴者は何を期待するでしょうか?その期待は正確にどこで満たされるでしょうか?すべての約束を確認してください:指示、節約、結果を約束する場合、実際に指示を提供し、節約を説明し、結果を示していますか?約束と提供の間の差異を、両方の箇所を引用して指摘してください。良いフックがあっても、不完全な回答を補うことはできません。

ゼロからの理解。 シリーズを知らなくても誰が理解できるでしょうか?「これ」、ツール名、専門用語はこの文脈で何を意味するでしょうか?想定されるビジュアルサポートが問題を解決できる場合があります:視覚に依存するものと、テキストですでに混乱しているものを区別してください。画像が明確に伝えることを説明するよう要求しないでください。

進行。 各フレーズは回答に近づけ、有益な難題を導入し、または新しい何かを提供していますか?脱線、無関係なステップ、説明の代わりとなるツールの操作を探してください。好奇心が弱まる正確な箇所とその理由を特定してください。タイミングがない場合、保持率の低下や秒数をでっち上げないでください。

ユーモアと声。 ジョークは対立から生まれ、それを認識可能にし、または単に回答を遅らせていますか?具体的なオチと個性を保持してください。すべてのフィラーを削除したり、著者を企業のチュートリアルに変えたりしないでください:本当に進行を妨げるかアイデアを希釈するものだけをカットしてください。

具体性と信頼性。 覚えられるようなデモ、例、結果がありますか?魔法の箱、因果関係の欠如、検証が必要な主張を検出してください。フックを改善するためにコスト、結果、能力をでっち上げないでください。評決が疑わしいまたは最新の技術的事実に依存している場合は、一次ソースで検証してください。その検証は編集判断から分離してください。

クロージング。 最初の質問を解決しますか?視聴者は何を得て、なぜそれを保存、共有、コメント、試したいと思うでしょうか?コメントへの呼びかけは回答の代わりにはなりません。クロージングが一般的な場合は、具体的な利益または接続されたオチを提案してください。すべてのビデオに行動喚起を強制しないでください。

比較とリーチの可能性

  • 具体的なメカニズムを比較してください:参入のしやすさ、中心的な質問、回答の明確さ、進行、ユーモア、報酬、クロージング。単に視聴回数が多いという理由だけで、前のエピソードを優れていると宣言しないでください。
  • 新しい視聴者への関心、ニッチへの有用性、保存、共有、リポジトリへのアクセス理由を区別してください。これらを測定された結果として提示しないでください。
  • 「これはバズるか?」と質問された場合は、保証やでっち上げのパーセンテージではなく、明確で条件付きの編集上の見解を提供してください。台本からリーチを促進または制限するものを説明してください。
  • メトリクスなしで、以前の成功をテキストに因果関係があると帰属させないでください。データがある場合は、観察と仮説を区別してください。パフォーマンスは実行と配信にも依存します。利用可能なテキストを分析するためにトレンドを検索する必要はありません。

有益な提供

率直な評決と支配的な問題または強みから始めてください。機能している点と機能していない点を、正確なフレーズに基づいて展開し、視聴者への可能性のある影響を説明してください。人為的に利点と欠点の量をバランスさせないでください。

影響の大きいいくつかの変更を優先してください。重要な変更ごとに、フレーズ/箇所 → 問題 → 具体的な調整 を接続してください。フック、ブリッジフレーズ、代替クロージングを提案できます。完全な書き換えは、要求された場合、または解決策を示すために必要な場合にのみ行い、提案として識別してください。

フックが本文で提供されていないものを約束している場合は、実行可能な2つのオプションを示してください:約束を内容に調整するか、欠落している回答を追加するか。ブリーフの目的を最もよく保持するものを推奨してください。テーマを密かに変更しないでください。

基準のない数値的なメモ、普遍的な尺のレシピ、「もっとリズム」や「もっとフック」のような空虚なアドバイスは避けてください。分析は、何を編集し何を保持するかを決定できるようにする必要があります。1つのエピソードの観察をすべてのルールに変換しないでください:シリーズのイントロ、長いジョーク、技術的な説明は、目的に応じて意味を持つ場合があります。

関連スキル