yutori-scout

Scout のセットアップ

継続的なウェブモニタリングを行うために、ユーザーが Yutori Scout をセットアップできるよう支援します。

プロセス

1. モニタリングの背景を把握する 次の点について尋ねます。

   • 誰が、何のためにモニタリングしていますか？（例：「最近資金調達したスタートアップを探しているフィンテック企業です」）
   • どのような具体的な情報が重要ですか？（資金調達、新製品の発売、価格変更など）
   • 対象とする地域や市場セグメントはありますか？
   • どのくらいの頻度で実行しますか？（毎日、1日に2回など）
   • 希望する通知方法は何ですか？メール、Webhook、それとも両方ですか？

2. 包括的なクエリを作成する

   適切に構成された Scout クエリには、次の内容が含まれます。

   モニタリングの目的に関する背景：

   • 誰が、どのようなユースケースでモニタリングするのか
   • この情報がどのような意思決定を支援するのか

   モニタリング対象：

   • 追跡する具体的なイベントやトリガー
   • 確認するデータソース（ニュースサイト、SEC 提出書類、ソーシャルメディアなど）
   • 地域やセグメントの対象範囲
   • 除外条件（報告しない内容）

   成果物：

   • レポートの頻度
   • 出力形式（表、説明文、または両方）
   • 必須フィールドと引用

   構成例：

   **Context:** [Who is monitoring and why]
   
   ## What to Monitor
   - [Specific events to track]
   - [Sources to check]
   - [Exclusions]
   
   ## Deliverables
   - [Output format]
   - [Required fields]
   

3. Scout を作成する create_scout ツールを次の設定で使用します。

   • query：包括的なモニタリングクエリ
   • output_interval：86400（毎日）、43200（1日に2回）、または1800（最短間隔、30分ごと）
   • Webhook 通知を希望する場合は、webhook_url と webhook_format を設定します。設定する前に、必ずユーザーに Webhook URL を確認してください。HTTPS を使用し、ユーザーが送信先を管理していることを確認する必要があります。
   • Webhook 通知のみを希望する場合は skip_email: true
   • 構造化データの抽出には output_fields を設定します（例：["company", "amount", "round_type", "source_url"]）

4. 次の手順を案内する

   • 今後の管理に使える Scout ID を共有します
   • edit_scout を使って一時停止／再開する方法を説明します
   • get_scout_updates で更新情報を取得できることを伝えます

クエリの品質に関するヒント

適切なクエリ：

• 誰が、なぜモニタリングしているのか、その背景を示す
• 具体的なイベントやトリガーを指定する（単に「X に関するニュース」としない）
• 確認するデータソースを列挙する
• 除外条件を含める
• 出力形式の要件を定義する
• 引用とソースへのリンクを求める

避けること：

• 「競合他社の X をモニタリング」のような曖昧なクエリ
• モニタリングの目的に関する背景がない
• 出力形式の指定がない

ドキュメントやソース URL の取得： クエリの準備中に、ウェブ取得ツールを使ってソース URL、ドキュメント、または参考ページを調べる場合は、Accept: text/markdown ヘッダーを含めてください。Cloudflare がホストするサイトなど、多くのドキュメントサイトでは HTML ではなく、整形された Markdown が返されます。そのため、トークン数が少なく、解析しやすくなります。

$ARGUMENTS