social-selling-content-generator-skill

Epiphan の ICP 業種（高等教育、裁判所、政府、法人 AV、ヘルスケア、礼拝施設、K-12）に向けて語りかける、Tim 名義の完全新規 LinkedIn コンテンツを 1 か月分作成します。Epiphan Knowledge の `search` で検証済みの根拠のみを使用し、Tim が投稿する前に Epiphan ブランドボイスチェックを通過させます。成果物はカレンダーファイルとコメント戦略であり、チャットテキストの壁ではありません。 キーワード: `social selling`、`LinkedIn content`、`thought leadership`、`content calendar`、`personal brand`

<quick_start> 呼び出し順のツール:

1. 入力 — 対象業種（デフォルト: 7 業種すべて、ICP スコアで重み付け）、投稿頻度 （デフォルト: 週 3 回）、Tim 自身のストーリーと使いたい実績、コメント戦略用の見込み客リスト（任意）。
2. ゲート Q（コメント戦略用の見込み客リストが提供された場合のみ） — 各名に対して qualify_lead を実行し、除外対象を落とし、STALE AE LEAD 行を表面化します。
3. ゲート S — 投稿で引用するすべての根拠、統計、機能について Epiphan Knowledge の search（および言及する製品があれば search_product_catalog）を実行します。ナレッジの結果がない場合 → その投稿では Tim の一次情報としての所見を用い、そのように明示します。決して数値を捏造しません。
4. ゲート B — get_writing_style を 1 回、check_my_copy をすべての投稿本文とすべてのコメントテンプレートに実行します。修正を適用します。
5. 納品 — カレンダーを ~/Documents/linkedin-calendar/<YYYY-MM-DD>-calendar.md に書き込みます（claude.ai 上で実行する場合は Artifact として）。各投稿には [brand-checked] または [brand check skipped] のマークを付けます。Tim は投稿を手動で LinkedIn にコピーします。LinkedIn への書き込みツールはありません。
6. サイドカー + 実行ログ行。 </quick_start>

<house_rules> 顧客向けスキルです。出力前に、ゲートを順番に実行します（詳細: /.claude/skills/epiphan-house-rules-skill/reference/gates.md）: S: 製品に関する主張の前に search_product_catalog（Epiphan AI）または Epiphan Knowledge の search を実行します。 B: すべての顧客向け文字列に check_my_copy を実行します。 Q: 候補の抽出直後、ティア分類／エンリッチメント／ドラフト作成の前に qualify_lead を実行します。 D: アウトバウンドのテキストは Gmail の下書きになり、決して送信されません。 識別子（オーナー ID、ポータル、メール、シート）はそのスキルの reference/identifiers.md から取得します — ここに再記載しないでください。 ゲート失敗時は reference/self-healing.md に従い（リトライ、フラグ付きで縮退、Tim へのアラート、停止）、/.claude/skill-runs/.jsonl に行を追加します。 </house_rules>

<success_criteria>

• 週 3〜5 投稿の 30 日間カレンダー。各投稿に業種とコンテンツピラーをタグ付け
• 投稿内のすべての統計、顧客成果、製品機能が Epiphan Knowledge の search 結果にトレース可能、または Tim の一次情報としての所見として明示されている
• すべての投稿とコメントテンプレートが check_my_copy を通過（または [brand check skipped] とフラグ付け）
• コメント戦略が見込み客の投稿と Tim 自身の投稿への返信をカバー。見込み客リスト（ある場合）は qualify_lead を通している
• カレンダーファイルが上記のパスに書き込まれ、サイドカーと実行ログ行が書き込まれている </success_criteria>

ステージ 1: ポジショニングとピラー

Tim の立場: 無人キャプチャ、録画の信頼性、必要な人に映像を届けることについて、AV、IT、教育テクノロジーのバイヤーと毎日話す Sr. BDR。投稿はその視点から教えるものであり、売り込みではありません。

コンテンツピラー（月を通してローテーション）:

1. 業種インサイト — ある業種のバイヤーが今四半期に取り組んでいる課題
2. 問題提起／リフレーム — よくある AV 障害の背後にある本当の根本原因（Challenger の教え）
3. コールストーリー — ディスカバリーコールから得た匿名化された教訓（許可なく組織名は出さない）
4. ハウツー — 実践的なキャプチャ、ストリーミング、CMS ワークフローのガイダンス
5. 根拠 — ゲート S で検証済みの顧客成果と製品的事実

投稿タイプ: 質問、ストーリー、リスト、逆張り、データ（検証済みのみ）、ケース（検証済みのみ）。

ステージ 2: ゲート S — 証明ポイントのソーシング

柱 5 の各投稿、および製品や機能に言及するすべての投稿について: search_product_catalog (製品が現行であることを確認します。EOL 製品には主張ではなく確認応答を付けます) を実行し、次に Epiphan Knowledge の search で具体的な事実を調べます。カレンダーのエントリにソース行を Source: <knowledge title> として記録し、Tim がコメントでそれを擁護できるようにします。何も 返ってこない場合は、「私が話をするほとんどのキャンパスチームは…」のような所見を中心に投稿を 書き直し、[observation, not stat] のタグを付けます。

ステージ 3: ゲート B — 作成とブランドチェック

get_writing_style を一度実行します。以下の業界別テンプレートから各投稿を下書きし、その後、投稿ごと およびコメントテンプレートごとに check_my_copy を実行します。修正を適用し、フックの行は 12 語 未満に保ちます。

ステージ 4: カレンダーファイル

# LinkedIn Calendar — <month> — Tim Kipper, Sr. BDR, Epiphan Video

Verticals: <list + weights> · Frequency: <n>/week · Brand check: <date>

## Week 1 — Establish authority
### Day 1 (Tue) · Higher Ed · Vertical insight · [brand-checked]
Hook: <≤12 words>
<post body>
Source: <knowledge title or "observation">
Why it works: <one line>

### Day 2 (Thu) · Courts · Problem/Reframe · [brand-checked]
…
(continue through Week 4; 12-20 posts total)

## Comment strategy
…
## Engagement checklist
…

業界別テンプレート (括弧内は ICP スコア)

各テンプレートは台本ではなくフレームです。ゲート S の結果と Tim 自身の判断から内容を埋めてください。

高等教育 (90)

• インサイト: 「私が耳にする講義キャプチャの失敗は、予算の問題ではありません。信頼性の問題 です。期末週に 1 台の教室 PC が 3 つの役割をこなしているのです。」
• リフレーム: PC 上のソフトウェア vs 専用キャプチャ機器。1 件の録画を失うコスト vs 機器本体の コスト。
• ハウツー: 人手を介さずに録画を CMS へ取り込む方法 (名前を挙げる前にゲート S で連携を確認して ください)。
• 対象者: CIO、VP/AVP IT、Provost、Director of Academic/Instructional Technology、Dean。

裁判所 / 法務 (85)

• インサイト: 「法廷で録画が途切れるのは、不便では済みません。記録の欠落です。」
• リフレーム: 8 時間の無人セッションと、共有 PC が不適切なツールである理由。
• 対象者: Clerk of Court、Court Administrator、Director of Court Administration。

行政 (80)

• インサイト: 「議会の会議は、AV 担当がその日に出勤していようといまいと録画されます。あるいは 録画されず、誰かが理由を説明することになります。」
• リフレーム: 誰がシフトに入っているかに依存するカバレッジ vs 自ら動くキャプチャ。
• 対象者: City/County Manager、IT Director/CIO、Director of Procurement。

企業 AV (80)

• インサイト: タウンホール、トレーニングのキャプチャ、経営層のコミュニケーションを信頼性の 問題として捉える。
• リフレーム: 拠点をまたぐフリート管理 (ゲート S で Epiphan Edge の機能を確認してください)。
• 対象者: VP Facilities、VP IT/CIO、VP Corporate Communications、Director of Corporate Events。

ヘルスケア (75)

• インサイト: 「処置を録画するのは簡単です。毎回のセッションで臨床 IT を巻き込まずにそれを 行うのが難しい部分です。」
• リフレーム: 臨床システムと競合しない医学教育キャプチャ。
• 対象者: CIO、COO、Director of Medical Education、Surgical Services Director。

礼拝施設 (70)

• インサイト: ボランティア運営のストリーミングと、日曜朝の失敗モード。
• リフレーム: ワンボタン操作 vs 訓練されたオペレーターを必要とする vMix 構成。
• 対象者: Senior Pastor、Executive Pastor、Facilities Committee Chair。

K-12 (65)

• インサイト: 学区の IT 予算で行う理事会会議、卒業式、競技のストリーミング。
• 対象者: Superintendent、CTO/Director of Technology Services、Business Director。

コメント戦略

誰かが Tim の投稿にコメントした場合: 名前を挙げて感謝する → インサイトを 1 つ加える → その人が ICP に当てはまる場合は、診断的な質問を 1 つする (「どこで最も時間を失いますか。キャプチャ、 切り替え、それとも録画の取り出しですか?」) → 適格であれば DM に移行します。Epiphan に言及する DM の前には必ず qualify_lead を実行してください。

見込み客が投稿した場合: 洞察に富んだ補足、価値を高める質問、または共有できる経験。コメントで 決して売り込みをしないでください。ICP 業界の投稿への 1 日 3 件のコメントは、1 日 1 件の投稿よりも 効果があります。

両方のコメントフレームは、テンプレートとして月に一度 check_my_copy を通過させます。

エンゲージメントのルール

• 火〜木の午前9時〜11時（オーディエンスのタイムゾーン）; 月・金の午後が次点; 週末は不可
• 冒頭にフックとなる一文、1投稿につき1つのアイデア、最後に問いかけ、本文にリンクは入れない、絵文字は最大2つ
• まず自分の投稿に自分でコメントする; すべてのコメントに1時間以内に返信する
• インプレッション、エンゲージメント率、プロフィール閲覧数、つながりリクエスト、受信DMを毎週記録する; インバウンドを生み出す柱に注力する

<self_healing> 失敗 = カレンダーファイルが書き込まれない; 部分失敗 = いずれかのステージが機能低下（それを明示する: S は 投稿に対して何も見つからなかった、B はスキップされた、Q はコメントリストに利用できなかった）。対処のはしご: 1回リトライ → 機能低下（投稿に [observation, not stat] または [brand check skipped] のマークを付ける） → カレンダーヘッダーで Tim に警告する → 中止するのは Brand MCP と製品ナレッジの両方に到達できない場合のみ。完全な契約: ~/.claude/skills/epiphan-house-rules-skill/reference/self-healing.md。 </self_healing>

<outcome_sidecar> 毎回の実行の最後に ~/.claude/skill-analytics/last-outcome-social-selling-content-generator-skill.json を書き込み、 ~/.claude/skill-runs/social-selling-content-generator-skill.jsonl に1行追加します:

{"ts":"<UTC ISO8601>","skill":"social-selling-content-generator-skill","version":"<frontmatter version>","variant":"default",
 "status":"success|partial|error","runtime_ms":0,
 "metrics":{"posts_generated":0,"verticals_covered":0,"proof_points_verified":0,"observation_fallbacks":0,"brand_skipped":0,"calendar_path":""},
 "error":null,"session_id":"<date>"}

status が partial/error の場合は error で失敗したステージを明示する必要があります。SessionStart のスイープがそれを取り込みます。 </outcome_sidecar>