pr-calendar

PR カレンダー

PR カレンダーは、PR の計画を担うものです。newsjack-detector は今まさに起きているニュースを監視しますが、このスキルは予定されている既知のタイミングに注目し、このブランドがどれに向けて計画すべきか、いつから売り込みを始めるべきか、ジャーナリストに連絡する前にどのような証拠が必要かを判断します。

カレンダーフィードは情報源に基づいていますが、価値を生むのは判断です。日付の一覧をそのまま出してはいけません。ブランドに確かな立場がない、切り口が一般的すぎる、あるいは商業利用に適さないという理由で、ほとんどのタイミングは候補から外れるはずです。

これは MOLECULE です。ブランドのモニタープロファイルを読み込み、CLI 経由でカレンダー API にクエリを送信し、フィードから有望な候補を絞り込み、昨年の同じタイミングでどのような種類の記事が掲載されたかを確認して、読みやすい計画を返します。切り口や売り込み文自体は作成せず、何も保存しません。

このスキルで行わないこと

• 売り込みに最適な日や時間を断言することはありません。偽りの精密さではなく、期間を使ってください。
• すべての記念日を列挙することはありません。弱い、または一般的な切り口はメディア向け計画にはなりません。
• 日付を捏造することはありません。今週取り組むこと、6 か月計画、注視リスト、避けることに含めるタイミングはすべて、カレンダーフィードにあるか、ユーザーが明示的に指定した日付に基づく必要があります。明らかな基準となる日付がフィードにない場合は、欠落と集中時期に限り、「フィードにないため、計画前に別途確認してください」と記載してください。
• 検出パイプライン、粗い関連性フィルター、記事の発生源チェック、鮮度ゲートは実行しません。これは、より小さなコンテキストの問題です。カレンダーの結果を対象に、慎重な LLM のパスを 1 回実行すれば十分です。

入力

1. ブランドプロフィール。 newsjack-setup の既存のモニタープロファイルまたはフィクスチャのプロフィール JSON を再利用します。会社の説明、トピック、検索語、競合他社、専門的な立場、スポークスパーソン、証拠となる資料、市場を読み取ります。プロフィールが存在しない場合を除き、新たに質問票を実施しないでください。
2. 計画期間。 デフォルトでは、今日から先の 6 か月間です。準備に時間がかかる機会はすでに動き始めている可能性があるため、デフォルトをこれより短くしないでください。
3. カレンダーフィード。 日付のある機会は、Medialyst の PR カレンダー API をラップする newsjack pr-calendar query から取得します。

プロフィールがない場合は、判断に必要な次の 4 点だけを尋ねてください。ブランドが提供するもの、信頼性をもって語れるトピック、提示できる証拠またはデータ、売り込み先の市場です。

カレンダーの取得

Newsjack から PR カレンダーにアクセスする方法は 2 つあります。次の順に試し、最初に成功した方法で終了してください。

1. CLI モード（推奨）。 CLI がインストール済みで認証されている場合は、newsjack pr-calendar query を使用します。
2. MCP モード（フォールバック）。 newsjack CLI がインストールされていない、または PATH にない一方で、medialyst MCP サーバーが接続されている場合は、MCP の PR カレンダークエリツールを使用します。このツールは POST /api/v1/pr-calendar/query をミラーしているため、CLI とリクエストフィールドおよびレスポンス形式は同じで、異なるのは転送方法だけです。

PR カレンダーのエンドポイントは無料で利用できます。不正利用を防ぐために Medialyst へのログインが必要です。ライブの接続方法で認証されていない場合は、Medialyst に接続して再試行してください。記憶を頼りに代替カレンダーを作成してはいけません。

CLI モード

ソースチェックアウトではリポジトリの shim を使用し、それ以外ではインストール済みのバイナリを使用します。

bin/newsjack --version
newsjack --version

コマンドが未認証で、シェルにアクセスできる場合は、次を実行します。

newsjack login

表示された Medialyst リンクを開いて newsjack CLI を承認し、その後カレンダーのクエリを再試行するようユーザーに伝えます。

次に、各プロファイルについて、範囲の広い6か月間の期間を1つ指定してクエリを実行します。

newsjack pr-calendar query --from <YYYY-MM-DD> --to <YYYY-MM-DD> \
  --industry <tech|fin|health|retail|media|food> \
  --limit 100

絞り込みすぎずに役立つ場合に限り、--query を使用します。短く幅広い語句にし、通常は1語か2語にします。開発者ツールやAIソフトウェアのプロファイルでは、トピック全体を --query に詰め込むより、--industry tech を指定するほうが適切な場合がよくあります。具体的すぎるクエリは、有用なカンファレンスや季節的な話題を見えにくくすることがあります。

デフォルトでは --country-code を使用しないでください。ユーザーがローカルのカレンダーを明示的に希望した場合に限り追加してください。国コードが付いていないグローバルイベントは多いためです。

API の形式に厳密に合わせたリクエストには、次を使用します。

newsjack pr-calendar query --json '{"industries":["tech"],"start_date":"2026-06-30","end_date":"2026-12-30","limit":100}'

レスポンスには calendar のメタデータと opportunities が含まれます。重要な opportunity フィールドには、title、type、industry、start_date、end_date、pitch_start_at、pitch_deadline_at、lead_time_summary、description、pitch_angles、audiences、coverage、source_urls、tags、confidence があります。

MCP モード

この方法は、newsjack CLI が利用できず、medialyst MCP サーバーが接続されている場合に限り使用します。MCP ツールには、API リクエストボディを直接渡します。多くのランタイムでは、ツール名は mcp__medialyst__query_pr_calendar などです。ランタイムで異なる PR カレンダーツール名が公開されている場合は、説明が POST /api/v1/pr-calendar/query に対応しているものを使用します。

MCP リクエストボディ：

{
  "industries": ["tech"],
  "start_date": "2026-06-30",
  "end_date": "2026-12-30",
  "limit": 100
}

利用可能なリクエストフィールドは CLI/API と同じです：q、industries、types、tags、audiences、country_codes、start_date、end_date、pitch_start_before、pitch_deadline_after、limit、cursor。

MCP の結果は CLI の結果と同様に使用します：calendar のメタデータと opportunities です。CLI と MCP のどちらも利用できない場合は処理を中止し、Medialyst に接続するようユーザーに伝えてください。カレンダーを捏造してはいけません。

候補のレビュー

返された機会を一度確認します。それぞれの機会を次の4つのカテゴリーに分類します。

カテゴリー	意味	出力での扱い
提案可能	ブランドの立場が強く、実績、データ、製品の事実、顧客、または信頼できる広報担当者を提示できます。	計画に含めます。
要注視	可能性はありますが、内容が一般的です。提案前に独自の実績が必要です。	ユーザーの計画に役立つ場合にのみ含め、どのような実績があれば提案可能になるかを伝えます。
回避	デリケート、厳粛、政治的、医療的、追悼に関するもの、またはこのブランドにとって便乗商法と受け取られる可能性が高いものです。	理由を添えて「回避」に分類します。
除外	このブランドに正当なメディア向けの切り口がありません。	ユーザーから除外した候補を求められない限り、個別には列挙しません。

この一度の確認で、次の基準を適用します。

ブランドの立場。 その話題について、このブランドが情報源として自然にジャーナリストに受け入れられるかを考えます。大規模な開発者向けまたはエンタープライズソフトウェアのカンファレンスであれば、開発者向けツール企業は有力な情報源になり得ます。独自の貯蓄データを持たないフィンテック企業にとって、世界貯蓄デーは通常「要注視」です。B2B物流SaaSにとって、ナショナル・ピザ・デーは「除外」です。

実績。 提案可能な話題には、利用データ、ベンチマーク、顧客へのアクセス、創業者の専門知識、技術研究、製品ニュース、または適切な広報担当者など、具体的な根拠が必要です。プロフィールに根拠がない場合は、「提案可能」ではなく「要注視」にします。

ブランドセーフティ。 ブランドに正当な立場と、公共の利益に資する適切な切り口がない限り、追悼、災害、重い病気に関する日、宗教上の厳粛な記念日、議論を呼ぶ政治的な話題を商業利用しないでください。skills/ETHICS.md と skills/WHY-NOT-SPAM.md に従ってください。

タイミング。 まず API の pitch_start_at、pitch_deadline_at、lead_time_summary を使用します。それらの日付を今日の日付と比較します。

• 今すぐ提案：今日が提案開始日から締切日までの間です。
• 受付開始は<date>：提案開始日がまだ先です。
• 締切済み：よりリードタイムの短い媒体に切り替えるか、見送ります。
• イベント間近：即時対応のコメント、自社コンテンツ、またはリードタイムが非常に短い編集部への提案のみが可能です。

必要に応じて、媒体への提案タイミングは絶対的な期限ではなく、目安の期間として説明します。

媒体の種類	通常の提案期間
長いリードタイムの雑誌・業界誌	3～6か月
全国規模のオンライン媒体	1～2か月
週刊誌	2週間～2か月
日刊紙	1～2週間
オンライン媒体、ブログ、ポッドキャスト、地域メディア	1～4週間
ニュース編集部	当日まで

年間の流れ。 分類後、6か月間の傾向を一度確認します。エバーグリーンな記事が必要な閑散期と、提案を時期をずらして行うべき案件が集中する週を指摘します。

前年の報道状況

候補を絞り込んだら、news-search を使って、昨年、ピッチに適した候補と注目リストに残す候補それぞれについて、実際にどのような報道があったかを調べます。これは発想のヒントと判断基準を得るためのものであり、鮮度を評価するための条件ではありません。

調査範囲は絞ってください。

• 継続性と安全性の確認を通過した候補だけを調査します。
• 通常の6か月カレンダーであれば、調査する候補は最大8〜12件にします。それ以上ある場合は、ピッチに適したタイミング、ピッチ期間の開始・終了が近いタイミング、ブランドとの親和性が最も明確なタイミングを優先します。
• 候補ごとに、焦点を絞った検索を1〜2回行います。考えられる記事をすべて網羅的に調べる必要はありません。

候補ごとに、前年の検索期間を次のように決めます。

1. 候補の start_date を起点にします。
2. 前年の同時期にあたる日付の目安として、1年戻します。フィードや前年の報道から前回の開催日が明確にわかる場合は、そちらを使います。
3. 定期開催イベントを検索する場合は、イベント名から年を取り除き、前年の日付の前後6か月を検索します。

after: と before: の条件をクエリに含めて、news-search ／ newsjack news search を使います。CLI が使えないものの Medialyst MCP に接続できる場合は、同じクエリ文字列で mcp__medialyst__search_news を呼び出します。

newsjack news search --query "\"<moment name without year>\" after:<prior-year-date-minus-6-months> before:<prior-year-date-plus-6-months>" --limit 10

例：

newsjack news search --query "\"Dreamforce\" \"AI agents\" after:2025-03-15 before:2026-03-15" --limit 10
newsjack news search --query "\"Pumpkin Spice\" coffee after:2025-03-01 before:2026-03-01" --limit 10
newsjack news search --query "\"Black Friday\" \"coffee subscription\" after:2025-05-27 before:2026-05-27" --limit 10

PR 戦略担当者の視点で検索結果を読み解きます。

• どの形式が取り上げられたか：トレンド記事、実用的な解説記事、データ記事、創業者の分析、ギフトガイド、イベントの事前紹介、専門家の見解、地域に根ざした切り口、製品まとめ、業界の振り返り。
• 掲載に値する根拠は何か：独自データ、専門家へのアクセス、顧客事例、調査、製品ニュース、アンケート、価格データ、地域での展開、文化的なタイミング。
• どの媒体や担当デスクが取り上げたか。
• 報道が実際にそのタイミングに関するものだったか、それとも関連が薄い内容にとどまったか。

こうした傾向を参考に、計画の切り口の種を改善します。昨年の報道が主にギフトガイドだった場合は、一般的なソートリーダーシップのエッセイを提案せず、ギフトガイド向けの素材と締め切りを提案します。アナリストや専門家の見解が中心だった場合は、適切なスポークスパーソンによる、焦点を絞った専門家の見解を提案します。報道が少ない、またはSEO中心だった場合は、確信度を下げるか、そのタイミングを注目リストに残します。

複数のプロファイル

プロファイルが1つの場合は、カレンダーのクエリを1回実行し、レビューを1回行います。

複数のプロファイルがある場合は、それらを1つの大規模なレビューにまとめないでください。各プロファイルを個別に処理します。実行環境がサブエージェントに対応している場合は、プロファイルごとにサブエージェントを1つ起動し、そのプロファイルの JSON と同じ6か月の期間を渡します。各サブエージェントから、実行したカレンダーコマンド、選定したタイミング、前年の報道検索、報道の傾向、避ける項目、ギャップや集中箇所を受け取ります。各プロファイルのレビューが個別に完了してから、出力を統合します。

出力

読みやすい Markdown で、次の順序で記載します。

今週動くべきこと。 ピッチ可能な期間が始まっている、終了間近、またはすでに過ぎているタイミング。ユーザーが次に取るべきアクションを最初に記載します。

6か月計画。 次の表は簡潔にまとめます。

日付	タイミング	位置づけ	切り口の種	ピッチ期間	状況	根拠

切り口の種は1行で記載します。完成した切り口ではなく、angle-generator に渡すプロンプトです。根拠には、調査した場合、出典 URL または過去の掲載実績を示す API の情報に加えて、「2025年の掲載は主にギフトガイドだった」「業界メディアは専門家の反応を重視した」のような、前年の掲載傾向を短く1つ記載します。

ウォッチリスト。 任意です。より強力な証拠となる素材が必要な、実現可能性のあるタイミングのみ記載します。

避けるべきもの。 デリケートまたは安全性に懸念のあるタイミングと、その理由を1行で記載します。

不足と集中。 埋めるべき動きの少ない週と、分散させるべき混雑した週を記載します。ブランドにとって重要なタイミングがフィードから欠落しているように見える場合は、ここでのみ指摘します。ユーザーから日付が提示された場合、または別途ライブクエリ／ソース確認を実行して検証した場合を除き、計画には含めないでください。

掲載傾向。 選定したタイミングについて、前年の掲載実績から分かったことを簡潔にまとめます。別のレポートにはせず、箇条書きにしてください。

コマンド履歴。 実行した正確な newsjack pr-calendar query コマンドまたは Medialyst MCP ツール呼び出し、プロフィールファイル、ログインがすでに設定されていたか、再試行前に設定が必要だったか、そして前年の掲載実績を調べるために使用した newsjack news search ／ mcp__medialyst__search_news のクエリを記載します。

引き継ぎ

ユーザーがタイミングを選んだら、既存の手順に引き継ぎます。ここで作業を重複させないでください。

1. angle-generator - カレンダー上のタイミングをニュースの切り口にします。
2. find-journalists - 選択した切り口に合うジャーナリストのリストを作成します。
3. 下書き、次に fact-check、その後 voice-extractor を行ってから送信します。

簡潔な機械処理用の引き継ぎ情報を、二次ブロックとして記載します。

{
  "moment": "<name>",
  "date": "<YYYY-MM-DD>",
  "news_peg": "<one-line peg>",
  "standing": "strong",
  "proof": ["<data/customer/spokesperson the brand can attach>"],
  "pitch_window": {
    "start": "<YYYY-MM-DD>",
    "deadline": "<YYYY-MM-DD>"
  },
  "source_urls": ["<url>"]
}

境界

• データは CLI/API が管理します： 日付のある機会、出典 URL、過去の掲載実績、タグ、イベントの種類、API のピッチ期間フィールド。
• 掲載根拠はニュース検索が管理します： 以前に何が取り上げられたかを確認するための、日付と出典が明記された前年の記事。
• 判断はこのスキルが担当します： 位置づけ、証拠として必要なもの、ブランドセーフティ、リードタイムの解釈、掲載傾向の解釈、継続的な発信計画の調整、読みやすい計画の作成。
• 実行は後続のスキルが担当します： 切り口、ジャーナリストのリスト、下書き、ファクトチェック、文体の照合。
• デフォルトではステートレスです： ユーザーからプロフィールまたはブリーフに追加するよう明示的に依頼されない限り、カレンダー、閲覧済み情報の保存領域、推測した好みを保存しないでください。