スキルカタログ

営業AIフロー④「ペラ1（1枚提案資料）」量産skill。対象＝台帳「⭐︎課題分析・提案_本番」タブの企業（C列採用チェックTRUE優先→E列課題信頼度降順で最大3件）。相手ブランドカラー実測→コピー変換＋法務QA→HTML生成→16:9 PDF化→実体目視まで一気通貫。組版資産の正本＝営業AIフロー/build/。「ペラ1作って」「1枚提案資料」「営業④」「{企業名}のペラ1」等でトリガー。送付・メール下書きは⑤の領域でやらない。

営業AIフロー⑤「メール下書き作成」skill。③の課題仮説と④のペラ1から課題提起型の営業メール下書きをGmailに保存（**送信は絶対にしない**）。下書き前にlegal_sendable等のゲートを通し、不適格は法務確認キューへ。法務フッター機械差し込み・特電法/薬機法/景表法の遵守を内蔵。本文ルールの詳細は本文冒頭の旧説明文が正本。「メール下書き」「営業メール作って」「⑤」「EmailDraft」「Gmail下書き」等でトリガー。

営業AIフロー③「市場・課題分析→解決策提示」skill。既定入力＝台帳「⭐︎営業先_本番」で採用=TRUEの企業、既定出力＝「⭐︎課題分析・提案_本番」タブへ末尾追記（1課題1行・1社最大5行・課題信頼度1〜7降順・偽成功関門つき）。evidence-first＝観測した事実のみ使用・捏造数値は推定でも書かない・採否は人。詳細な列仕様・スコア基準・API上限は本文冒頭の旧説明文と各STEPが正本。「課題分析」「市場分析」「営業③」「課題仮説」「{企業名}の課題を分析」等でトリガー。連絡先取得は①②・資料は④/Karitori・メールは⑤で、このskillはやらない。

営業③の出力（「⭐︎課題分析・提案_本番」タブ）を第三者judge視点で検品するレビューskill。機械チェック＋敵対検証＋URL生存確認の3系統で監査し、元セルへ直接修正が既定（**バックアップタブ＋1セル先行テスト必須**・監査列は作らない）。行の削除・統合＝採否は人の判断でAIは行を消さない。詳細な検査項目は本文冒頭の旧説明文が正本。「③のレビュー」「課題分析の検品」「本番タブをチェック」「営業③のQA」等でトリガー。

営業AIフロー①「連絡先化」＋②「企業特定」を1本で担うskill。指定ターゲット枠で母集団を作り、企業特定＋適格判定を通過した社だけ連絡先＋事業者プロフィール（44列）を付け、台帳「⭐︎営業先_本番」タブへ末尾追記（偽成功関門つき）→③への引き継ぎまで生成。捏造禁止・規制業種除外・API消費は1バッチ⌈母集団×0.3⌉回のハードキャップ。詳細な列仕様・API低消費構成は本文冒頭の旧説明文とreferences/が正本。「営業リサーチ」「リード発見」「連絡先抽出」「営業先を探して」「①②」等でトリガー。

営業④系「Digital Marketing Package（デジマ刈り取りパッケージ）」文言作成skill。③の課題分析から固定スライドの(3)ボックス文言だけを作り、適合1社選定→「⭐︎課題分析・提案_本番」タブM列へ書込＋チャット納品（Junが手貼り）。やらないこと＝資料組版・色実測・HTML/PDF生成・Drive格納（差し込みは商品名＋(3)文言の2点のみ）。「刈り取りパッケージの文言」「Karitori」「デジマパッケージで営業」「{企業名}のパッケージ文言」等でトリガー。課題仮説は③・ペラ1は④・メールは⑤の領域。

Amazon振返り資料の実績整理・次回提案リサーチ・意思決定ブリーフを作成するskill。 オリエン、クリエイター、ブランド、商品・ASIN、契約媒体・投稿物、URL、提出インサイトを多対多のcase_graphとして整理し、 自社AIP DBと市場観測を根拠に、成立する分だけ訴求軸を選抜する。 今回施策の実測が不足する案件はPREVIEW、必要根拠とKPIが揃った案件だけCLIENT_READYとして扱う。 ブランド横断まとめと、起用された全ブランド分のペラ1を出力し、敵対ファクトチェック、Coleレビュー、Jun承認を経てhandoffを作る。 外部リソースには書き込まず、runs/とmasters/だけを更新する。 「Amazon振返り」「Amazon振返りの次回提案」「振返りのリサーチ」「次回提案の頭出し」 「ブランド別振返り」「訴求軸案」「amazon_recap_research」などの依頼で使用する。

BigQuery・SQLに関わる作業（SELECT/DELETE/UPDATE/MERGE等のSQL生成、クエリ実行、テーブル更新・取込、本番マスタテーブル変更、コスト見積り）の前に必ず読む安全手順skill。「SQL書いて」「BigQueryで集計」「テーブル更新」「DELETEして」「クエリ実行」「BQ取込」などでトリガー。手順の詳細（dryRun・行数確認・バックアップ・MERGE推奨・確認文テンプレ）はこのskillが正本で、グローバルCLAUDE.mdには原則のみ記載。

クライアントからの広告運用（paid media）に関するコンサル質問・相談に、リサーチと蓄積ナレッジを使ってプロフェッショナルに回答するスキル。媒体の不具合・トラブルシュート、管理画面が開けない等の技術トラブル、媒体の仕様確認、広告ポリシー・審査、アカウント設定の相談に使う。回答は客先返信ドラフト＋社内向け根拠サマリの2層で出し、Q&Aを references/ に蓄積する。「広告運用について質問」「X広告/Meta広告/TikTok広告/Google広告の不具合」「広告アカウントのトラブル」「媒体の仕様を確認」「広告ポリシー」「審査に落ちた」「管理画面が開けない」「広告運用の相談」などでトリガー。数値シミュレーション・リーチ試算・CPM見積もりは biz-adsim（本スキルの対象外）。

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

hotice（代理店）の財務モデル作成・更新・分析をベテランCFOグレードで行うスキル。 月次PL・キャッシュフロー予測・損益分岐点・感応度分析・資金調達シナリオ・ サービス別/案件別採算に使用。「PL」「キャッシュフロー」「資金」「損益分岐」「原価」 「粗利」「売上予測」「予実」「財務」「CFO」「資金調達」「ランウェイ」 「バーンレート」「取扱高」「テイクレート」「手数料収入」「ネット売上」 「運転資金」「立替」「案件採算」「サービス別採算」「顧客集中度」に関する 指示があった場合、必ずこのスキルを参照すること。xlsx作成時は /mnt/skills/public/xlsx/SKILL.md も併読。

hotice（乙=受託者）の立場で契約書をレビューするスキル。広告取引基本契約・個別契約・クライアント改変版・NDA・業務委託契約のチェック、リスク判定、レッドライン文案・交渉ポイント作成に使う。標準ベース契約（広告取引基本契約書）との差分検出と hotice の中核保護の毀損判定が中心。「契約見て」「この条項飲める？」「リーガルチェック」「契約レビュー」「NDA確認」「リスクある？」「レッドライン作って」などでトリガー。最終署名前は必ず弁護士レビューを前提とする。

あきさん（hotice社内キャスティング担当）へのインフルエンサーリストアップ依頼を、クライアント与件から5項目フォーマット（案件概要／役務・施策内容／ターゲット情報／インフルエンサーの条件／予算・参考情報）に整形してチャットに出力するスキル。与件メールに忠実にまとめ、未記載は末尾「要確認」に集約する。「あきさんに依頼」「あきさんへのリスト依頼」「リストアップ依頼」「リスト依頼」「インフルエンサーリスト作って」「キャスティング依頼」「この与件まとめて（あきさん向け）」などでトリガー。 海外の代理店・キャスティングベンダーへの英文リストアップ依頼（vendor brief）にも対応し、その場合は references/vendor_brief_template.md の2ファイル方式（社内与件書＋機密除去した送付用英文）で出力する。「海外代理店に依頼」「海外ベンダーに依頼」「英語でリスト依頼」「vendor brief」などでもトリガー。

会議前の準備資料・アジェンダ・想定Q&Aを作成するスキル。「会議準備」「MTG準備」「アジェンダ作成」「会議の準備資料」「キックオフ準備」「定例会の準備」「提案MTGの準備」などでトリガー。会議後の議事録からの次アクション整理は biz-meeting-action。

NotionのAIミーティングノート（議事録）を読み込み、決定事項と次アクション（誰が・いつまでに・何を）を抽出して明確化し、承認後にNotionのTodoデータベースへタスク登録するスキル。会議「後」の振り返り〜タスク化に使う（会議「前」の準備は biz-meeting）。「MTGノート読んで」「議事録から次アクション」「会議メモ整理して」「ネクストアクション出して」「アクション抽出」「会議後やること」「議事録をタスク化」などでトリガー。

企業名（または営業ターゲット台帳）を渡すだけで、企業ごとの課題感を調べ、何を売れば食いつくか（G1〜G5のジャンル）を推定し、公開連絡先を調査し、テーラーメイドの営業メールを書き、Excel（誰に・何を・なぜ）に整理してから Gmail 下書きを宛先1件=1通で作成するアウトバウンド営業スキル。サブエージェント＋ワークフロー（連絡先調査→本文→opusジャッジ→修正）と決定論リンター・機械照合を組み合わせ、送信はしない。「営業メール作って」「営業メールの下書き」「アウトバウンドメール」「この企業に営業メール」「企業名だけ渡すから営業メール」「ジャンル別に営業メール」「Gmailに営業の下書き」「テーラーメイドの営業文」などでトリガー。既存リードへの返信は対象外（email-reply-standard に従い直接書く）。

案件未確定段階の戦略相談（戦略立案+実行+PMの丸ごと相談、壁打ち、新領域の攻め方検討）を、壁打ち→戦略骨子→エビデンス裏取り→実装具体→資料化まで進めるスキル。2026-06のホテルインバウンド案件（エビデンス版で確定）のプロセスを型化したもの。

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

「名刺取り込み」「Sansan の CSV」「名刺リストの重複整理」「card-import」で、先方環境の名刺を重複整理・既存取引先照合してローカル JSON にする。

hotice のクライアントを slug を主キーに、Slack チャンネル（将来は Google Drive も）と 横断マッピングする継続更新スキル。10_clients/ のフォルダをライブで列挙し、名寄せ辞書で 表記ゆれ（slug↔日本語↔英語↔カタカナ）を吸収して Slack チャンネルを突合し、横断台帳 CLIENT_MAPPING.md・機械可読 client_mapping.json・各 client_profile.md への追記を生成する。 「クライアントのマッピング」「Slackと紐付け」「マッピング更新」「クライアント横断インデックス」 「どのクライアントにどのSlackチャンネル」などの指示で参照する。エンジン実体は 60_ops/_tools/client_mapping/。Slack は MCP 経由で取得（新規認証情報なし）。

Amazon COOP の施策が決まったときに、COOP管理【AI】の ⭐︎施策一覧へ「作成依頼」の行を書き、GAS が作った進行管理表・フォルダ一式を確認して報告するskill。「新規COOPの案件が決まった」「COOPの進行管理表を作って」「COOPの施策を作って」「COOP作成依頼」「COOPの新規施策」「COOPの施策が決まった」でトリガー。クリエイターごとのシート作成（進行管理表の Status を Confirmed 以降にすると GAS が作る）・ファイルの共有・削除・GAS の修正は対象外。

今日のスケジュール（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）へ安全に発行するskill。既定は /r/<random-slug>/ の noindex 限定共有、root公開は明示確認時のみ、社内向けは --internal で /internal/<slug>/（hotice.jp ログイン必須・Cloudflare Access 設定後のみ）。相対asset・secret・PII・機密数値・禁止語をdry-runでpreflightしてから --execute で発行する（preflight PASSかつ/r/限定共有なら人間確認は省略、WARN/BLOCK・root公開・機密の疑いがあるときは承認を取る）。「デプロイして」「共有URL」「限定リンクで出して」でトリガー。

インフルエンサー/KOLのプロフィール・デック生成skill。SNSアカウントURL→社内クリエイターDB（スプシ）からKPIを引き、白＋インディゴのスライドを生成。プロフィール画像は必須で別途要求。**生成前に3問（サムネ有無・ページ数0.5/1/2・言語）を確認してから作る**。出力＝Googleスライド（pptx→Drive変換）。「インフルエンサープロフィール」「KOLプロフィール作って」「クリエイターのプロフィールデック」「influencer profile」等でトリガー。

hotice の勝ちパターン5要素（翻訳メソドロジー / フレーム駆動の自己回収 / 5段階市場分析 / 共闘ナラティブ / 3本立てパッケージ）を再現し、新規提案書のドラフトを生成するスキル。日本語 / 英文 / 日英併記対応。

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)。「図にして」「図解して」「ダイアグラム」「ファネル図」「ベン図」「相互関係図」「この内容を図で」「インフォグラフィック」などでトリガー。

GAS（Google Apps Script）の生成・修正、スプレッドシートを操作するコード・関数の作成前に必ず読む安全手順skill。「GAS書いて」「Apps Script」「スプシを自動化」「onEditトリガー」「シートを更新するスクリプト」「行削除するGAS」「VLOOKUP/XLOOKUP/INDEX+MATCHを書いて」「この関数直して」「clasp push」などでトリガー。破壊的Sheet操作の警告手順・逆順ループ・テストシート試走・トリガー競合確認・確認文テンプレ・clasp経路の扱い・推測禁止項目（シート名/列番号/参照範囲）・検索系関数の複数ヒット確認は、このskillが正本で、グローバルCLAUDE.mdには原則のみ記載。

ゴールを1つ受け取り達成まで自走するオーケストレーション・スキル。検証可能な成功基準を固め、サブゴールに分解し、Agent と Workflow で並列実行→敵対的検証→未達なら再ループ、達成で報告。多段階で達成度を判定できる仕事（資料一式の再構築、調査→分析→制作、移行・一括処理、横断監査）に使う。 「goalを設定して」「ゴールを達成して」「達成まで自走して」「自律で進めて」「○○を完遂して」「これをゴールに動いて」などでトリガー。 調査寄りは /research、競合は /research-rival、要約は /research-sum、資料化は /doc-slides・/doc-report・/doc-compare を併用。

hotice営業AI。施策ごとに縦割りだった営業リサーチを1本に統合し、リサーチ結果から4つの提案パッケージ（刈り取りDMP／インフルタイアップ単体／課題起点ペラ1／掘り起こし）のどれを当てるかをAIが推奨→判定HTMLでJunが確定→施策別タブへ配布する。全タブ共通の会社ID（HSA-####）で串刺し検索できる。母集団は発見シグナルA〜D（業種×地域の面探索／PR TIMES等／YouTubeタイアップ起点／既存取引先マスタ）から選択。企業特定・連絡先ゲート・規制業種/既存取引先の除外は①②(AI_Sales_Researching01,02)の作法を継承。書込は gws CLI の values update（1セル先行→read-back照合の偽成功関門つき）。「営業AI」「リサーチして施策を振り分けて」「どの施策が刺さる？」「hotice_sales_ai」等でトリガー。課題分析は③・ペラ1組版は④・メールは⑤・フォーム営業はFormSales系の領域で、このskillはやらない。

hoticeの案件概要DB（Boardの案件1件＝1行・読み取り専用・query_creator_dbで読む）の使い方。案件No・与件・案件名・発注元・担当・提出リスト・似た案件を聞かれたとき、「案件概要DB」「過去の似た案件」「前にやった案件」「案件Noで引いて」でトリガー。使う前に必ず読む。DBの書き換え・クリエイター本人の検索・AIP売上は対象外。

AI特有の文章の癖（意義の水増し・3つ並べ・太字の乱用・一般論での締め・追従的な前置き等）を消すskill。A〜C節は**誰が書く文章にも当てはまる一般規則**で、D節だけは**Jun宛・Jun名義の文章に限った補足**（長すぎる文を嫌う・断定表現を避ける・ネガティブに響く語を使わない・「！」を使う場面と使わない場面）。**資料の本文・Slack共有文・提案文・Knowledgeノート・Junへの返答を書くときは、指示がなくても読む**。ほかに「AIっぽい」「もっと自然に」「硬い」「文章を直して」「読みにくい」「くどい」等でトリガー。コード・SQL・データ転記・台帳の値など文章でないものと、**営業メール（定型・skill側が正本）は対象外**。誰に向けてどう言うか（社内メンバー向けの言葉づかい）は hotice-share-tone、資料のデザイン・組版は hotice-shiryo-style が担当。

メンバーに配って判定・確認してもらう画面（判定HTML・確認UI）を新規作成・改修するときの作法（正本）。第三者が「同一人物か」「営業対象か」等を選んで結果を返す画面が対象で、既存仕組みの改修にも適用する。「判定HTML」「確認画面」「Mayoさんに確認してもらう画面」「チェックできるHTML」「選択できるページ」等でトリガー。文言は hotice-share-tone、公開作法はmemoryが担当。

hoticeのクリエイターDB（query_creator_db・読み取り専用）の使い方と列の意味。クリエイターの名前・条件・リスト作成・フォロワー数・単価・連絡先・提出歴を聞かれたとき、「クリエイターDB」「DBで探して」「キャスティング候補」でトリガー。使う前に必ず読む。DBの書き換え・AIP売上の集計は対象外。

Jun流のダッシュボード作成の作法（正本）。ダッシュボード・管理画面・KPIを1画面にまとめたものを作る／直すときに必ず読み、実作業skillより優先する。「ダッシュボード作って」「ダッシュボード化」「管理画面」「KPI画面」「進捗ダッシュボード」「◯◯の状況を1画面で」等でトリガー。HTMLの組版そのものは shiryo-sakusei(Internal) / doc-report が担当。

hoticeのDB（クリエイターDB・案件概要DBなど、query_creator_db で読むもの）を使うときに、どのDBでも必ず読む共通の決まり。読み取りツールがDBのskillと一緒に渡す。DBを使うとき・最終同期日時を聞かれたときに読む。DBの書き換えは対象外。

転記・抽出・データ化作業のレビュー基準（正本）。原本から情報を書き写す・構造化する作業のときに必ず読む。「該当なし」の断定禁止・転記した事実とAI判断の分離・原本の誤字は直さず注記、が要点。「文字起こし」「転記して」「抽出して」「MD化」「オリエンをデータ化」「スクショをDB化」等でトリガー。媒体別の転記手順そのものは insight-transcribe が担当。

hoticeの議事録DB（会議ごとの日時・タイトル・要約・宿題・関連する案件Noの索引・読み取り専用・query_creator_dbで読む）の使い方。過去の会議・商談の要約や宿題、案件に関連する会議を探すとき、「議事録DB」「議事録索引」「過去の打ち合わせ」でトリガー。使う前に必ず読む。議事録の本文・参加者・DBの書き換えは対象外。

hoticeのインサイトDB（SNS・Amazonのインサイト画面を転記した表・7媒体・読み取り専用・query_creator_dbで読む）の使い方と率（エンゲージメント率・保存率など）の計算式。投稿の数値・案件やクリエイター単位の集計・ランキング・媒体の平均を聞かれたとき、「インサイトDB」「エンゲージメント率」でトリガー。使う前に必ず読む。転記・書き換えは対象外。

hoticeの起用クリエイターDB（案件ごとに起用したクリエイター・読み取り専用・query_creator_dbで読む）の使い方。案件の起用一覧・ある人を起用した案件・媒体や時期で起用を数えるとき、「起用クリエイターDB」「起用DB」「過去に起用した人」でトリガー。使う前に必ず読む。DBの書き換え・候補探し・AIP売上は対象外。

hoticeの案件公開情報DB（案件で公開されたSNS投稿のURL・投稿日・クリエイター・案件Noの記録・読み取り専用・query_creator_dbで読む）の使い方。案件で公開された投稿の一覧や本数・ある人の公開投稿・投稿URLから案件を引くとき、「案件公開情報DB」「公開DB」「公開投稿」でトリガー。使う前に必ず読む。DBの書き換え・投稿の数値（インサイト）・起用の記録は対象外。

クライアントに出すクリエイター候補リスト（提出リスト）を案件概要DBとクリエイターDBで作るときの工程（13手順・除外・並べ方・出力）。「リスト作成」「提出リストを作って」「候補リスト」「キャスティングリスト」「リストアップして」「#08のリスト依頼」でトリガー。使う前に必ず読む。DBの書き換え・依頼文の整形（biz-list-request）・1人だけの照会・送付は対象外。

社内・メンバー向けに何かを共有・説明するときの言葉づかいの正本。Slack共有のトンマナ、依頼・訂正Slackの型、専門用語の日常語への置換、AIに貼るプロンプトの書き方を定める。「Slackで共有して」「社内に共有」「メンバー向けの手順書」「配布資料」「研修資料」「メンバーのclaude.md」等でトリガー。Jun本人への説明の平易さはCLAUDE.mdが正本で、このskillは対象が社内の第三者のときに使う。

Jun流のスプレッドシート作成作法（正本）。スプシを新規作成する・タブを追加する・既存シートの体裁を整えるときに加え、**既存シートのセルを読む／書くとき・Googleドキュメント／スライド／フォルダを新規作成するとき**にも必ず読む（保存先フォルダIDと使用アカウント、セルの読み書きに使うツールの指定がここにあるため）。ヘッダーの塗り・行列の固定・揃え・列幅・数値書式・作成後にChromeで開く、などの流儀を定める。「スプシ作って」「スプレッドシート作成」「台帳を作って」「シート追加して」「表の体裁を整えて」「台帳の中身を見せて」「セルを更新して」「Googleドキュメントで作って」等でトリガー。セル操作の安全手順は gas-safe-ops、書き込みの偽成功対策は verify-sheet-writes-with-human が担当。

Jun流の資料デザイン作法（正本）。営業/提案資料・ペラ1・スライド・クライアント向け振り返り資料を作るときに必ず読み、実作業skillより優先する。「資料作って」「提案資料」「ペラ1」「スライド作って」「振り返り資料」「レポート作って」等でトリガー。組版の実装は shiryo-sakusei(Internal)、内容設計は hotice-teian-policy が担当。

振返り・次回提案の内容設計の正本（何を提案し、どう見せるか）。クライアント案件の振返り・次回提案の資料を作るとき、および資料化の前段の方向性検討・壁打ち・リサーチ設計のときに必ず読む。**いきなり資料作成・リサーチに入らない＝必ず先に方向性の壁打ちを挟む（省略不可）**。できた資料への修正・追記の依頼にも適用する。「振返り」「振り返り資料」「次回提案」「提案の方向性」「レポートの方向性を相談」「次の一手」「この結果どう読む？」「次どうする？」「報告会の筋を考えたい」等でトリガー。デザイン・組版の作法は hotice-shiryo-style が担当。

Jun流の「全体像・組織図」を描くときの作法（正本）。システム構成図・組織図・関係図・ツリー図・体制図を作る／直すときに必ず読み、実作業skillより優先する。FigJamとHTML/インラインSVG両方の実装作法、他人の図の線切れ診断も含む。「全体像を図にして」「組織図」「構成図」「関係図」「ツリー図」「体制図」「FigJamで図を作って」「設定マップを直して」「この図を見やすくして」「線が切れてる」等でトリガー。図の描画そのものは doc-zukai や use_figma が担当。

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。台帳「⭐︎営業先_刈り取り施策」でB列=確認OK かつR列が空欄の行を対象に、G列で型①（実績あり）／型②（実績なし）を判定して文言を作りR列へ書き込む。R列は裏取りできた事実のみ・捏造数値ゼロ。「刈り取りのオススメ理由」「R列文言」「Karitori ④」等でトリガー。V/X/Y列（⑤の領域）・S/T確認列・課題分析（③）・B/E列の変更・資料組版や送信はやらない。

刈り取り施策（DMP）に適した営業先を発見・選別し、台帳「⭐︎営業先_刈り取り施策」タブへ書き込むリサーチskill。「刈り取り施策の営業リサーチ」「刈り取り営業先を探して」「刈り取りリード」「DMP営業先」「Karitori_sales_Research」等でトリガー。汎用の連絡先化(①②)・(3)ボックス文言(Karitori DMP)・課題分析(③)・ペラ1(④)・メール(⑤)はやらない。

刈り取り(DMP)パイプライン⑤。台帳「⭐︎営業先_刈り取り施策」でB列=確認OK かつR列に文言ありの行に、送付用資料(V列)・営業メール件名/本文(X/Y列)・送信依頼プロンプト(Z列)をまとめて作りSlackへ投稿する。**見込み客へのメール送信は絶対にしない**（下書きまで）。「刈り取りの資料とメール」「karitori_shiryo_email」「送付用資料URL」「X/Y列メール」「刈り取り ⑤」でトリガー。対象外＝R列文言(④)・S/T確認列・B/E列の変更。

生成したアウトプットを合格まで何度もループでレビューするQAスキル。該当基準（デザインシステム・生成スキルの出力仕様・素材/出典・ブランド/文章規定）を自動特定して照合し、機械的違反は修正→再チェック、事実・数値・引用はフラグして人手へ。収束まで回す。 資料・レポート・スライド・コード成果物のQAに使う。「loopでチェック」「ループで見直して」「アウトプットを検証して」「デザイン通りか確認して」「正しいか何度もチェック」「QAループ」などでトリガー。 ゴール達成まで自走するのは /goal（loop はその検証ステップ）。調査の裏取りは /research。

刈り取りリスト（台帳「⭐︎営業先_刈り取り施策」）から、二重送信しないようにメール下書き・フォーム送信の対象を「未送信／要確認／除外」に振り分け、create_drafts.py（STEP 12 の依頼プロンプトもこれを実行させる）とフォーム送信用一覧へ行番号を渡す入口。Ken さんの Gmail の送信済み・下書きとの1回限りの照合（見出しだけ）も行う。下書きは create_drafts.py の --create で Ken さんの Gmail にだけ作る（送信・台帳書き込みはしない）。「送信対象の抽出」「未送信の洗い出し」「二重送信チェック」「outbound_send」でトリガー。

任意の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＝画像化目視・自動修正ループ）とは領域が異なり、それらの対象には重複起動しない。

アポが取れた企業について、商談前に読むブリーフをHTMLで作り公開URLで渡すskill。タイアップ実績の4媒体調査（YouTube/Instagram/TikTok/X）・広告出稿の2経路確認・AIP売上実績（自社施策でその企業の商品がどれだけ売れたか）の照会を必ず通す。「商談前ブリーフ」「アポが取れた」「商談前に企業情報を調べて」「面談前のブリーフ」等でトリガー。リード発見・課題分析・ペラ1・メール作成はやらない（既存の営業skill群が担当）。

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

競合分析スキル。競合企業・サービスの基本情報収集・比較表・SWOT分析・マーケ施策分析を行い、出典つき比較レポートを作成する。「競合分析」「競合調べて」「SWOT」「ベンチマーク調査」「競合代理店」などでトリガー。

research（多角リサーチ）とshiryo-sakusei(Internal)（hotice資料化）を一気通貫でつなぐ薄い連結skill。繋ぎ目（出典・確度の引き継ぎ・未確認情報の扱い）だけを管理。「調べて資料にして」「リサーチして提案書作って」「調査してHTMLレポート化」「市場調査してスライドに」等でトリガー。リサーチ単体はresearch・資料化だけはshiryo-sakusei(Internal)を直接呼ぶ。

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

実消費者の口コミ・レビュー・SNSコメントを逐語＋出典URL＋スクショ可否＋対象ラベル付きで多角収集するスキル。資料のペイン提示・社会的証明用の「現場の声」を集める。「口コミ集めて」「コメント拾って」「レビュー集めて」「現場の声」「お客さんの声」「social listening」「ソーシャルリスニング」などでトリガー。一般の市場/競合調査は /research、要約は /research-sum。

「この人に連絡したっけ」「送信済みか調べて」「メール送ったか確認」「sent-check」で、本人の Gmail の送信履歴をマスク表示で調べる。

資料（HTML/PDF/スライド）を1ページずつ画像化して目視レビューし、はみ出し・文字化け・改行・元HTMLとの差分を検出して自動修正するループ型skill。デザイン品質7観点の採点＋改善案は承認制で適用。「資料レビュー」「はみ出し」「文字化け」「改行がおかしい」「資料チェック」「デザインを良くしたい」「見栄え改善」等でトリガー。

hoticeブランド準拠の資料作成の基本skill（統合入口）。提案書・HTMLレポート・多案比較・スライド(pptx)を、内部で5パターン（html-report/html-deck/html-compare/google-slides/proposal）に振り分けて作成する。「資料作って」「提案書ドラフト」「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」などでトリガー。対象シート・対象行・更新列を限定し、書き込み前に人間確認を行う。