news-monitor

ニュースモニター

最近の個別の出来事を見つけ、公開する各出来事について情報源を読み、時系列のブリーフィングを作成します。

ツール

ツールを使う前に、source-access.md を最後まで読んでください。

利用可能なニュース検索ツールを使用し、呼び出し可能な名前が duckduckgo_news_search で終わるツールを優先してください。通常の検索ツールである duckduckgo_search で終わるツールは、報道の空白を補う場合にのみ使用してください。 ページの読み込みには、web_fetch で終わるフェッチツールを使用してください。クライアントが追加する プレフィックスはさまざまなので、セッション内のツールを確認してください。

セッションツールがない場合は、隔離された環境で同梱の CLI を実行してください。

uvx --python '>=3.10,<3.14' web-forager news "your query" --max-results 10 --output-format json
uvx --python '>=3.10,<3.14' web-forager fetch "https://example.com" --format markdown

uvx で同梱のニュース検索を実行できない場合は、現在のプロジェクト環境に触れずに ddgs を使用してください。

uv run --no-project --python '>=3.10,<3.14' --with 'ddgs>=9.5.2' python - <<'PY'
from ddgs import DDGS
results = DDGS().news(query="your query", max_results=10)
for r in results:
    print(r["date"], r["title"], r["url"], r["source"])
PY

同梱のページフェッチに失敗した場合は、Jina Reader を使用してください。

curl -s "https://r.jina.ai/https://example.com"

YouTube の字幕取得に失敗した場合は、動画 URL を転送せずにアクセスできなかったことを報告してください。

ワークフローには検索とフェッチの両方が必要です。どちらかが利用できない場合は、不足しているものを明記してください。

ワークフロー

1. 対象期間を設定する

トピック、対象期間、切り口を特定します。ユーザーが期間を指定している場合はそれを使用し、 指定がない場合は直近 2～4 週間を対象にします。未解決の曖昧さによって検索結果が大きく変わる場合に限り、質問してください。

完了条件： 対象期間とトピックの範囲が明確になっていること。

2. 出来事を検索する

まず、切り口を変えたニュース検索を 1～2 件実行し、必要に応じて [current year] を加えます。 記事を選ぶ前に、検索結果をまとめて確認します。指定期間にわたる分布、関連するサブトピック、独立した報道機関を確認してください。 結果が特定の日付、報道機関、またはサブトピックに集中している場合は、期間を細分化した検索、焦点を絞ったクエリ、一次発表で範囲を広げます。 失敗したニュース検索プロバイダーを含め、報道の空白を埋めるために通常の検索を使用します。失敗した検索と、成功したものの該当結果がなかった検索は分けて記録してください。 出来事の件数は提示上の目安であり、発見が完了した根拠ではありません。

完了条件： 関連する期間とサブトピックを検索し、追加のクエリで既知の出来事がほぼ繰り返される段階に達していること。残る報道の空白やツールの失敗があれば、明示してください。狭いトピックであることが明らかな場合に限り、検索 1 件で十分です。

3. 重複を除き、絞り込む

同じ出来事を扱う報道をまとめ、出来事の日付と公開日を両方記録します。 実際に進展があった日付に基づいて絞り込み、各出来事について最適な候補となる情報源を選択してください。 最近再公開された記事や回顧記事であっても、古い出来事が新しい出来事になるわけではありません。 過去の出来事が新たに報じられた場合は、開示自体が対象期間内の重要な進展である場合に限って含め、新たな開示であることを示し、その日付を元の出来事の日付と区別してください。個別の出来事を 3～7 件含めることを目指します。

完了条件： 残すすべての項目が、対象期間内の個別の出来事を表し、進展の日付、別個の公開日、候補となる情報源を備えていること。日付が不明な場合は明示してください。対象期間内に進展があったことを裏付けられない項目は、情報源を読んで日付を確認するまで候補として残すか、報道の空白を記録したうえで除外してください。

4. 公開するすべての出来事を読む

ブリーフィングに含める各出来事について、見出しや一行の追加情報も含め、少なくとも 1 件の信頼できる情報源をフェッチしてください。一次発表と直接取材による報道を優先します。検索結果のスニペットは見出しを見つける目的に限って使用でき、説明上の主張の根拠にはなりません。出来事の情報源を読めない場合は、その出来事を別の情報源に置き換えるか除外し、報道の空白を記録してください。

完了条件： 公開するすべての出来事について、何が起きたか、進展の日付、重要である理由、明示された次の段階を裏付けるフェッチ済みの情報源が少なくとも 1 件あること。出来事を残す前に、読んだ情報源に照らして対象期間内の出来事かどうかを再確認してください。

5. ブリーフィングを提示する

開発日が新しい順に提示します。新たに報告された過去の出来事は開示日を使い、実際の日付または日付が不確かであることを示します。 デフォルトのブリーフィングでは、イベントを1つのリストにまとめます。

• 対象期間、現在の更新日、要点を一文でまとめた内容；
• 優先度の高いイベントを3～5件。それぞれ見出しを付け、何が起きたのか、なぜ重要なのかを、出典を示した1～2文で説明します；
• ほかに重要なイベントがあれば、出典を示した一行の追加情報として記載します；
• 出典に基づく今後の予定や未解決の動向をまとめた、短い「注目点」セクション。

ユーザーが網羅的な内容を求めた場合、または誤解を招く要約を避けるために詳細が必要な場合に限り、イベントごとに2～4文を記載する拡張版のブリーフィングを使用します。 各イベントの見出しは、ナビゲーションと詳細見出しを兼ねるため、イベントは一度だけ記載します。

調査と絞り込みが問題なく完了し、重要な動向が見つからなかった場合は、その旨と調査した期間を伝えます。調査に失敗した場合や未確認の情報源があるため十分な網羅性を確保できない場合は、動きがなかったと断定せず、情報が不完全であることを伝えます。

完了条件： すべてのイベントが重複せず対象期間内にあり、イベントおよび説明上の主張すべてに閲覧済みの情報源が引用され、日付が明示され、推論には推論であることが示されていること。