スキルカタログ

営業AIフロー④「ペラ1（1枚もの）提案資料」を量産するskill。③市場・課題分析で生き残った課題仮説（proceed行）と運営会社名を入力に、(1)相手ブランドカラーをcurl+grep+og画像目視で実測→(2)課題仮説を「言い切りトーン・業界用語ゼロ・脱AI」の日本語コピーに変換し薬機法/景表法/捏造数値を敵対的QA→(3)copy.jsonに1社ブロックを追記→(4)既存build.pyでtemplate.htmlに流し込み自己完結HTML生成→(5)Chrome headlessで16:9 PDF化→(6)PDF実体をqlmanage/sipsで目視チェック、まで一気通貫で行う。組版資産（template.html/build.py/copy.json/logo）は ~/Desktop/Claude Workspace/projects/営業AIフロー/build/ を正本として参照する（skill内に複製しない）。最終アウトプットは A4横/16:9・1枚PDF（企業別）。「ペラ1作って」「営業ペラ1」「1枚提案資料」「提案資料を作って（営業フロー④）」「{企業名}のペラ1」「営業④」「proceed社のペラ1量産」などでトリガー。送付・メール下書きは⑤の領域でこのskillはやらない。

営業AIフロー⑤「メール下書き作成」skill。③で確定した課題仮説と④のペラ1（A4・1枚PDF）を受け取り、課題提起型（相手の課題は丁寧な問いかけ調・自社価値は言い切り）の営業メール下書きをGmailに保存する。送信は絶対にしない。本文は「1固有事実×1課題仮説（問いかけ）×1商談打診CTA」「80語未満・商材名を出さない・1通目からペラ1添付」。下書き作成"前"に〈legal_sendable／固有事実の有無／添付PDFの有無／confidence〉のゲートを通し、不適格は下書きを作らず法務確認キューへ回す。法務フッター（送信者名／受信拒否通知先／拒否できる旨）は固定文を機械差し込み。特定電子メール法・薬機法・景表法の遵守を内蔵。「メール下書き」「営業メール作って」「⑤」「EmailDraft」「課題提起メール」「Gmail下書き」等でトリガー。

営業AIフロー③「市場・課題分析 → 解決策（デジマ施策）提示」skill。**既定の入力＝台帳「⭐︎営業先_本番」タブで `採用`(B列)=TRUE の企業**（「⭐︎課題分析・提案_本番」に同lead_idが既にある社は除外・lead_id/企業名/URLの個別指定も可）。**evidence-first**（先に観測バッテリー＝scripts/でevidence_<lead_id>.jsonに事実を固定→分析はJSON内の事実のみ使用・記憶の数値/URL禁止・①②列の転記優先）で観測し、施策ありきの逆算を禁じた順序（①課題を素直に広く列挙→②重要度×シグナル強度で最大5件に集約→③各課題に施策・反証を併記→④採否は人）で分析する。**既定の出力＝「⭐︎課題分析・提案_本番」タブへ末尾追記**（12列: lead_id,company_name,採用,評価,課題信頼度,課題,検証所見,根拠URL,提案,反証,シグナル,観測日。実ヘッダー確認→1セル先行テスト→Jun目視→read-back照合の偽成功関門つき・exportsに控えCSV）＝1課題1行の縦持ち・課題信頼度降順・1社最大5行（薄ければ減らす）。**課題信頼度は1〜7の統合スコア**（1=信頼度最低・こじつけ最強〜7=最高。外部観測のみ上限5・**4以上はsource_familyが異なる独立2シグナル同方向が必須**）。**課題(F)は営業文言＝提案風の問いかけ**（文末4パターン分散・④/Karitoriがそのまま差し込める中間形式。コピー本格加工は④/⑤の領域）。旧15列（課題数/層/提供可否/こじつけ列）は廃止＝層・こじつけはルールとして内在化。出力前に**独立judgeサブエージェント**で自己検証（下げ方向のみ）。採用(C)・評価(D)は人専用でAIは空欄。SerpApiは100社あたり30回以下（evidence_trends_batch.sh経由の5社バッチ）。捏造数値（予算/CPA/ROAS）は推定でも書かない。1社は逐次、量産はWorkflow。「課題分析」「市場分析」「営業③」「課題仮説」「解決策提示」「{企業名}の課題を分析」などでトリガー。連絡先取得は①②(Researching)・資料は④(Document)/Karitori・メールは⑤(EmailDraft)で、このskillはやらない。

営業③（AI_Sales_Market_Issue_Analysis03）が「⭐︎課題分析・提案_本番」タブに出力した課題分析を、第三者judge視点で検品するレビューskill。機械チェック（列順・課題信頼度1〜7の降順・lead_id全行・採用/評価空欄・1社最大5行・二重計上・PII・URL区切り）＋敵対検証（課題信頼度1〜7の独立再採点・反証の妥当性・提案のメニュー逸脱・営業文言形式・薬機/景表の断定・スコープ外課題）＋URL生存確認（実アクセス2xx＋内容一致）の3系統で監査し、確度・シグナル・課題文・反証・検証所見を元セルへ直接修正する（既定・バックアップタブ＋1セル先行テスト必須／2026-07-01 Jun確定）。監査列は作らない。ただし行の削除・統合（drop/merge）＝採否は人の判断でチャット報告に留め、AIは行を消さない。「③のレビュー」「課題分析の検品」「本番タブをチェック」「営業③のQA」等でトリガー。

営業AIフロー①「連絡先化（リサーチ）」＋②「企業/事業者を特定」を1本で担う汎用skill。Junが起動時に指定するターゲット枠（業種・地域・除外条件）で、新規発見（モードA）または指定リスト（モードB）から母集団を作り、**企業特定＋適格判定を先に行い（2026-07-03順序変更）、通過した社だけ**汎用連絡先（メール/フォーム/SNS/電話/予約）と事業者プロフィール（競合2社・国内実店舗・YouTube/Googleトレンド調査・営業お断り表記・広報担当者名/直通を含む44列）を付けて、台帳スプシ「⭐︎営業先_本番」タブへgws CLIで末尾追記し（1セル先行テスト→Jun目視→読み戻し照合の偽成功関門つき）、③へ渡す引き継ぎプロンプトまで生成する。API運用は月500社前提の低消費構成（2026-07-03確定）＝X調査は廃止・GoogleトレンドはTIMESERIES5社バッチ・YouTubeは自社のみ既定・メール/競合探索はWebFetch/WebSearch既定＝現金コストゼロ・無料枠内。捏造禁止・unverified明記・規制業種（医療/歯科/ギャンブル/喫煙等）は候補除外・API消費はSTEP0で事前試算＋**serp/gtrends合算は1バッチ⌈母集団×0.3⌉回のハードキャップ**（100社≤30回・2026-07-06）。「営業リサーチ」「リード発見」「連絡先抽出」「企業/店舗を特定」「営業先を探して」「①②」等でトリガー。

運用型広告（ペイドメディア）のリーチ・IMP 等を Excel で即時見積もるスキル。与件（ブランド／ 商材／ターゲット／目的／媒体／配信方法／時期／予算／対象国）を case.json に落とし、 CPMベンチマーク辞書＋エンジンで GROSS建てシミュレーション（目的別にリーチ/IMP/リーチ単価・ CPE・CPF）を1コマンド生成。KOL投稿ブーストの見積もりが主用途。 「運用広告シミュレーション」「メディアシミュレーション」「リーチ試算」「IMP試算」 「CPM見積もり」「広告予算シミュレーション」「ブースト試算」「Spark Ads」「第三者配信」 「メディアプラン」に関する指示があった場合、必ずこのスキルを参照すること。 xlsx 作成時は xlsx スキル（recalc.py での検証）も併用する。

日本語→英語の翻訳スキル。pptx/docx/md/pdf/テキストに対応し、ビジネス英語トーンで翻訳。固有名詞・用語集・数値日付フォーマットを保持。

今日のスケジュール（Google Calendar）と過去24時間のメール（Gmail、要返信判定付き）を、自分のSlack DM（または通知用チャンネル）に日本語で送信する。手動でも自動（毎朝9時）でも実行可能。トリガー例：「日次ブリーフ」「朝のブリーフ」「daily brief」「today brief」「ブリーフ送って」「今日の予定とメール送って」「朝のまとめ」「モーニングブリーフ」。

多案グリッド比較専用のHTML生成スキル。LP案・キャスティング案・予算配分・提案パッケージなどをN案（2-6個）並べて比較するブレストアウトプット用。各案にトレードオフ注記と採用条件を必ず付け、Copy as JSONボタンで採用案をClaude Codeに貼り戻せる。「3案比較」「多案ブレスト」「グリッド比較」「複数パターン」などでトリガー。

クライアント提出用の提案デック（16:9 HTML）を、画像素材の切り抜き・クライアント配色確認・ base64単一ファイルビルド・機械QAまで一気通貫で制作するスキル。USJフルファネル提案デック （ゴールドスタンダード）で確立した制作パイプラインを型化したもの。 「提案デック」「クライアント向けデック」「デックで作って」「USJ型で」「qoo10型で」 「提案書をデックにして」「画像を切り抜いてデックに入れて」等でトリガー。 境界: 16:9デックの器そのもの・社内/自社向けHTML・縦スクロールレポートは /doc-report の担当 （本スキルは呼ばない）。画像前処理・クライアント配色確認・build/QAスクリプトを伴う 「クライアント提出用の提案デック制作」だけが本スキルの対象。提案の構成・文章（章立て・ 訴求ロジック）は /doc-proposal、数値算出は /biz-adsim、pptx化は /doc-slides、 最終QAループは /loop に委譲する。 大原則: 型・作法・器は再利用してよいが、章立て・訴求・数値は与件ごとに毎回ゼロから 設計し直す（コピペ流用禁止）。

hotice の1ファイル完結HTMLを、認証なし公開基盤 hotice-report（Cloudflare Pages）へ安全に発行するスキル。既定は /r/<random-slug>/ の noindex 限定共有、root公開は明示確認時のみ。repo同梱ツールで相対asset・secret・PII・機密数値・ローカル禁止語をpreflightし、外部更新はdry-run後の人間確認と --execute が揃った場合だけ行う。「デプロイして」「共有URL」「限定リンクで出して」でトリガー。

インフルエンサー / KOL のプロフィール・デックを生成するスキル。まず対象クリエイターのSNSアカウントURLを受け取り（起動と同時に渡された場合は省略）、URLからアカウントID・媒体を抽出して社内クリエイターDB（指定のGoogleスプレッドシート）から該当クリエイターの情報（フォロワー数・エンゲージ率）を引く。プロフィール画像は必須で別途要求し、直近投稿などの追加素材も任意で受け取る。基本はDBで拾えた情報（プロフィール・KPI）だけで、白＋インディゴのクリーンなスライドを生成する。生成前に「直近投稿のサムネを入れるか（くれれば入れる）」「ページ数（0.5＝左半分／1／2）」「言語（日本語／英語）」の3問を確認してから作る。概要KPIは必須・言語は既定で日本語。最終アウトプットはGoogleスライド（pptx生成→Drive変換）。「インフルエンサープロフィール」「KOLプロフィール作って」「アナリティクスをスライド化」「クリエイターのプロフィールデック」「influencer profile」などでトリガー。

hotice デザインシステム準拠のHTMLレポート生成スキル。MD構造化データを受け取りブランド適合HTML（スコアカード/比較カード/データ表/SVGグラフ/タブ等）を出力する変換層。提案書・週次レポート・KPIダッシュボード等の単独生成に加え、他スキル（research-rival、biz-meeting 等）から呼ばれて使われる。「HTMLで作って」「HTML化」「HTMLレポート」などでトリガー。

hotice ブランド準拠の Google Slides 資料生成スキル。提案書・週次レポート・キャンペーン報告書を編集可能なスライドで作成。配色・フォント・グリッド・フッター・コンテンツ密度のガードレール付き。「Google Slidesで作って」「スライドで」「pptxで」などでトリガー。

図解・ダイアグラム生成スキル。レポート内容に応じて最適なデザインパターン（cone「資料作成の39アイデア」全パターン）を臨機応変に選定し、hotice ブランドの SVG 図を生成する。/doc-report に埋め込み or 画像書き出し(SVG/PNG)。「図にして」「図解して」「ダイアグラム」「ファネル図」「ベン図」「相互関係図」「この内容を図で」「インフォグラフィック」などでトリガー。

SNS/Amazonアソシエイトの「インサイトのスクショ」を、媒体別の構造化DBへ文字起こし（転記）するskill。 YouTube/YouTube Shorts/Instagram/TikTok/X/Twitch/Amazonアソシエイトの7媒体に対応し、統一入力ルール （画面表示値のみ・年推測禁止・概数実数換算・空欄と0の区別・対応列が無い項目は備考へ退避）と 各行の確度フラグ付けを守って転記する。出力は2つ：①マスターDB「インサイトDB」の該当媒体タブへ末尾追記、 ②案件別スプシ（名前=「案件名_年/月/日」）を新規作成して同じ内容を書く。新規作成の前に必ず同名案件を チェックし、あればJunに更新対象スプシを渡してもらう。書き込みは1行先行→read-back照合の偽成功関門つき。 「インサイト文字起こし」「インサイト転記」「スクショをDB化」「インサイトDBに追記」「インサイトのスクショ起こして」 などでトリガー。インサイト画像の回収・収集（Slack連携）やレポート化（doc-report等）はやらない。

広告・インフルエンサー関連の上場企業について、SEC EDGAR・TDnet・IRプレスリリースから決算情報を確認し、要約・翻訳・監視設定の管理を行うスキル。「決算出た？」「決算を確認して」「IRレポートを解説して」「監視対象を追加して」「ir-earnings-bot」などでトリガー。Slack投稿やbot設定変更、poller.pyの実行は対象・内容・影響範囲を示し、人間確認後に行う。

刈り取り（DMP）パイプライン④「貴社にオススメの理由（資料差し込み用）」文言作成skill。入力＝台帳「⭐︎営業先_刈り取り施策」タブ（26列・2026-07-15に下流skill karitori_shiryo_emailが最終列を追加（2026-07-17に「メール送信依頼/フォーム送信済」へ改称）＝現Z列。2026-07-21の新スプシ移行でA列にsales_idを新設し旧A〜Yが1つ右へシフト）で【B列=「確認OK」かつ R列が空欄】の行（＝判定HTMLで人が確認OK済み・まだ理由文言が未作成の企業）。研究skill(Karitori_sales_Research)が埋めた事実（C社名/D業種/I商材/J URL/F TV CM/G IM履歴/H tie-up/M理由/U宛名）を固定し、資料差し込み用に簡潔な2〜3文で生成（①相手固有事実フック「〜かと思います。」→②伸びしろを言い切り「〜もまだ伸ばせます。」→③力強い共闘クロージング「このプランで、刈り取り切りましょう！」。弱腰語尾＝見込めます/最適です/確信しており は禁止＝「このプランでやろう！」の熱量。誘いの問いかけ「〜てみませんか？」は任意・営業メールの結び「ぜひ、一度お話しさせてください。」は入れない＝メール⑤の領域。Jun選定トーン 2026-07-14 基準）。①フック（直近の年月付き実イベント）は任意＝あればWeb裏取りして使い無ければ台帳資産で代替。**R列は事実確認できた事実(confirmed)だけで書く＝裏取れない事実は書かない・一般化もしない（Junが目視で事実確認しなくてよい状態にする・Jun指示2026-07-14）**。店舗集客/来店の訴求は主力商品の店頭・来店がconfirmedの社のみ（毎回同じ締めにしない）。生成後はサブエージェントで各事実主張を敵対的にファクトチェック（裏取れない事実は書かず丸ごと落とす）→同じ行のR列へgws values updateで書込（1セル先行→read-back照合の機械確認でOK＝毎回のJun目視は不要・偽成功時のみ中止。Jun指示2026-07-16）。「刈り取りのオススメ理由」「R列文言」「Karitori ④」等でトリガー。やらない＝V資料URL/X件名/Y本文（⑤の領域）・S/T確認列（HTML/人）・課題分析（③）・E親和性やB列の変更・資料組版/送信。

刈り取り施策（DMP＝インフルで火種→広告→リターゲティングで購入/来店へ刈り取る）に適した営業先を発見・選別し、台帳スプシ「⭐︎営業先_刈り取り施策」タブ（26列の統合パイプライン台帳・A列=sales_id・B列=営業対象。2026-07-14に確認2列S/TをRの右横へ追加、2026-07-15に下流skill karitori_shiryo_emailがZ列を追加（2026-07-17に「メール送信依頼/フォーム送信済」へ改称）。2026-07-21の新スプシ『AI営業マスター_hotice』移行でA列にsales_idを新設し旧A〜Y列は1つ右へシフト）へ書き込むリサーチskill。Junが指定するターゲット枠（業種・地域・除外）で新規発見（モードA）or 指定リスト（モードB）から母集団を作り、企業特定＋基本適格判定を通した社に刈り取り適合スクリーニング（8軸を観測事実で0/1/2採点＋⑤着地導線を最重視の重み）をかけ、**E「刈り取り施策の親和性」を高/中/低で判定**（除外＝台帳に載せない）。あわせて**TV CM実績（過去1.5年・Web裏取り）とIM施策実施履歴（YouTube直近1.5年・yt.shの申告タイアップフラグ）**を観測し、連絡先（窓口メール／取れなければ問い合わせページURL）と提案アングルまで付ける。書込は gws CLI の `values update` で範囲明示（1セル先行テスト→読み戻し照合の機械確認で可・偽成功時のみ中止して報告。2026-07-14 Jun承認により毎回のJun目視は不要）。B列「営業対象」は判定HTML/人が更新する列＝skillは新規行を**既定空欄**のまま書く（2026-07-15改訂：確認OK/営業対象外の2ボタン方式に変更・空欄=未確認）。R（オススメ理由=④）・V/X/Y/Z（送付資料・メール=⑤）は下流skillが、S/T（理由確認・確認事項確認）はレビューHTML/人が後から埋めるので空で残す（U=宛名は本skillが記入）。共通作法（API低消費・捏造禁止・規制業種除外・URL生存確認）は①②(AI_Sales_Researching01,02)の references/ を参照再利用。「刈り取り施策の営業リサーチ」「刈り取り営業先を探して」「刈り取りリード」「DMP営業先」「Karitori_sales_Research」等でトリガー。汎用の連絡先化は①②・(3)ボックス文言はKaritori(DMP)・課題分析は③・ペラ1は④・メールは⑤の領域で、このskillはやらない。

刈り取り(DMP)パイプラインの送付用資料（U列）・営業メール件名/本文（W/X列）・送信依頼プロンプト（Y列）を1回の実行でまとめて作成するClaude Code skill。台帳「⭐︎営業先_刈り取り施策」（25列）の【A列=「確認OK」かつQ列に文言あり かつ（U列が空 または W/X列が空）】の行を対象に、①N/O列から配信方式を判定（連絡先がメール＝PDF添付方式／問い合わせフォームURLのみ＝Cloudflare URL方式）②個社資料を生成（PDF方式＝PDF化してzip格納／URL方式＝hotice-reportへpush・事前確認不要／全ページnoindex）→U列 ③資料へ誘導するメール文面を生成→W/X列 ④送信依頼プロンプトを作成→Y列 ⑤URL方式があればフォーム送信用一覧HTMLを生成しhotice-reportの/r/<slug>/限定共有URLで発行 ⑥zip・依頼プロンプトtxt・フォーム送信HTML URLの3点セットを、Jun AIボットからSlackスレッドへファイル添付つきで投稿（社内共有・送信まで実行してよい）、まで行う。**見込み客へのメール送信は絶対にしない**（Gmail下書きの作成までで、送信は常にKenさんの人間判断）。※Slackの社内スレッドへの共有投稿は送信まで実行してよい（2026-07-17 Jun承認）。Q列文言の生成・修正（karitori_recommend_reasonの領域）、R/S確認列の記入、A列「営業対象」・D列「親和性」の変更はしない。「刈り取りの資料とメール」「karitori_shiryo_email」「送付用資料URL」「W/X列メール」「刈り取り ⑤」等でトリガー。

任意のAIアウトプット（テキスト直接貼付／ファイルパス／URL／スプシ範囲／html・pptx・PDF／直近の会話内生成物のいずれか）を、正確性/correctness・忠実性/faithfulness・網羅性/completeness・形式順守/format・安全性/safety・道具の正しさ/tool-use の6観点でYes/No二値判定する汎用judge skill（Likert5段階でなく二値の方が再現性が高いというHamel Husainらの知見に基づく）。対象の形式・Step0の収集結果に応じて起動する観点を事前に選定し（正確性は常時固定起動、安全性はPII検知時にマスキング後起動・シークレット検知時はfan-outせず停止、他4観点は形式別マッピングで固定/条件付き/スキップ）、選定した観点だけWorkflowで並列fan-outする。選定に残った観点内でも判定不能ならサブエージェント自身がN/A可。各観点専用サブエージェント（model: opus）が判定・根拠・該当箇所引用を返し、本体が集約してチャット報告のみ行う（ファイル・スプシへの書き込みはしない）。安全性観点はhoticeのCLAUDE.mdの情報3分類（機密／社外秘／一般）とPIIチェックに整合。単発レビュー専用＝複数件バッチ・傾向集計（大量トレースのError Analysis）は対象外。「アウトプットレビュー」「6観点でレビュー」「Yes/Noでレビュー」「この出力チェックして」「品質judge」「output-review」「あなたは厳しいレビュアーです。」等でトリガー。営業③の検品（AI_Sales_Market_Issue_Review03＝台帳セル直接修正）や資料の目視デザインレビュー（shiryo-review＝画像化目視・自動修正ループ）とは領域が異なり、それらの対象には重複起動しない。

多角リサーチスキル。Web/SNS/口コミ/IR/レビュー/EC評価/マーケ施策/オフライン/競合の複数チャネルを、Workflowで大量サブエージェント並列起動して多角的に調べ、出典・確度・追い風/逆風つきで統合する。市場調査・業界分析・企業/競合/人物調査・トレンド調査・営業ターゲットのペイン深掘りに使う。「調べて」「リサーチ」「市場調査」「競合」「ターゲット深掘り」等でトリガー。

競合分析スキル。競合企業・サービスを WebSearch で調査し、比較表・SWOT・ポジショニングマップ・差別化提言を構造化レポートにまとめる。「競合分析」「競合調べて」「ベンチマーク」「SWOT」等でトリガー。

Summarize or extract text/transcripts from URLs, podcasts, and local files (great fallback for "transcribe this YouTube/video").

資料（HTML/PDF/スライド）を1ページずつ画像化して目視レビューし、数値や文字の枠はみ出し・文字化け・改行位置の見栄え・元HTMLとの差分を検出して自動修正するループ型skill。さらにデザイン品質（整列・余白・階層・色・強調・一貫性・情報密度）を7観点で採点し、改善案を承認制で適用する。日本語の改行が単語・文節の途中で割れる場合は word-break:auto-phrase と white-space:nowrap で文節単位に整え、文字サイズ調整は補助とする。5ページ以上は初回のページ目視をサブエージェントで並列分担し、修正後の確認周は検証エージェント1体で通し確認して時間を短縮する（修正・一貫性評価の確定は本体が一元実施）。「資料レビュー」「はみ出し」「文字化け」「改行がおかしい」「資料チェック」「HTML通りに作れているか」「デザインを良くしたい」「見栄え改善」等でトリガー。

hoticeブランド準拠の資料作成の基本skill（統合入口）。提案書・HTMLレポート・多案比較・スライド(pptx)をhoticeデザインシステムに沿って作成し、内部で5パターン（html-report/html-deck/html-compare/google-slides/proposal）に振り分ける。出力前に画像化・目視レビューを自動2周。「資料作って」「提案書ドラフト」「HTMLレポート」「週次レポート」「スライド/プレゼン/ピッチ」「3案で比較」「キャンペーン報告」等でトリガー。

Claude Code環境の棚卸しを「棚卸しして」の一言で実行する統合メンテナンススキル。使いすぎチェック（usage/context）→ 常時読み込み設定の整理（CLAUDE.md/rules/hooks/agents/MCP）→ メモリー整理（MEMORY.md/auto-memory索引化）を順番に案内する。旧 memory-dream / claude-memory-consolidation / claude-context-audit / usage-review の4スキルを統合。「棚卸し」「棚おろし」「メモリードリーム」「memory dream」「Memory整理」「記憶の整理」「usage review」「利用量レビュー」「Claude使いすぎ」「context重い」「CLAUDE.md整理」「Claudeの掃除」でトリガー。

指定したYouTubeチャンネル／Xアカウント／Instagramアカウント／TikTokアカウントが、ある企業／サービス／商品（＝競合）とのタイアップ（有料プロモーション案件／PR）を実施しているかを調査する統合skill。入力URLから媒体を自動判定（youtube.com→YouTube／x.com・twitter.com→X／instagram.com→Instagram／tiktok.com→TikTok、不明なら選択式で確認）。まず事前確認（①調査期間 ②投稿形式/種別 ③何の競合か、IG/TikTok時は⓪社内承認ゲート）を選択式で提示→回答を待ってから作業する。判定は媒体で分岐：YouTubeは公式のタイアップ申告フラグ＋概要欄走査、Instagram/TikTokはManus APIエージェントによる開示ラベル検出（IG＝タイアップ投稿／TikTok＝有償のパートナーシップ。TikTokの「プロモーションコンテンツ」＝自社宣伝はタイアップに含めない）。全媒体共通で本文表記（PR・#ad・#sponsored・#提供 等）による補完判定を行い、確度3段階と「実際にマッチした表記」を必ず残す。提供元が調査対象競合と業種一致するかを判定。アウトプットはGoogleスプレッドシート（サマリー＋タイアップ明細の2タブ・媒体列＋確度列付き）。「タイアップ調査」「競合タイアップ」「このチャンネル/アカウントは○○の競合と組んでる？」「YouTube/X/インスタ/TikTokのPR案件調べて」「PR案件チェック」などでトリガー。複数媒体の一括比較も可。

TikTokクリエイターリストの公開プロフィールをWeb検索し、Googleスプレッドシートの名前列・プロフィール列を補完するスキル。「TikTokプロフィールを調べて」「クリエイター名とプロフィールを埋めて」「tiktok-profile」などでトリガー。対象シート・対象行・更新列を限定し、書き込み前に人間確認を行う。