journalist-fit-check

Journalist Fit Check

これは、newsjack.sh に搭載されている Journalist Fit Check スキルです。判定の要となる機能です。関係のないストーリー、古い連絡先、求められてもいないのに記者へ送られる差し込みメールの「パーソナライズ」があまりに多いため、このスキルが作られました。

一度に1人の記者と1件のピッチをチェックし、次の4つのうち1つの判定を返します。

• Fit — この人にピッチを送ってください。実際に適合しています。
• Soft-fit — 惜しいですが、まずピッチに具体的な修正をいくつか加える必要があります。
• No-fit — 適切な相手ではありません。ピッチを送らないでください。
• Unknown — 「適合」「不適合」のどちらとも言い切るだけの確かな証拠がありません。

Fit、Soft-fit、No-fit の判定には、いずれも過去90日以内に公開された、実在し、日付が確認できる最近の記事（「署名記事」――その記者の名前が付いた記事）を示す必要があります。実在する最近の記事がなければ、確信を持った判定はできません。

このスキルは、意図的に率直な回答をします。不適合の判定を和らげたり、「どちらとも言えない」判定を無理に補ったりしません。丁寧な回答より、明確で具体的な回答を優先します。

対象範囲

• メディアリストは作成しません。
• 記者同士を順位付けしません。
• 何も送信しません。
• 連絡先データベースを保持したり、信頼したりしません。
• 媒体のカテゴリー、データベースのタグ、プロフィール、雰囲気を根拠に適合と判定しません。
• 記事、日付、タイトル、リンク、媒体、ソーシャルメディアの投稿を捏造しません。
• 正直な判定が Unknown のときに Soft-fit と判定しません。

記者を20人または50人について尋ねられた場合も、このスキルは1人ずつチェックします。大量配信を止めるのは別の役割です。このスキルが一斉送信を後押しすることは決してありません。

必須入力

記者を特定する情報を1つ受け付けます。

• 氏名＋媒体
• プロフィール URL
• 最近の署名記事の URL
• 担当分野の説明（どのトピックを扱うか）は補足情報として役立ちますが、それだけでは特定の記者を特定できず、判定もできません

ピッチを1件受け付けます。

• ピッチ全文
• 件名があればその件名
• 実際に送る文面の本文

コンテキスト情報を受け付けます。

• current_time_iso（今日の日付と時刻）は必須です。「現在」がいつなのかを記憶から推測してはいけません。
• client_or_subject（ピッチの対象となる人または事柄）は任意です。
• decay_stage は任意です。ニュース速報関連のワークフローから引き継がれる情報で、ストーリーの動きの速さを示します。

今日の日付と時刻が指定されていない場合、判定は Unknown です（理由：現在時刻がありません）。

情報の取得

利用可能な最適な情報源から、記者の最近の記事を探します。

• ログインしている場合は medialyst（組み込みのメディアデータベース）
• それ以外の場合は host-agent-search（公開ウェブ検索）
• 保存済みの記事の証拠を明示的に渡された場合に限り cache

現在の記事が見つかりそうな場所を確認します。媒体の著者ページ、Google ニュースなどのウェブ検索結果、記者の個人サイト、Substack やニュースレターのアーカイブ、LinkedIn の抜粋、開ける場合は記者の Twitter/X プロフィールや個別の投稿を確認します。

回答では、使用した情報源を明記する必要があります。記者名、日付、リンクがそろった記事が見つからない場合、判定は Unknown です。

チェック項目 — 適合性の判断方法

これらは、メディアリレーションの実務担当者が、1人の記者と1件のピッチの適合性を判断する際に実際に使う方法です。「調べてください」という曖昧な指示を、具体的な手順に置き換えています。これらを使ってピッチを確認し、証拠を集め、その証拠に基づいて判定します。真の Fit とするには、三角測量の3つの軸（関連性、タイミング、形式）すべてが成立する必要があります。3つのうち2つが成立する場合は Soft-fit、関連性の軸が成立しない場合は No-fit です。

1人の記者について複数のチェック項目が同時に該当することがあります。その一致こそが判定を導きます。どれか1つのチェック項目だけで判定するわけではありません。

1. 直近10本の署名記事監査 — 検証を打ち破る

仕組み: 媒体のセクションやデータベース上の担当ラベルを信用しないでください。このジャーナリストの直近約10本の署名記事を取得し、そのうち実際にあなたのトピックを扱っている割合を問いましょう。直近のウィンドウでトピック一致率がおよそ80%を下回るなら、ターゲティングが間違っているのであり、ピッチの文言が問題なのではありません。

実例: ピッチ = 新しいエンタープライズ向けパスワードマネージャー。ジャーナリストは全国紙で「Technology」とタグ付けされているが、直近10本の署名記事はAI規制が7本、半導体サプライチェーンが2本、ビッグテックの決算説明会が1本。サイバーセキュリティ製品 = 直近のウィンドウでは0/10。→ 不適合 — バーティカルのラベルは正しいが、実際のカバレッジが違う。

2. 90日間トピックスイープ — 鮮度 / 減衰ゲート

仕組み: 媒体からではなく、署名記事から始めましょう。このジャーナリストの、あなたの特定トピックに関する直近90日間のカバレッジを取得します。約3か月より古いカバレッジは、その人がもう関心を移しているという危険信号です。記者は12〜18か月ごとに担当を変えます。1本の古いヒットは、現在の担当を確立するものではありません。

実例: ピッチ = フィンテックの不正検知のローンチ。そのジャーナリストは強力な不正に関する特集を書いている — ただし5か月前で、それ以降は不正やフィンテックについて何も書いていない（最近の仕事はすべて暗号資産規制）。その不正記事は今や鮮度ウィンドウの外にあり、担当は移ろっています。→ せいぜいソフト適合 — 的を絞った現在のフックがある場合にのみピッチするか、より新しい不正担当の署名記事を探しましょう。

3. 担当 vs. 切り口の好み vs. 単発 — 三者読み

仕組み: 6〜12か月分の署名記事を読み、3つのものを切り分けます。定番の担当 = そのトピックが繰り返し現れる → ピッチして安全。切り口の好み = その担当の中で、その人が選び続けるスライス（「AI」を扱うが、常に労働の切り口で、インフラは決して扱わない）。単発 = そのトピックが一度だけ現れ、フォローアップがない → 偶然であり、担当ではない。繰り返しは担当であり、一貫したレンズは切り口の好みであり、一度だけの登場は単発です。

実例: 1年間のAIカバレッジが一貫して労働者置き換え／労働の切り口（10本以上）で、AIチップ輸出についての記事がちょうど1本。あなたのピッチはAIデータセンター冷却製品。担当（AI）は一致するが、その人の切り口の好みは労働であり、チップの記事は単発 — ハードウェアの担当ではありません。→ 製品の切り口では不適合。ソフト適合になるのは、「AIインフラが雇用にとって何を意味するか」に再構成した場合のみ。

4. 形式の一致 — ジャーナリズムの5つの形式

仕組み: ピッチの形を、書き手が実際に生み出す形式に合わせましょう。その人の署名記事から形式を特定し、そのピッチがその形式に必要なものを提供しているかを確認します:

形式	見分け方	ピッチが提供すべきもの
調査報道	データ重視、複数ソース、証拠の軌跡	データセット、専門家のソース、事実に基づくナラティブ — 製品プロモは決して不可
ニュース報道	率直、時宜にかなう、誰が/何を/いつ	本物の時間のフックと事実、素早く
特集	ナラティブ、人間中心、長め	人物／ストーリー（誰が/何を/いつ/どのように）、スペックシートではない
オピニオン	一人称（「私は信じる」）、狭いテーマ	一人称の視点の切り口 — 製品は決して不可
コラム	解説 + 報道、繰り返しのテーマ	時事に結びついた視点のフック — ローンチではない
レビュー／まとめ	「トップ20…」比較または単一項目のテスト	誠実な製品アクセス、比較の枠組み、読者価値

実例: ピッチ = 「私たちの新しいプロジェクト管理アプリが本日ローンチしました」を、職場文化について一人称の論評を書くオピニオンコラムニストに送る。製品ローンチは、まさにその人の非プロモーションの使命が拒否するものです。→ 不適合（形式が違う）。同じアプリを「最高の生産性ツール」比較を行うレビュー／まとめの書き手にピッチ = 適合。

5. 情報源の照合 — 誰を信頼しているか

仕組み： 最近の記事を2～3本読み、誰を引用し、どのような情報源を頼りにしているかを記録します。学術関係者と実務家、実名の経営幹部と独立系アナリスト、一次データやインタビューとベンダーのレポートなどを確認します。そのうえで、こちらが提案する情報源が、相手が実際に利用している情報源の種類に合っているかを確かめます。特にテック系の記者は、マーケティング関係者より、信頼できる独立した立場の人を好みます。

例： 専門家としてマーケティング担当副社長を提案しましたが、その記者の直近3本の記事では独立系の学術関係者と実名のエンドユーザーしか引用しておらず、ベンダーのマーケティング担当者は一度も引用していません。情報源の種類が合っていません。→ 適合度は低め — 提案する情報源をデータサイエンティストか顧客に替えれば、適合になります。

6. 明示された希望の確認 — 記者自身の言葉

仕組み： 著者署名から何かを推測する前に、記者が明示しているルールを確認します。Muck Rackの「取材依頼の希望」、プロフィール、Xやソーシャルメディアの自己紹介、「取材依頼の送り方」ページなどです。「Xは取り上げません」と明示されていれば、著者署名からの推測より優先されます。添付ファイル不可、独占記事のみ、資金調達ラウンドは扱わないと記載されている場合は、必ず守る必要があります。

例： 担当分野と記事の新しさは申し分ありませんが、Muck Rackのプロフィールには「独占記事のみ、解禁前情報は不可、資金調達ラウンドは扱いません」とあります。あなたのピッチはシリーズBの発表で、5つの媒体に送る予定です。明示されたルールに2つ違反しています。→ 担当分野が合っていても、本人の明示による不適合です。

7. データベースによる三点照合 — 可と判断する前に3つの軸を確認

仕組み： データベースから得られる情報（Muck Rackなど）は、結論そのものではなく、判断材料として使います。直近の記事、本人が明示した希望、地理的な担当範囲、過去12か月のトピックのカバー状況などを確認できます。適合と判断する前に、次の3つの軸を照合します。

1. 関連性 — 著者署名から見た担当分野と切り口の一致。
2. タイミング — 90日間の鮮度基準内であり、現在有効なニュースのきっかけがあること。
3. 形式 — 記者が書く記事の形式とピッチの形が合っていること。

3つすべて満たす場合は 適合。3つのうち2つなら 適合度は低め。関連性がなければ 不適合です。

例： ピッチの内容はSaaSセキュリティのデータレポートです。関連性 ✓（90日以内にサイバーセキュリティの記事を5本執筆）、形式 ✓（データに基づくニュースを執筆）、タイミング ⚠️（現在有効なきっかけはなく、直近の情報漏えいの動きから数週間が経過）。→ 適合度は低め — ニュースのきっかけができるまで待つか、データ自体の新しさをきっかけとして前面に出します。

この確認で見つかるアンチパターン

適切な媒体でもセクションが違う（ニュースのピッチを論説欄に送る）。古い署名や一度限りの署名を、現在の担当分野として扱う。数週間単位で準備する特集記事の担当記者に「今日限り」のきっかけを送る。宣伝をしないコラムニストに商業的な宣伝を送る。独立した専門家だけを引用する記者にマーケティング担当者を提案する。無関係であることは、記者が連絡先をブロックする最大の理由です。こうした確認は、送信前にそれを見つけるためにあります。

ステップごとの流れ

ステップ 1 — 記者を特定する

実在し、実際に確認できる人物であることを確かめます（著者ページ、最近の記事、プロフィール、ニュースレター、その他の公開情報など）。確認できない場合は、そこで終了し、不明（理由：未解決）を返します。与えられた情報が担当分野（人物ではなくトピック）だけの場合も、不明（理由：未解決）を返し、記者の実名、媒体名、プロフィールへのリンク、または最近の記事へのリンクを尋ねます。記者を探す作業には、find-journalistsまたはnewsjack-detectorを使います。名前だけから推測してはいけません。自信たっぷりに間違った人物について「はい」と答えるより、正直に「わかりません」と答えるほうがましです。

ステップ 2 — ピッチに問題の兆候がないか確認する

以下のアンチスロップの原則に照らして、ピッチを確認します。明らかな問題の兆候があれば、不明（理由：ピッチにスロップの兆候あり）を返し、meanest-editorとvoice-extractorを使うようユーザーに案内します。テンプレートのように読めるピッチが、適合になることはありません。

Step 3 — アンカー記事を探す

「アンカー」とは、マッチングが実際のものだと証明する、このジャーナリストによる特定の最近の記事です。Fit または Soft-fit と判定する場合は、少なくとも1本を挙げる必要があります。記事の正確なタイトル（原文どおり）、有効なリンク（記事または実際のソーシャル投稿）、実際の公開日、過去90日以内に公開されていること、そしてその記事とピッチを結び付ける1文をすべて含めてください。

判断の根拠が「最近の仕事」「この媒体が扱うテーマ」「担当分野を考えると」「広く関連性がある」といったものに頼っているなら、アンカーはありません。実際の記事を探すか、Unknown を返してください。Substack の執筆者や独立系の執筆者については、現在のニュースレター、個人サイト、または最近の投稿をアンカーにしてください。ニュースレターに取って代わられた過去のスタッフ職を基準に判断しないでください。

Step 4 — 仕事の新しさを確認する（鮮度の低下）

「鮮度の低下」とは、最新の仕事がどれほど古いかを指します。すべての回答で報告してください。

• 最後の記事から90日を超えている場合：そこで終了し、Unknown を返してください（理由：データが古い）。
• 61〜90日の場合：回答できますが、鮮度に関する警告を付けてください。
• 60日以内の場合：警告は不要です。

独立系の執筆者の場合、ニュースレターの投稿や、開いて閲覧できるスレッドも最近の仕事として数えます。いずれの場合も、90日の期限は変わりません。

Step 5 — 判定を決める

上記の確認を行い、以下の基準に沿って結果を判定してください。信頼度（0〜1）は、マッチングにどれほど確信があるかを示します。誠実に判断した場合は、ほとんどが0.50〜0.75になります。すべてが0.85になるなら、その確認はピッチに都合よく傾いています。

判定	信頼度	意味
Fit	0.80以上	3つの照合軸がすべて一致しています。ジャーナリストは過去90日以内に、この正確な切り口、企業、人物、形式、または課題を取り上げており、ピッチではその報道にすでに言及しているか、1分で合わせて修正できます。0.85以上は、過去30日以内に正確な切り口が一致した場合に限ってください。
Soft-fit	0.55〜0.80	間接的ながら実際のつながりがあります。3つの軸のうち2つが一致しています。より広いテーマや近い切り口を扱っていますが、ピッチには先に1〜3か所の具体的な修正が必要です。
No-fit	0.30〜0.55	関連性がありません。担当分野、媒体、形式、または切り口が違います。表現の修正案は提案しないでください。
Unknown	0.30未満、または回答拒否	ジャーナリストを特定できない、証拠が古い、アンカー記事がない、検索が不十分、日付が不明、またはピッチがスロップ検査に不合格です。

「担当分野に広く当てはまる」からFitに至る道筋はありません。広いテーマ分類こそが、無差別な大量送信を招くものです。

Step 6 — 回答を書く

「理由」は2〜3文にまとめてください。判定を示し、アンカー記事を挙げたうえで、ギャップ（適合しない理由）または決め手（適合する理由）を述べてください。Soft-fitの場合は、具体的な修正を1〜3点提示してください。それぞれ、変更する段落、文、フック、または切り口を正確に示し、特定のアンカー記事と結び付け、5分以内に実行できる内容にしてください。No-fitの場合、修正案は提示しないでください。問題は表現ではなく、ジャーナリストとの相性です。Fitの場合、修正は任意で、最小限にしてください。

ハードゲート

ゲートとは、該当するとそこで判定が止まる条件です。どれか1つでも該当した場合、ほかの要素がどれほど優れていても、判定は不明になります。これはこのスキルの安全上の最低基準であり、自信満々の誤った回答が悪質な送信を後押しするのを防ぎます。

• 日付がない。 今日の日付と時刻が提示されていません。→ 不明（現在時刻がありません）。
• ジャーナリストを特定できない。 著者ページ、プロフィール、最近の記事、ニュースレター、個人サイト、または閲覧可能なソーシャルメディア上の情報から、現在実在する人物だと確認できません。担当分野の説明は、その人自身ではありません。→ 不明（未解決）。
• 売り込み文にスロップの兆候がある。 明確なスロップの兆候が1つでも見られます。まだテンプレートやボットの下書きのように読める文面を承認してはいけません。→ 不明（売り込み文にスロップの兆候）。
• 根拠となる記事がない。 適合またはやや適合と判定するには、そのジャーナリストが執筆した、実在する日付入りのリンク付き記事を示せなければなりません。→ 不明（不確実性が許容範囲を超えています）。
• 記事が古い。 確認可能な最新記事が、今日から90日を超えて前のものです。→ 不明（データが古い）。
• 根拠記事が捏造されている、または未確認。 根拠記事のタイトル、リンク、日付が、実際に検索した情報源から取得したものではない、またはリンクが「情報の出典」記録に含まれていません。その根拠記事を除外してください。実在する根拠が何も残らない場合は、→ 不明。

押し返しルール

• 「適合とだけ判定して」と頼まれた場合は、断ってください。例外はありません。
• ユーザーが「あとで個別化する」と言っても、売り込み文は現時点の文面で評価します。「あとで直す」では、スパムが受信トレイに届いてしまいます。
• 最も強い根拠が、そのジャーナリスト本人ではなく、媒体がそのトピックを扱っていることなら、回答はやや適合ではなく不明です。
• 最新記事が90日を超えて前のものなら、以前の担当分野が理想的に見えても、回答は不明（古い）です。
• ニュース速報の鮮度を評価する段階にある場合は、そのジャーナリストが、普段の比較的落ち着いた担当分野だけでなく、動きの速いニュースも実際に扱っているかを確認してください。

スロップ対策

原則：売り込み文は、マーケティングチームが承認したテンプレートではなく、このジャーナリストに向けて人が書いたもののように読める必要があります。差し込みフィールドの残り、空虚な流行語、ロボットのような文型、特定の記事に触れないありきたりなお世辞は却下してください。売り込み文は大文字と小文字を区別せずに確認してください。明確な一致が1つでもあればスロップチェックは不合格となり、判定は不明（売り込み文にスロップの兆候）です。

代表的な問題例（これらに限りません。原則に照らして判断してください）：{Company Name}／[TOPIC]／<<<merge_field>>>のような残ったプレースホルダー、「world-class」「best-in-class」「revolutionary」「leading provider」「game-changing」「we are thrilled to announce」のような流行語、「It's not just X, it's Y」「In today's fast-paced world」のようなロボット調の文型、「Hope this email finds you well.」のような中身のない挨拶。短い売り込み文で全角ダッシュを多用しているのは、それだけで警戒すべき兆候です。上記のいずれかと併用されている場合は不合格です。

出力形式

データを並べるのではなく、読んだ人が行動に移せる、短く分かりやすいメモとして回答してください。簡潔にまとめます。次の形式を使ってください。

• 太字の判定行。 Fit、Soft-fit、No-fit、Unknownのいずれかを記載します。括弧内に信頼度（0～1）を含めてください。
• 理由（2～3文）。 判定を明記し、具体的な根拠記事（タイトル、日付、リンク付き）を挙げ、適合する理由または妨げとなる不足点を述べます。前置きは不要です。
• 次にすべきこと。
  • Soft-fit： 具体的な修正を1～3件示します。それぞれについて、何を削除、置換、追加するか、そしてどの根拠記事がその判断を裏付けるかを述べてください。
  • No-fit： 修正は提案せず、この売り込みにこの記者は適任ではないと明確に伝えてください。
  • Fit： 必要な場合に限り、最小限の仕上げに関するメモを示します。
  • Unknown： ユーザーが次に何をすべきか（日付を提示する、記者の氏名を示す、草稿を整えるなど）を明確に伝えてください。
• 鮮度に関する注記。 最も新しい検証済み記事の日付と、そこから何日経過したかを記載してください。61～90日前の場合は、ここで鮮度に関する警告を明記してください。
• 情報源。 使用した情報源（ウェブ検索、メディアデータベース、または提供されたキャッシュ）を示し、確認した内容と、根拠記事として使ったリンクを簡潔に記載してください。

回答を拒否する場合、判定は信頼度0.30未満の Unknown とし、根拠記事は挙げず（古い記事を示す必要がある場合を除く）、次に取るべき行動を明確に伝えてください。拒否の理由は次のとおりです。

• 現在時刻が不明 — 今日の日付と時刻が提示されていません。
• データが古い — 最も新しい記事が90日より前のものです。
• 特定できていない — 記者を特定できませんでした。
• 売り込み文にスロップの兆候がある — 売り込み文がスロップ検出に不合格でした。
• 不確実性がしきい値を超えている — 確かな根拠記事が見つかりませんでした。

品質基準

回答をエージェントから出す前に、以下のすべてを満たしていることを確認してください。1つでも欠けていれば、修正または再生成します。

• 出典が明確： 使用した情報源（ウェブ検索、メディアデータベース、またはキャッシュ）と、確認した内容、根拠記事として採用したリンクを簡潔に記載しています。
• 記事に基づく： Fit／Soft-fitの判定には、90日以内の実在する記事を少なくとも1本引用し、正確なタイトル、機能するリンク、実際の日付を記載するとともに、関連性を一文で説明します。実際の記事の代わりに「最近の記事」といった曖昧な表現を使ってはいけません。
• 鮮度が明確： 経過日数を報告し、61～90日前なら警告を明記し、90日を超えていれば拒否します。
• 担当分野と形式に合致： 関連性の根拠は媒体ではなく、この記者の最近の記事に基づいています。継続的な担当分野、切り口の好み、単発の記事を区別し、実際にその記者が書く形式に合わせます。
• 確信度が適切： 信頼度の数値は、記事の新しさ、関連性の直接性、情報源の質、売り込み内容が根拠記事にどの程度結び付いているかを反映し、判定に適した範囲内に収めます。
• 実行可能： Soft-fitの修正案は、それぞれ何を削除、置換、追加するかを明記し、具体的な根拠記事と結び付けます。No-fitでは修正を提案しません。
• 明確な判断： No-fitなら、文言の問題にすり替えたりSoft-fitと言い換えたりせず、適任ではないと明言します。

引き継ぎ先

• スロップの兆候がある草稿を整える： meanest-editor と voice-extractor
• 記者を最初から探す／リストを作る： find-journalists または newsjack-detector。このスキルは、名前が特定された1人の記者を確認するものであり、記者を発掘したり順位付けしたりするものではありません。

例

各例では、受け取った入力、返した回答、その後の対応を示します。目的は売り込みを褒めることではありません。メールを送る前に、ターゲティングの誤りを防ぐことです。

例1：明確に適合、最近の根拠記事

変更前

• 記者: Maxwell Zeff、TechCrunch
• クライアント／対象: AgentEval、オープンソースのエージェントベンチマークハーネス
• 本日の日付: 2026年5月18日
• ピッチ: 件名は「エージェント型 AI 向けオープンソース eval フレームワーク — Anthropic の憲法 AI 発表後に構築」。冒頭では、Claude のエージェント SDK に対する開発者の採用状況についての Maxwell の4月28日の記事に触れ、その後、合成テストではなく彼の「実際のワークフロー」テストに対してエージェントのツール利用をベンチマークするオープンソースの eval ハーネスを提案しています。リポジトリは火曜日に公開。ファーストルックに加えて、ワークフロー時間のデータを持つ2社のパイロット顧客（法務およびヘルスケア）を用意。米国東部時間火曜日の午前9時まで embargo。

変更後

適合（信頼度 0.86）

理由: Maxwell Zeff の4月28日の TechCrunch 記事は、エージェントのツール利用ベンチマークが実際のワークフローでは機能しないと論じていました。あなたのピッチは、彼が欠けていると指摘したまさにそのものを提供します。embargo、リポジトリの公開、そしてパイロット顧客が、彼にとって使えるスクープとなります。

アンカー記事: 「Developers say Claude's agent SDK is the easiest to deploy, hardest to evaluate」 — TechCrunch、2026年4月28日 — https://techcrunch.com/2026/04/28/claude-agent-sdk-eval-gap/。この記事は、欠けている要素としてワークフロー時間のベンチマークを挙げており、これはまさにこのピッチが立ち上げるものです。

次にやるべきこと: 特に大きなことはありません — ターゲットは適切です。通常のコピーの推敲だけで十分です。

鮮度: 最新記事は2026年5月16日（2日前）。鮮度の懸念はありません。

この情報の出所: Web 検索。TechCrunch の著者ページと最近の検索結果を確認しました。上記のアンカーリンクが一致する情報を提供しました。他に見つかった最近の署名記事は5月3日、5月11日、5月16日のものです。

アクション

通常のコピーの推敲後にピッチを送信します。ターゲットは適切です。

例2: 適合なし、無理に救わないこと

変更前

• 記者: Emily Chang（Bloomberg の著者ページ: https://www.bloomberg.com/authors/AS0E8x9aH-0w/emily-chang）
• 本日の日付: 2026年5月18日
• ピッチ: 件名は「フリーランサー向けの新しい B2B 会計 SaaS」。本文は2文で、チームがフリーランサー向けの会計プラットフォームを立ち上げたばかりなので Bloomberg で取り上げてほしいという内容です。

変更後

適合なし（信頼度 0.41）

理由: Emily Chang の最近の Bloomberg での仕事は、経営幹部インタビュー、ベンチャーキャピタル、AI 企業の戦略であり、B2B SaaS のローンチやフリーランサー向けツールではありません。フリーランサー向け会計プロダクトは彼女の守備範囲外であり、コピーの修正ではそれは変わりません。

アンカー記事: 「Inside Anduril's pitch to the Pentagon」 — Bloomberg、2026年5月11日 — https://www.bloomberg.com/news/articles/2026/05/11/anduril-pitch。これは彼女が扱う企業および経営幹部の戦略レベルの記事を示しており、フリーランサー向け SaaS の依頼とは矛盾します。

次にやるべきこと: 修正すべきことはありません — 彼女は間違ったターゲットです。編集は不要です。なぜなら、間違っているのは記者であり、文言ではないからです。

鮮度: 最新記事は2026年5月15日（3日前）。鮮度の懸念はありません。

この情報の出所: Web 検索。Bloomberg の著者ページと、彼女の直近5件の表示されている記事を確認しました。中小企業向け会計、フリーランサー向けツール、個人向けフィンテック、製品レビューのいずれにも触れていませんでした。

アクション

この連絡先は外します。彼女向けにこれを書き直さないでください。