Abridge連携コードのCIに合成データを使った回帰チェックを加え、同意状態、ノート確認、ログの秘匿、ロールバックなど顧客側の処理を検証します。
- Abridge連携の回帰テストを追加したいとき
- 同意やノート確認の処理を検証したいとき
- ログに機微情報が出ないか確かめたいとき
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".
実行スコア 未検証
インストール方法を見る承認済みのBright Dataプロキシゾーンからテスト用エンドポイントへ1回だけリクエストを送り、接続できるかを確認します。認証情報をURLやログに出さず、HTTPステータスやProxy-Status、x-brd-*ヘッダーのエラー情報を伏せて記録します。結果にはゾーンの別名、テスト先、実行時刻、判定を紐づけ、成功・時間を置いて再試行・管理者への確認のいずれかに整理します。
新しい非本番ゾーンの設定後や、実行環境からの通信経路を確かめたいときに使えます。プロキシの認証エラーと、接続先や利用ポリシーによる拒否を分けて判断したい場合にも役立ちます。
Bright Dataの承認済みアカウントまたはオフラインのテスト用データ、利用目的とテスト先の承認が必要です。手順ではgeo.brdtest.comへの限定リクエストを使い、認証情報を伏せるログ設定を前提とします。テスト成功は接続確認を示すだけで、本番データ収集の許可にはなりません。ポリシーによる拒否時は停止し、回避や再試行を行わず、承認者に確認します。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
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.
geo.brdtest.com from the test environmentRead the runbook and Grep the allowlist for geo.brdtest.com. Refuse arbitrary or authenticated targets for this proof.
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
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.
Store the timestamp, zone alias, target, result class, and owner decision. A successful test proves connectivity only; it does not authorize production collection.
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.
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.
| Failure | Meaning | Response |
|---|---|---|
407 with client_10000 or related code | Invalid or missing zone credentials | Verify the zone binding without printing credentials |
| Policy 403 | Target or network is not permitted | Stop and escalate to the authorization owner |
| 429 | Account, target, or per-IP throttling | Stop the smoke test and follow the rate-control workflow |
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Abridge連携コードのCIに合成データを使った回帰チェックを加え、同意状態、ノート確認、ログの秘匿、ロールバックなど顧客側の処理を検証します。
Abridgeの録音、記録の確認、Epicへの引き渡し、アクセスの不具合を観測情報から切り分け、患者情報を抑えた証拠と担当窓口への引き継ぎ資料を整理するスキル。
同意確認から録音、生成メモの根拠確認、編集、最終確定まで、臨床文書作成の手順と確認ポイントを整理するスキルです。
Abridgeで臨床家が確認した記録内容が、承認済みの手順でEpicの適切なテンプレート欄へ渡るか、テスト記録を使って対応関係や例外を検証するスキルです。
Abridgeの導入・更新判断に向け、利用定着率や業務の完了状況、診療記録の品質、支援負担を契約に基づく費用情報と照らし、継続や改善の選択肢を整理するスキル。
Abridgeの障害調査で、録音や診療記録を含めず、許可した項目だけを集めたサポート用資料と確認用マニフェストを作成します。