Agent skill · software engineering · jeremylongshore
brightdata-upgrade-migration
Migrate Bright Data SDK, API, product, or response-header contracts with fixture evidence and a reversible canary. Use when upgrading the Python SDK, moving dataset endpoints, renaming Scraping Browser to Browser API, or removing legacy headers. Trigger with: "upgrade Bright Data", "migrate x-luminati headers", "change a Bright Data API contract".
Why this skill is useful
Adds executable migration scripts and specific API commands for Bright Data SDK upgrades that aren't in public documentation.
What it needs
Requires git, npm installed locally. Requires brightdata account access. About 2k tokens when loaded. Last updated 2026-08-07. 2,604 stars on the source repository.
What this skill does
Bright Data Contract Migration Overview Inventory the exact current behavior before changing dependencies or products. Treat an SDK update, API endpoint change, Browser API rename, and product migration as separate changes with separate rollback boundaries. Prerequisites A pinned current dependency or configuration and documented target contract Golden synthetic fixtures plus representative redacted receipts A dual-read or feature-flag path and rollback owner Instructions Step 1: Build the delta Read the lockfile, adapter, and runbooks; Grep for x-luminati, old product names, obsolete endpoints, raw vendor response coupling, and undocumented ports. Step 2: Update one boundary Write the target dependency, API, or header mapping. Current diagnostics use Proxy-Status and x-brd-; Browser API replaces the former Scraping Browser name. Do not invent version transitions. Step 3: Verify compatibility Edit fixture tests for success, authentication, policy, throttle, lifecycle, schema, and delivery states. Use Bash(python:) for the pinned type and test suite and compare normalized outputs. Step 4: Canary and retire Run an authorized feature-flag canary, compare data and operational receipts, then remove the old path only after rollback expiry and owner signoff. Tool Discipline Use Read and Grep for the migration inventory. Use Write and Edit for dependency, adapter, fixture, and runbook changes. Use Bash(python:) for local tests; it does not authorize live migration traffic or credential changes. Output Current-to-target contract matrix Passing old and new fixture comparison and canary receipt Rollback path plus explicit old-contract retirement decision Examples First replace parsing of x-luminati-error with current x-brd-error and Proxy-Status fixtures. Keep a short dual-read window for retained historical receipts, but require current fields from new live responses. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills jeremylongshore/brightdata-upgrade-migration