本文へ移動

Claude Codeを使うクリエイターの制作手順

Claude CodeでYouTubeの競合を分析する方法(小規模な試行サンプルから始める)

大規模な比較を収集する前に、分類の意味を合意します。コードブック、出典の行データ、ポジショニング案を一緒に保存します。

同じ動画を見ても、テストが含まれるかについて二人の判断が分かれることがあります。表が大きくなる前に解決すべき調査上の問題です。小さな試行で意見の違いを記録し、モニターレビューのサンプル全体に同じ基準を適用します。Claude Codeで、その方法を再利用できる状態に保ちます。

クリエイター調査向けAI agentのKaboが出典の証拠を提供します。Claude Codeはコードブック、試行での意見の違い、定義の変更で影響を受ける結論を管理します。

今回のClaude Codeタスクに必要な資料を用意する

チームのラベルと意見の違いを、出典の行データのそばに残します。この記事は共同の比較を一貫させるためのもので、次のシリーズを一から選ぶためのものではありません。

最初の資料チェックリストをコピー
[ ] channels.csv — 公開チャンネルのURLと、それぞれを比較に含める理由。
[ ] codebook.md — 形式、視聴者の課題、証拠の種類の定義。
[ ] scope.md — 全チャンネルで同じ期間を使い、Shorts、配信、長尺動画を分ける。
[ ] review-notes.md — 試行中の意見の違いと、それを解消する決定。
[ ] our-test-plan.md — 自分たちで記録できる機材と条件。

Kaboを接続し、プロジェクトの背景を確認する

コンテンツプロジェクトを開き、Claude Code用Kaboをインストールしてサインインします。サーバーへ直接接続する場合は、設定ガイドに従ってください。

同じ小規模サンプルをレビュアーに分類してもらう

このモニターレビューチームでは「テスト」の使い方が人によって違います。競合を本格的に収集する前に、Kaboで少数の関連出典を選び、参加者に同じ証拠を確認してもらいます。無理に一致させず、それぞれのラベルと理由を記録します。

誰も映像を確認していないなら、「クリエイターがテストしたと言っている」を「私たちがテストを観察した」に変えてはいけません。精密な表でも、未定義の分類は補えません。

基準合わせ用の試行サンプルを用意する
codebook.mdとscope.mdを読んでください。Kaboを使い、channels.csvから少数の関連試行サンプルを集めてください。3行について、出典URL、利用できる証拠、ラベル案を示してください。私が提供するレビュアーのラベルをreview-notes.mdに加えてください。未回答のレビュアーは確認待ちとし、合意を捏造しないでください。サンプルを広げる前に待ってください。

再分類の前にラベルの意味を確定する

どの定義が各相違の原因になったか確認します。役立つルールは、テストしたという主張と観察済みの手順を区別し、必要な証拠を示します。チームが承認した後で、Claude Codeが影響する行に適用します。

テスト証拠の簡潔な定義
テストしたという主張:クリエイターはテストの実施を述べているが、手順を私たちの証拠で独立に観察していない。
観察済みの手順:確認済みの映像証拠が関連する設置や動作を示している。何を確認したか記録する。
不明:利用できる証拠だけでは、どちらのラベルも確信を持って付けられない。
タイトル、キャプション、発言上の主張を観察済みの手順に格上げしない。

結論に影響する定義の変更

試行項目の例:

  • 最初のラベル: 観察済みのテスト。
  • 利用できる証拠: 文字起こしに「テストしました」とあるが、手順は確認されていない。
  • 修正後のラベル: テストしたという主張。
  • 影響する結論: この行を観察済み手順の件数から外す。
  • 引き続き可能な記録: 出典を明記して、クリエイターがテストを説明していると記す。

訂正するのは証拠の扱いであって、製品レビューの良し悪しではありません。

古いルールに依存する行と結果を探す

実際の収集では、共通の期間、形式の境界、取得範囲のメモを残します。その後、承認済みの定義変更を対象に絞って適用します。Claude Codeには、古い意味を使っていた行と、それに依存する要約を特定させます。

再分類後に件数が減っても、競合の戦略が変わったわけではありません。単に定義が厳密になった可能性があります。

承認済みのコードブック変更を適用する
以前のテスト証拠の定義と承認済みの定義を比較してください。収集済みサンプルで影響する行を特定し、出典参照と証拠の種類を残してください。その行を再分類し、未解決例を列挙し、依存する結果だけを修正してください。コードブックの決定と変更前後の結果メモを保存してください。取得範囲の変化をチャンネル戦略の変化と解釈しないでください。
サンプルの制約を添えた、二つのベーキングチャンネルのKaboウェブ比較。
Kaboのウェブ例:チャンネル比較で、観察したポジショニングと解釈を分け、異なるサンプル期間を記録しています。スクリーンショットは既存のベーキング調査のもので、ここで使う架空の比較ではありません。

合意した表から結果を書く

チームが修正後の行を確認したら、採用した証拠へリンクして結果を書きます。別の制作メモで自分たちのモニターテストを提案できますが、競合の件数を自分たちの製品主張が正しい証拠にしてはいけません。

一人のクリエイターが実行可能な試行を一つ選ぶ場合は、Codexの比較ガイドで判断の範囲をより狭くしています。

次のサンプルでも定義を維持する

次の調査では、新しい日付付きの出典スナップショットと合意済みのコードブックを使います。取得範囲の差は別に記録します。将来の例で新たな境界事例が見つかったら、定義を再び変える前にレビューのメモに追加します。

追加の指示をコピー
コードブックが製品についての発言と目で確認できるテストを混同しています。定義を更新し、影響する行を特定し、それらに依存する結論だけを修正してください。

採用した比較のそばにコードブックを置く

Google Sheetsで証拠ラベルと意見の違いを確認します。成果物は、定義を変えた理由の記録を伴う、一貫した分類済み調査です。収集と証拠の関連付けの手順は、MCPの競合調査レシピを使ってください。

作例は説明用です。製品のスクリーンショットはKaboのウェブアプリにある既存の結果で、このガイドの例を実行した記録ではありません。自分の素材と、自分のタスクで返された根拠を使ってください。