Abridge連携コードのCIに合成データを使った回帰チェックを加え、同意状態、ノート確認、ログの秘匿、ロールバックなど顧客側の処理を検証します。
- Abridge連携の回帰テストを追加したいとき
- 同意やノート確認の処理を検証したいとき
- ログに機微情報が出ないか確かめたいとき
Bright DataのPython SDKやREST APIをアプリ独自の型付きインターフェースで包み、取得結果やエラーを統一して変更に備える設計を支援します。
Wrap the official Bright Data Python SDK and REST contracts behind a typed, testable client boundary. Use when adding SDK calls, isolating provider upgrades, or normalizing scraper and Browser API results. Trigger with: "wrap the Bright Data SDK", "design a Bright Data client", "pin Bright Data Python dependencies".
実行スコア 未検証
インストール方法を見るBright Dataの公式Python SDKやREST APIを、アプリ側で管理する小さなインターフェースの背後に配置する設計を支援します。SDKの応答オブジェクトをそのまま業務コードへ渡さず、取得結果や処理状況をアプリ独自の形式に変換します。APIキー、プロキシゾーン、Browser APIなどの接続方法を分け、プロバイダー固有のエラーも安定したアプリ側のエラー分類に整理します。依存バージョンを固定し、テスト用の応答例を使って、SDK更新前に契約や挙動を確認します。
Bright Dataへの呼び出しを新たに追加するとき、SDK更新の影響をアプリ全体に広げたくないとき、スクレイパーやBrowser APIの応答形式をそろえたいときに向いています。プロダクト選択や認証情報の扱いを明示し、接続先の変更を管理しやすくしたい場合にも役立ちます。
Bright Dataの承認済みアカウント、またはオフラインのテスト用データと、現行の公式ドキュメントが必要です。収集目的は許可された公開データに限る前提です。ライブAPI呼び出しは、このスキルの手順には含まれません。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Use the official Python SDK where it matches the workload, but keep product choice, authorization, retry policy, and domain schemas outside vendor objects. Pin the dependency and expose a small application-owned interface.
Read the lockfile and Grep for direct Bright Data imports. Pin the reviewed SDK release through the repository dependency workflow rather than embedding a version in this skill.
Write an application interface that returns normalized records and provider receipts, not raw SDK response objects.
from dataclasses import dataclass
@dataclass(frozen=True)
class CollectionReceipt:
operation_id: str
state: str
records: int | None
provider_code: str | None
Keep API-key, proxy-zone, and Browser API adapters separate. Map documented terminal states and current x-brd-* errors into stable application failure classes.
Use Bash(python:*) to run type checks and fixture tests. Compare the locked SDK behavior with the current official SDK docs before any upgrade.
Use Read and Grep to locate dependency and transport boundaries. Use Write and Edit for the typed port, provider adapters, and tests. Use Bash(python:*) only for local type/test commands; live SDK calls require a separate authorized workflow.
Expose trigger_collection, get_progress, and download_snapshot through your own protocol. Keep a vendor response fixture at the boundary, map it once, and let downstream code depend only on CollectionReceipt.
| Failure | Meaning | Response |
|---|---|---|
| SDK object escapes the adapter | Provider coupling reaches domain code | Normalize the response at the boundary |
| Upgrade changes a field or state | Lockfile moved without contract review | Hold the upgrade and refresh fixtures from documentation |
| Client selects a product implicitly | Policy and cost behavior become hidden | Require an explicit product configuration |
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Abridge連携コードのCIに合成データを使った回帰チェックを加え、同意状態、ノート確認、ログの秘匿、ロールバックなど顧客側の処理を検証します。
Abridgeの録音、記録の確認、Epicへの引き渡し、アクセスの不具合を観測情報から切り分け、患者情報を抑えた証拠と担当窓口への引き継ぎ資料を整理するスキル。
同意確認から録音、生成メモの根拠確認、編集、最終確定まで、臨床文書作成の手順と確認ポイントを整理するスキルです。
Abridgeで臨床家が確認した記録内容が、承認済みの手順でEpicの適切なテンプレート欄へ渡るか、テスト記録を使って対応関係や例外を検証するスキルです。
Abridgeの導入・更新判断に向け、利用定着率や業務の完了状況、診療記録の品質、支援負担を契約に基づく費用情報と照らし、継続や改善の選択肢を整理するスキル。
Abridgeの障害調査で、録音や診療記録を含めず、許可した項目だけを集めたサポート用資料と確認用マニフェストを作成します。