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

brightdata-hello-world

Bright Dataの承認済みテスト先へプロキシ経由で1回だけ接続し、認証情報を伏せた結果を記録するスキルです。ゾーンの疎通確認や接続エラーの切り分けに使えます。

原文原文の説明を見る

Prove one authorized Bright Data proxy request and capture a redacted connectivity receipt. Use when validating a new zone, testing egress, or separating proxy failures from target failures. Trigger with: "test my Bright Data proxy", "verify this zone", "run a safe Bright Data smoke test".

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

実行スコア 未検証

インストール方法を見る

こんなときに便利

  • 新しいプロキシゾーンの疎通確認
  • 実行環境の通信経路を確かめたいとき
  • 認証エラーとポリシー拒否を切り分けたいとき

日本語での紹介

できること

承認済みのBright Dataプロキシゾーンからテスト用エンドポイントへ1回だけリクエストを送り、接続できるかを確認します。認証情報をURLやログに出さず、HTTPステータスやProxy-Status、x-brd-*ヘッダーのエラー情報を伏せて記録します。結果にはゾーンの別名、テスト先、実行時刻、判定を紐づけ、成功・時間を置いて再試行・管理者への確認のいずれかに整理します。

こんなときに便利

新しい非本番ゾーンの設定後や、実行環境からの通信経路を確かめたいときに使えます。プロキシの認証エラーと、接続先や利用ポリシーによる拒否を分けて判断したい場合にも役立ちます。

使い方の例

  • 「Bright Dataの開発用ゾーンから、承認済みのテスト先へ疎通確認を1回だけ行って」
  • 「この接続結果を確認し、認証情報を伏せてエラーの種類を記録して」

注意点

Bright Dataの承認済みアカウントまたはオフラインのテスト用データ、利用目的とテスト先の承認が必要です。手順ではgeo.brdtest.comへの限定リクエストを使い、認証情報を伏せるログ設定を前提とします。テスト成功は接続確認を示すだけで、本番データ収集の許可にはなりません。ポリシーによる拒否時は停止し、回避や再試行を行わず、承認者に確認します。

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

含まれるファイル(2)

  • SKILL.md3.6 KB
  • references/official-docs.md704 B

SKILL.md(原文)

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

Bright Data Authorized First Request

Overview

Run the smallest possible request against Bright Data's test endpoint. Keep proxy credentials out of the URL and process output, inspect current x-brd-* and Proxy-Status headers, and stop after one bounded proof.

Prerequisites

  • An active non-production proxy zone and zone username/password
  • Authorization to reach geo.brdtest.com from the test environment
  • A log sink configured to redact authorization and proxy credentials

Instructions

Step 1: Confirm the target

Read the runbook and Grep the allowlist for geo.brdtest.com. Refuse arbitrary or authenticated targets for this proof.

Step 2: Run one request

Pass proxy authentication separately from the proxy host so the credential does not appear in the URL.

# 33335 is Bright Data's documented proxy gateway port.
curl --silent --show-error --include \
  --proxy http://brd.superproxy.io:33335 \
  --proxy-user "$BRIGHTDATA_PROXY_USERNAME:$BRIGHTDATA_PROXY_PASSWORD" \
  https://geo.brdtest.com/welcome.txt

Step 3: Classify the response

Record the HTTP status plus redacted Proxy-Status, x-brd-err-code, x-brd-error, and x-brd-err-msg values. Never retain the proxy authorization header or full username.

Step 4: Close the proof

Store the timestamp, zone alias, target, result class, and owner decision. A successful test proves connectivity only; it does not authorize production collection.

Tool Discipline

Use Read and Grep to confirm the approved target and redaction policy. Use Bash(curl:*) for exactly the bounded Bright Data test request shown here. Do not write target content, rotate identities, or retry policy denials.

Output

  • One connectivity result tied to a zone alias and approved target
  • Redacted provider error metadata when the request fails
  • A clear pass, retry-later, or owner-escalation decision

Examples

Use a dedicated development zone and run one request to geo.brdtest.com. A 200 with expected provider metadata is a connectivity pass. A 407 is an access failure; a policy 403 is a stop condition, not a reason to switch networks.

Error Handling

FailureMeaningResponse
407 with client_10000 or related codeInvalid or missing zone credentialsVerify the zone binding without printing credentials
Policy 403Target or network is not permittedStop and escalate to the authorization owner
429Account, target, or per-IP throttlingStop the smoke test and follow the rate-control workflow

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 のスキルをすべて見る

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