k2f-media-kit

K2F メディアキット — AI ネイティブの美的デザイン

目的

エージェントがプレスやパートナー向けのメディアキット用に content_and_design.md を作成できるようにします。キットに含める内容、すぐに引用できるよう情報を階層化する方法、美的意図（トーン、階層、情報密度）が対象です。K2F のパッケージングやエクスポートは対象外です。

K2F を基盤に構築

このスキルは、メディアキットを .K2F パッケージとして作成します。作成時はk2fスキルに従ってください。ワークスペースを展開または初期化し、セマンティックツリーを編集して、パッケージ化と検証を行い、エクスポートします。K2F を使うことで、エージェントは座標ではなく、意味（セクション、定型文、ファクトブロック、ビジュアルの意図）に集中できます。レイアウト、タイポグラフィ、テーマはエンジンがコンパイルし、エクスポート可能な形式に仕上げます。

作成を始める前に、コアスキルをインストールしてください：npx skills add suzheng/k2f --skill k2f。

使用する場面

• 報道関係者、ポッドキャストのホスト、アナリスト、クリエイターが、事実や承認済みのコピーをすぐに必要とする場合の、ローンチまたは資料の更新。
• 定型文、リーダーの略歴、製品概要、マイルストーン、アセット一覧を、一貫性のあるキットにまとめる場合。
• ジャーナリストが抜粋して使えるモジュール式の参考資料。資金調達用デッキ（k2f-pitch-deck）、イベント告知（k2f-flyer）、社内向けの単ページ資料（k2f-one-pager）ではありません。

**対象外：**ユーザーがハイブリッド型を希望する場合を除き、投資家向けのストーリーや網羅的なブランドガイドは対象外です（利用目的のみ）。

ワークフロー

ステップ 1. content_and_design.md を生成する

記者が内容をすばやく確認し、個別に抜粋できるよう、ラベル付きブロックで意味的なコンテンツとデザインの意図を設計します。

サブステップ

1. キットの要件を確定 — 主な利用者（担当分野の記者、クリエイター、パートナー企業の広報担当者）、キットの目的（ローンチ報道、継続的なプレスルーム、製品発表、経営幹部の紹介）、提供形式（ダウンロード可能な PDF、メール添付の ZIP、サイト上のセクション）、法的な取り扱い（実名を出せる情報と匿名化すべき情報）。

2. キットの種類とセクションの順序 — いずれかの構成を選び、相容れないキットを混在させないでください。

   • 企業／継続的なプレス対応：表紙のアイデンティティ → 基本情報 → 短い定型文と長い定型文 → 主要メッセージ（3～5 件） → 製品／サービスの概要 → マイルストーン → リーダー（短い略歴） → 顧客／パートナー（掲載許可がある場合のみ） → ニュースのハイライト → 受賞歴 → アセット一覧 → メディア窓口。
   • 製品ローンチ：製品の訴求ポイント → 課題の背景（事実に基づく内容） → 新機能 → 提供状況／価格（公開情報のみ） → 成果を軸にした仕様 → ローンチ時のコメント（ユーザー提供のもの） → 定型文 → アセット → 問い合わせ先。
   • 創業者／経営幹部：肩書きを含む見出し → 略歴（中立的な三人称） → 専門分野 → 主なコメント → 会社との関係 → ヘッドショットの意図 → 広報経由の問い合わせ先。
   • クリエイターパック：ブランドを一言で説明 → 発信時の注意点 → 成果物への期待事項 → 開示ルール → リンク／アカウント名 → アセット一覧 → 問い合わせ先。

3. 情報の階層 — 一目で確認：名称、説明、設立年、本社所在地、URL、カテゴリー。すぐに引用：50 語および 150 語の定型文、主要メッセージ、承認済みコメント。参考情報：ファクト表、年表、略歴、製品カード。運用情報：アセット一覧、使用上の注意、メディア向けメールアドレス。マーケティング文の中に埋もれさせないでください。

4. コンテンツの区分 — 承認済みコピー（そのまま貼り付け可能）、検証済みの事実（出典あり、または未確定）、案内先（プレスページ、DAM、「…経由でお問い合わせください」へのリンク）。ウェブサイトの長文記事、架空のロードマップ、社内指標は本文に含めず、省略するか、付録の参照先として案内してください。

5. 正確性と使用許可 — 売上、顧客、ロゴ、受賞歴、コメントを捏造しないでください。情報がない場合は TBD、Not provided、または NEEDS USER INPUT とします。ロゴや顧客の情報を掲載するのは、ユーザーが確認した場合のみです。それ以外はカテゴリーのみを記載するか、省略してください。

6. 削減作業 — ピッチデッキの内容を段落にしたもの、重複する略歴、機能一覧、複数の CTA を削除します。メディア向けの主な連絡先は 1 つにし、その他の連絡先は 1 行にまとめます。形容詞は、各メッセージにつき 1 つの検証可能な事実に置き換えてください。

7. デザイン意図（座標なし）：

   • トーン：編集的で中立的、第三者の視点で使える内容にします。確かな根拠がある場合にのみ自信を持って述べ、一組のボイスペア（例：「事実に基づく、親しみやすい」）を示します。
   • 階層：キットのタイトルと説明を際立たせます。定型文とファクトテーブルはそれぞれ独立した帯として配置し、略歴とニュースは繰り返し使えるモジュールにします。
   • 情報密度：事実はテーブルまたはラベル付きの行にまとめます。略歴は約80～120語、主要メッセージは並列の箇条書きとし、長い文章の塊は避けます。
   • リズム：コピーのブロックとファクトストリップ、ビジュアルの意図（ヒーロー製品フレーム、ヘッドショットのグリッド、ロゴの列）を交互に配置し、各モジュールを切り出して使えるようにします。
   • コントラスト：落ち着いた背景を使い、ラベルや引用文をアクセントにします。定型文の役割が明確になるよう、読みやすくします。

ルールと制約

• すべてのセクションを抜粋して使いやすいものにし、モジュール間で「上記を参照」といった依存関係を作らないでください。
• 定型文は長短2種類とし、記載する事実は一致させます。正式名称と製品名の表記は固定します。
• 引用は出典を明記し、可能であれば日付を付けます。ユーザーが提供したもののみ使用してください。
• アセット一覧には、種類、説明、入手可能性（添付／URL／要依頼）を記載します。偽のダウンロードリンクは作成しないでください。
• ローンチキットでは、ニュースの切り口（何が変わったか）と、恒久的に使える会社紹介の定型文を分けます。

よくある失敗

失敗	対処
ピッチ資料をそのまま貼り付ける	アーキタイプに沿って構成し、依頼事項や財務情報は外して、事実と定型文を残します。
マーケティング表現ばかりで、そのまま使える文章がない	短い定型文と長い定型文、主要メッセージを先に追加します。
ファクト情報が不足している	ナラティブの前にクイックファクトテーブルを追加します。
ロゴ、引用、統計を捏造する	仮置きにする、匿名化する、または NEEDS USER INPUT と記載します。
略歴が長大なエッセイになっている	短い略歴を用意し、必要に応じて補足ブロックに詳細版を追加します。
アセットのセクションが曖昧	アセット、形式、用途、提供元を行ごとに記載します。
営業向けの CTA が多すぎる	メディア問い合わせ先を1つに絞り、必要に応じてプレスページの URL を追加します。

品質チェックリスト

• 対象読者、キットの目的、アーキタイプ、チャネル、使用許可を確定します。
• セクションの順序がアーキタイプに合致し、各モジュールが単独で使えることを確認します。
• 一目で把握するための情報、抜粋して引用するための情報、参照用情報、運用情報の各レイヤーを用意します。
• 短い定型文と長い定型文の内容が一致し、主要メッセージが並列になっていることを確認します。
• 事実の出典を追跡できるか TBD とし、引用とロゴは使用許可があるものに限ります。
• アセット一覧を完成させるか、未完成であることを明記します。
• デザイン意図として、トーン、階層、情報密度、リズム、コントラストを定めます。
• 主なメディア問い合わせ先を1つにし、プレースホルダーの URL を使わないようにします。

ステップ 2. content_and_design.md と k2f スキルを使って K2F ファイルを生成し、適切なファイル形式でエクスポートします。

k2f スキルに従ってブループリントから .K2F パッケージを作成し、検証してエクスポートします（通常は PDF）。