Bright Data Authorized First Request

SkillDev tools

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".

Use Bright Data Authorized First Request in Claude, ChatGPT or Ahel Desktop

Free. Sign in, add Bright Data Authorized First Request and connect your AI. About a minute.

Also: Claude Code · Cursor · Codex

Then ask your AI: use the Bright Data Authorized First Request skill

Details

Instructions available. Your AI can read the instructions. Execution depends on the setup they require.

Add Ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.

Bright Data Authorized First RequestStart free

What this skill tells your AI

The instructions your AI receives, as published by jeremylongshore/tons-of-skills-marketplace in skills/.curated/brightdata-hello-world/SKILL.md and read by Ahel’s review.

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

Signals

GitHub stars
3k
Forks
415
Last commit
Oct 2026
Advanced
Item type
skill
Key
brightdata-hello-world
Source
github.com/jeremylongshore/tons-of-skills-marketplace