Atlas / Skills / jeremylongshore / Brightdata Common Errors

Brightdata Common ErrorsSAFE

skills/jeremylongshore/brightdata-common-errors

Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.

Verdict
SAFE
Grade
B
Trust score
89 /100
Version
2.0.0
Hosts
—
License
MIT
Stars
2,822
01

Overview

Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.

Read from source at commit 4f83675ca38aOBSERVED · 2026-10-08
02

What it tells the agent

The instruction file, verbatim from the audited commit — this is the text the model reads, and the surface the audit's instruction layer examines. Quoted here so you can judge it without cloning anything.

---
name: brightdata-common-errors
description: 'Analyze Bright Data proxy and dataset failures using current provider codes without bypassing policy controls. Use when diagnosing 407, 403, 429, 502, snapshot, or delivery failures. Trigger with: "diagnose a Bright Data error", "what does this x-brd code mean", "triage a failed snapshot".'
allowed-tools: Read, Grep, Bash(curl:*)
version: 2.0.0
argument-hint: "[redacted-response]"
model: inherit
effort: high
license: MIT
author: Jeremy Longshore <[email protected]>
tags:
- saas
- web-data
- bright-data
- common-errors
- operations
compatibility: 'Requires an approved Bright Data account or offline fixtures, current Bright Data documentation, and an authorized public-data collection purpose'
---
# Bright Data Failure Triage

## Overview

Separate provider, target, client, and policy failures using HTTP status, `Proxy-Status`, and current `x-brd-*` fields. Never treat an access or compliance denial as a cue to rotate products, regions, or identities.

## Prerequisites

- A redacted response or snapshot receipt
- The zone, product, operation ID, and approved target class
- Access to the current Bright Data error catalog and network-status page

## Instructions

### Step 1: Collect minimal evidence

Read the receipt and Grep for status, `Proxy-Status`, `x-brd-err-code`, `x-brd-error`, `x-brd-err-msg`, snapshot state, and request time. Exclude credentials, full URLs, and bodies.

### Step 2: Identify the layer

Classify authentication (407/client), policy (403/policy), throttling (429), peer/target (408/502), provider incident, or dataset lifecycle failure.

### Step 3: Reproduce safely

Use Bash(curl:*) only for one authorized provider test endpoint or a read-only status check. Do not reproduce against a sensitive target or change network type to defeat a denial.

### Step 4: Choose the response

Fix deterministic client/auth errors; back off transient/provider errors within budget; pause policy, target-data, account, empty, or persistent errors for owner review.

## Tool Discipline

Use Read and Grep to analyze redacted evidence. Use Bash(curl:*) only for a bounded provider-controlled test. This workflow never writes raw response data, prints credentials, or authorizes product or identity switching.

## Output

- Failure layer and documented provider code
- Retry, repair, pause, or escalate decision
- Redacted evidence bundle identifier and owner

## Examples

For `429` with a per-IP code, reduce pressure and review distribution; do not automatically rotate to more identities. For a policy 403, stop. For a provider-wide incident, preserve the receipt and wait for recovery.

## Error Handling

| Failure | Meaning | Response |
|---------|---------|----------|
| Only an HTTP status is available | Provider detail was discarded | Capture current redacted headers on the next approved attempt |
| Legacy header is the only parser path | `x-luminati-*` support is stale | Migrate to `Proxy-Status` and `x-brd-*` |
| Failure repeats after bounded retry | Classification or provider state is unresolved | Open support escalation with sanitized identifiers |

## Resources

- [Proxy error catalog](https://docs.brightdata.com/proxy-networks/errorCatalog)
- [Network status](https://brightdata.com/network-status)
- [Download snapshot](https://docs.brightdata.com/api-reference/scrapers/delivery-apis/download-snapshot)
- [Acceptable use policy](https://docs.brightdata.com/general/policy/acceptable-use-policy)
03

Trust audit

SAFEgrade B · trust 89/100 Nothing in the source contradicts what it says it does. Grade A is reserved for packages that have also passed the behavioural sandbox.

LayerWhat it checksResult
L0Provenance & inventoryPASS
L1Static analysis of the codePASS
L2Instruction surface (what it tells the agent)PASS
L3Class-specific surfacePASS
L4Behavioural (sandbox)SKIPPED

What the source does

Filesystem
none-observed
Network
none-observed
Shell
none-observed
Dependencies
pinned
Secrets in source
none-found

Findings (0)

No findings outside the package's declared scope.

Gates applied: no_behavioural_pass.

Audited 2026-10-08 · audit v0.4.1 · source sha 4f83675ca38afull audit observations/trust-audit/skill/jeremylongshore__brightdata-common-errors.json · Report an issue / request a re-scan
04

Audit history

Every audit this skill has had.

DateSourceVerdictGradeScoreChange
2026-10-084f83675ca38aSAFEB89first audit
05

Questions

What does the Brightdata Common Errors skill do?

Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com.

Is Brightdata Common Errors safe to install?

The audit found nothing in the source that contradicts what it says it does, and graded it B (89/100). Grade A is held back for packages that have also passed a sandboxed behavioural run, which is why a clean skill reads B.

What can Brightdata Common Errors access on my machine?

The audit observed no filesystem, network or shell use at all in its source.

How current is this page?

The grade is for one exact copy of the source (4f83675ca38a), read on 2026-10-08. The repository is watched, and a new audit runs when it changes — this is the first audit.

Advertisement