Skip to main content
このガイドでは2つの実際のシナリオを説明します。すべてのコードブロックはコピー、ペースト、実行が可能です — YOUR_API_KEY を実際のキーに置き換えるだけです。

シナリオ:OpenAIが新しい求人を投稿した時にモニタリング

OpenAIが求人を投稿した際にすぐに通知を受け取り、エンジニアリングリーダーシップの連絡先を自動的に取得したい場合。

モニターを作成

動作内容:
  • OpenAI(companies: ["67c4696b-..."])の米国の新規求人をモニタリング
  • 企業データをエンリッチメントし、最大5人のディレクター/VPレベルのエンジニアリング連絡先を検索
  • トリガーごとに最大5件のレコードをウェブフックに配信
  • その他の設定はデフォルト値を使用(リアルタイムのフリクエンシー、1日500回の上限など)
company_first モードでは、通常 companies(domain_search_ids)、domains、または linkedin_urls のいずれか1つとシグナルフィルターのみ必要です。company_filters はオプションです — ウォッチリストをより広い企業条件と組み合わせたい場合に第2のフィルタリングレイヤーを追加します。

すぐにテスト

スケジュールされたスキャンを待たずに、手動実行をトリガーしてすべてが正常に動作することを確認してください。tried_at に過去のタイムスタンプを使用してデータが利用可能であることを確認します(現在時刻を使用すると、新しいシグナルがまだ現れていない場合に0件の結果が返される可能性があります):
手動トリガーはスケジュールトリガーと同様にクレジットを消費します。テストで代表的な結果を得るために、tried_at に最近の過去の日付を使用してください。

結果を確認

数秒後、usewebhook.comでウェブフックURLをチェックしてペイロードを確認してください。ログでも検証できます:
各ログエントリにはステータス、シグナル/企業/人物の数、クレジット使用量、処理時間が表示されます。

失敗した配信のリトライ

特定のトリガーが失敗した場合(例:ウェブフックが一時的にダウン)、スキャン全体を再実行せずにリトライできます:
統計ログをクエリし、"status": "failed" のエントリをフィルタリングして monitor_log_id を見つけてください。

次のステップ

ベストプラクティス

フリクエンシー、クレジット、リトライ、スケーリング。

ウェブフック設定

詳細なウェブフック設定とシグネチャ検証。