exa-webhooks-events
Exa webhookの署名検証とイベント処理を実装できます。webhookエンドポイントの設定、署名検証の実装、またはExaのイベント通知を安全に処理する場合に使用します。「exa webhook」「exa events」「exa webhook signature」「handle exa events」「exa notifications」といったフレーズで起動します。
description の原文を見る
Implement Exa webhook signature validation and event handling. Use when setting up webhook endpoints, implementing signature verification, or handling Exa event notifications securely. Trigger with phrases like "exa webhook", "exa events", "exa webhook signature", "handle exa events", "exa notifications".
SKILL.md 本文
Exa ウェブフック & イベント
概要
署名検証とリプレイ攻撃対策によって Exa ウェブフックを安全に処理します。
前提条件
- Exa ウェブフックシークレットが構成されていること
- インターネットからアクセス可能な HTTPS エンドポイント
- 暗号署名に関する理解
- Redis またはデータベース(オプション、べき等性用)
ウェブフックエンドポイントセットアップ
Express.js
import express from 'express';
import crypto from 'crypto';
const app = express();
// IMPORTANT: Raw body needed for signature verification
app.post('/webhooks/exa',
express.raw({ type: 'application/json' }),
async (req, res) => {
const signature = req.headers['x-exa-signature'] as string;
const timestamp = req.headers['x-exa-timestamp'] as string;
if (!verifyExaSignature(req.body, signature, timestamp)) {
return res.status(401).json({ error: 'Invalid signature' });
}
const event = JSON.parse(req.body.toString());
await handleExaEvent(event);
res.status(200).json({ received: true });
}
);
署名検証
function verifyExaSignature(
payload: Buffer,
signature: string,
timestamp: string
): boolean {
const secret = process.env.EXA_WEBHOOK_SECRET!;
// Reject old timestamps (replay attack protection)
const timestampAge = Date.now() - parseInt(timestamp) * 1000;
if (timestampAge > 300000) { // 5 minutes
console.error('Webhook timestamp too old');
return false;
}
// Compute expected signature
const signedPayload = `${timestamp}.${payload.toString()}`;
const expectedSignature = crypto
.createHmac('sha256', secret)
.update(signedPayload)
.digest('hex');
// Timing-safe comparison
return crypto.timingSafeEqual(
Buffer.from(signature),
Buffer.from(expectedSignature)
);
}
イベントハンドラーパターン
type ExaEventType = 'resource.created' | 'resource.updated' | 'resource.deleted';
interface ExaEvent {
id: string;
type: ExaEventType;
data: Record<string, any>;
created: string;
}
const eventHandlers: Record<ExaEventType, (data: any) => Promise<void>> = {
'resource.created': async (data) => { /* handle */ },
'resource.updated': async (data) => { /* handle */ },
'resource.deleted': async (data) => { /* handle */ }
};
async function handleExaEvent(event: ExaEvent): Promise<void> {
const handler = eventHandlers[event.type];
if (!handler) {
console.log(`Unhandled event type: ${event.type}`);
return;
}
try {
await handler(event.data);
console.log(`Processed ${event.type}: ${event.id}`);
} catch (error) {
console.error(`Failed to process ${event.type}: ${event.id}`, error);
throw error; // Rethrow to trigger retry
}
}
べき等性対策
import { Redis } from 'ioredis';
const redis = new Redis(process.env.REDIS_URL);
async function isEventProcessed(eventId: string): Promise<boolean> {
const key = `exa:event:${eventId}`;
const exists = await redis.exists(key);
return exists === 1;
}
async function markEventProcessed(eventId: string): Promise<void> {
const key = `exa:event:${eventId}`;
await redis.set(key, '1', 'EX', 86400 * 7); // 7 days TTL
}
ウェブフックテスト
# Use Exa CLI to send test events
exa webhooks trigger resource.created --url http://localhost:3000/webhooks/exa
# Or use webhook.site for debugging
curl -X POST https://webhook.site/your-uuid \
-H "Content-Type: application/json" \
-d '{"type": "resource.created", "data": {}}'
手順
ステップ 1: ウェブフックエンドポイントを登録する
Exa ダッシュボードでウェブフック URL を構成します。
ステップ 2: 署名検証を実装する
署名検証コードを使用して、受信するウェブフックを検証します。
ステップ 3: イベントを処理する
アプリケーションが必要とする各イベントタイプのハンドラーを実装します。
ステップ 4: べき等性を追加する
イベント ID 追跡により、重複処理を防ぎます。
出力
- セキュアなウェブフックエンドポイント
- 署名検証が有効
- イベントハンドラーが実装済み
- リプレイ攻撃対策が有効
エラーハンドリング
| 問題 | 原因 | 解決方法 |
|---|---|---|
| 無効な署名 | シークレットが間違っている | ウェブフックシークレットを確認する |
| タイムスタンプが拒否された | クロックドリフト | サーバー時刻の同期を確認する |
| イベントが重複している | べき等性が欠落している | イベント ID 追跡を実装する |
| ハンドラーがタイムアウト | 処理が遅い | 非同期キューを使用する |
例
ローカルでウェブフックをテストする
# Use ngrok to expose local server
ngrok http 3000
# Send test webhook
curl -X POST https://your-ngrok-url/webhooks/exa \
-H "Content-Type: application/json" \
-d '{"type": "test", "data": {}}'
リソース
次のステップ
パフォーマンス最適化については、exa-performance-tuning を参照してください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- Brmbobo
- リポジトリ
- Brmbobo/Web2podcast
- ライセンス
- MIT
- 最終更新
- 2026/1/26
Source: https://github.com/Brmbobo/Web2podcast / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。