本文へ移動
cccskills
無料GitHub で公開日本語紹介

brightdata-webhooks-events

Bright Dataのスナップショット配信を受け取る仕組みを設計し、認証、ストリーム保存、形式検証、重複処理、隔離と安全な再実行の手順を整えます。

原文原文の説明を見る

Build a secure receiver and replay contract for Bright Data snapshot delivery without assuming provider IPs, payload size, or retry timing. Use when accepting webhook-style dataset delivery. Trigger with: "receive a Bright Data snapshot", "secure Bright Data delivery", "design Bright Data webhook handling".

jeremylongshore/tons-of-skills-marketplaceスター 2,884(GitHub 2,884 + cccskills 0)

実行スコア 未検証

インストール方法を見る

こんなときに便利

  • 配信データの受信先を設計したいとき
  • 大きなデータをストリームで保存したいとき
  • 重複配信や再実行のルールを決めたいとき

日本語での紹介

できること

Bright Dataから届くスナップショットを、信頼済みデータとしてすぐに取り込まず、繰り返し到着する可能性のある外部入力として扱う受信設計を支援します。受信先の認証、データを一時保管領域へ上限付きでストリーミングする方法、サイズと処理時間の制限、内容のダイジェスト計算、形式やスキーマの検証を整理します。重複を識別するキーを定め、検証に通ったデータだけを後続処理へ渡し、異常データは隔離します。受信を永続化してから応答する条件や、保存した証跡を同じ検証手順に通して再実行する方法もまとめられます。

こんなときに便利

Bright DataのWebhook形式の配信を受け入れるエンドポイントを作るときや、受信処理が重複や大きなペイロード、形式の不一致にどう対応するか決めたいときに役立ちます。配信の再試行条件や送信元IPを推測せず、受け側のルールを明確にしたい場合にも使えます。

使い方の例

  • 「Bright Dataのスナップショット受信処理を設計して」
  • 「配信データの重複を安全に扱えるようにして」
  • 「不正なデータを隔離して再実行する手順を作って」

注意点

管理されたHTTPSの受信先、承認済みスナップショット、永続的なストリーミング保存先が必要です。このスキル自体は配信を実行せず、公開エンドポイントも作成しません。

この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(2)

  • SKILL.md3.7 KB
  • references/official-docs.md802 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Bright Data Snapshot Delivery Receiver

Overview

Treat snapshot delivery as an untrusted, repeatable data-transfer event. Configure delivery with the current POST /datasets/v3/deliver/SNAPSHOT_ID API, authenticate the managed destination, stream the body, validate it, and make downstream processing idempotent.

Prerequisites

  • A completed approved snapshot and its expected schema
  • A managed HTTPS endpoint with destination authentication
  • Durable quarantine storage and a replay ledger

Instructions

Step 1: Establish the delivery contract

Read the receiver and Grep for body buffering, unauthenticated routes, hard-coded provider IPs, guessed retry schedules, and direct writes to trusted tables. Record the expected schema, format, destination, and ownership.

Step 2: Configure an approved destination

Write or Edit the integration so an authorized control-plane client requests POST /datasets/v3/deliver/SNAPSHOT_ID with type=webhook and managed destination authentication. Never place destination credentials in the URL or logs.

Step 3: Receive defensively

Stream the request into bounded quarantine storage. Authenticate before processing, cap bytes and duration, compute a digest, validate format and schema, and derive an idempotency key from trusted delivery context plus content digest.

Step 4: Acknowledge and replay safely

Acknowledge only after durable acceptance. Make duplicates no-ops, quarantine malformed or oversized content, and replay from retained evidence through the same validator. Do not invent provider retry or source-IP guarantees.

Tool Discipline

Use Read and Grep to inspect receiver, routing, and storage code. Use Write and Edit for receiver logic, validation, idempotency, fixtures, and the replay runbook. This skill does not invoke delivery or expose a public endpoint.

Output

  • Authenticated streaming receiver contract
  • Schema, idempotency, quarantine, and replay implementation
  • Redaction-safe success and failure tests

Examples

The receiver authenticates a managed header, streams NDJSON to quarantine while hashing it, rejects an unexpected schema, and promotes a validated object exactly once even if the same payload arrives again.

Error Handling

FailureMeaningResponse
Destination auth is missingAnyone may submit dataReject before reading the payload
Payload exceeds the configured ceilingTransfer is outside the workload contractStop streaming and quarantine metadata
Digest already existsDelivery is a duplicateReturn the documented safe acknowledgement without reprocessing

Resources

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

abridge-ci-integration

無料概要あり

Abridge連携コードのCIに合成データを使った回帰チェックを加え、同意状態、ノート確認、ログの秘匿、ロールバックなど顧客側の処理を検証します。

  • Abridge連携の回帰テストを追加したいとき
  • 同意やノート確認の処理を検証したいとき
  • ログに機微情報が出ないか確かめたいとき
jeremylongshore/tons-of-skills-marketplace2,8842026年10月29日 更新

abridge-common-errors

無料概要あり

Abridgeの録音、記録の確認、Epicへの引き渡し、アクセスの不具合を観測情報から切り分け、患者情報を抑えた証拠と担当窓口への引き継ぎ資料を整理するスキル。

  • 録音とアップロード障害の切り分け
  • 記録生成の遅延や編集画面の不具合調査
  • Epic連携障害の担当窓口の特定
jeremylongshore/tons-of-skills-marketplace2,8842026年10月29日 更新

abridge-core-workflow-a

無料概要あり

同意確認から録音、生成メモの根拠確認、編集、最終確定まで、臨床文書作成の手順と確認ポイントを整理するスキルです。

  • 診療メモ作成の手順を導入・監査したいとき
  • 同意から医師の確認までの流れを整理したいとき
  • 下書きの根拠確認と停止条件を定めたいとき
jeremylongshore/tons-of-skills-marketplace2,8842026年10月29日 更新

abridge-core-workflow-b

無料概要あり

Abridgeで臨床家が確認した記録内容が、承認済みの手順でEpicの適切なテンプレート欄へ渡るか、テスト記録を使って対応関係や例外を検証するスキルです。

  • AbridgeとEpicの記録欄の対応を確認したいとき
  • 部門ごとの連携設定を監査したいとき
  • 承認済みテスト記録で連携を検証したいとき
jeremylongshore/tons-of-skills-marketplace2,8842026年10月29日 更新

abridge-cost-tuning

無料概要あり

Abridgeの導入・更新判断に向け、利用定着率や業務の完了状況、診療記録の品質、支援負担を契約に基づく費用情報と照らし、継続や改善の選択肢を整理するスキル。

  • Abridge導入後の定着率確認
  • 契約更新の判断材料をまとめたいとき
  • 診療環境ごとの業務成果の比較
jeremylongshore/tons-of-skills-marketplace2,8842026年10月29日 更新

abridge-debug-bundle

無料概要あり

Abridgeの障害調査で、録音や診療記録を含めず、許可した項目だけを集めたサポート用資料と確認用マニフェストを作成します。

  • 障害サポート用の証拠をまとめたいとき
  • 共有資料の除外項目を記録したいとき
  • 調査情報を安全な経路で引き継ぎたいとき
jeremylongshore/tons-of-skills-marketplace2,8842026年10月29日 更新

jeremylongshore のスキルをすべて見る

このスキルの問題を報告する