data-acquisition-browser
Use for Patchright/Playwright-based public or authorized browser probing: warm-session cookie/storage generation, browser network capture, JSON/API route…
Skill by Pranjay-kumar
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/pranjay-kumar-data-acquisition-browser
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: backend, testing, data, security
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
- Runs as
- Node.js package
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/data-acquisition-browser
What's inside
- Skill name
data-acquisition-browser- Description
- Use for Patchright/Playwright-based public or authorized browser probing: warm-session cookie/storage generation, browser network capture, JSON/API route discovery from page loads, rendered DOM fallback, screenshots, tiny DOM samples, and user-owned storage-state workflows. Do not use for CAPTCHA solving, credential extraction, auth bypass, or rate-limit bypass.
- License
- MIT
- Instructions
- 91 lines in SKILL.md · view on GitHub
Before installing
- Ships executable scripts
Files (4)
- SKILL.md
- patchright_cookie_endpoint_probe.mjs · scripts/
- patchright_page_dom_probe.mjs · scripts/
- playwright_probe.mjs · scripts/
SKILL.md (first lines)
# Data Acquisition Browser Act as the browser acquisition specialist. Use Patchright for warm-session capture when a normal browser must mint cookies or storage state before API endpoints are visible. Use Playwright for ordinary rendered-DOM fallback when structured HTTP probes are insufficient and no warm browser context is needed. When the user asks for page loads only or "no API", use Patchright as a renderer and extract DOM/JSON-LD/meta/visible rows only. Do not harvest, replay, or recommend structured endpoints in that mode. ## Shared Core Read from `../data-acquisition-core/references/`: - `source-access.md` - `playwright-rendered-dom.md` - `probing.md` - `compliance-boundaries.md` - `output-contracts.md` ## Helpers Use `scripts/patchright_cookie_endpoint_probe.mjs` for warm-session cookie/storage generation and endpoint discovery. Use `scripts/patchright_page_dom_probe.mjs` for Patchright page-load-only DOM extraction. Use `scripts/playwright_probe.mjs` only for ordinary public rendered-DOM fallback. From the repo root: ```powershell npm install npx patchright install chrome npm run probe:patchright -- "https://example.com/public-category" "outputs/example-patchright-endpoints.json" ``` The Patchright helper opens a persistent Chrome context, lets the page create ordinary browser-issued cookies/storage state, records JSON/API/XHR-looking requests and responses, saves local storage state under `auth/`, and writes a redacted endpoint report. Page-load-only mode: ```powershell $env:PATCHRIGHT_HEADLESS = "0" npm run probe:patchright-page -- "https://example.com/category" "outputs/example-page-dom.json" ``` This mode records rendered page metadata, JSON-LD, canonical URL, visible text, candidate links, product/listing-like DOM nodes, and a screenshot. It sets `api_endpoint_discovery: false` and `replay_attempted: false`. Useful options: ```powershell $env:PATCHRIGHT_STORAGE_STATE = "auth\target-storage-state.json" $env:PATCHRIGHT_USER_DATA_DIR = "auth\target-profile" $env:PATCHRIGHT_HEADLESS = "0" npm run probe:patchright -- "https://example.com/category" "outputs/target-endpoints.json" ``` Playwright fallback: ```powershell npx playwright install chromium npm run probe:playwright -- "https://example.com/public-page" "outputs/example-playwright-probe.json" ``` Never print or commit storage state, cookies, account pages, or local browser profiles. ## Autonomous Browser Fallback Rules Use this ladder for tiny feasibility probes: 1. Try headless only when it is likely to behave like an ordinary public browser. 2. If headless returns a block page but the user allows browser probing, retry once with Patchright non-headless and a persistent local profile. 3. If non-headless loads the public page, extract a sample of at most 20 visible rows and classify the route as browser-context dependent. 4. If non-headless also returns access denied, CAPTCHA, login, or verification, stop. Do not add stealth, CAPTCHA solving, identity rotation, or bypass logic. 5. If the user requested no API, use `probe:patchright-page`; do not run endpoint discovery or replay. ## Warm Session Capture Use this when a normal public page, such as a retail category page, issues browser-context XHR/fetch requests that cold HTTP probes cannot reproduce. Capture locally: - user-owned browser cookies/storage state generated by Patchright - observed endpoint URL and query params - safe request headers such as `Accept`, `Accept-Language`, `Origin`, and `Referer` - response field shape, pagination params, and sample rows Do not capture or publish cookies, auth tokens, CAPTCHA tokens, account state, cart state, or fingerprint material. Required sequence: 1. Run `npm run probe:patchright` against the public page or explicitly authorized owned-session page. 2. Review `endpoint_candidates` and `network.structured_*` in the report. 3. Convert promising URLs into `EndpointPlan` templates with path params, query params, pagination, and safe headers. 4. Replay only tiny probes in the same user-owned context when cookies/storage are required. 5. Mark the source access as `owned_session` and output label as `non_public_authorized_result` whenever replay depends on local state. See `../data-acquisition-core/references/execution-adapters.md` for optional runtime adapters, including Jacob Padilla's Stealth-Requests and Google-Colab-Selenium projects.
From Pranjay-kumar/universal-data-acquisition-pipeline-skill, MIT.
More from Pranjay-kumar/universal-data-acquisition-pipeline-skill
- 0.512score
data-acquisition-core
Pranjay-kumar
Shared core for the data acquisition skill tree.
SkillCFreshness: C★ 2Claude Code +9 - 0.508score
universal-data-acquisition-pipeline
Pranjay-kumar
Trigger when the user wants to collect, structure, evaluate, crawl, extract, refresh, or build reusable data acquisition pipelines from websites, APIs…
SkillCFreshness: C★ 2Claude Code +9 - 0.507score
data-acquisition-publish
Pranjay-kumar
Use when packaging real data acquisition results for publication: probe-backed case studies, README summaries, evidence tables, sample rows, feasibility…
SkillCFreshness: C★ 2Claude Code +9 - 0.507score
data-acquisition-design
Pranjay-kumar
Use when the user needs to decide what data to collect before scraping or API work: DatasetNeed, DatasetSpec, entity grain, required vs nice-to-have fields…
SkillCFreshness: C★ 2Claude Code +9 - 0.504score
data-acquisition-discovery
Pranjay-kumar
Use for discovering and reverse-engineering data sources: official APIs, XHR/fetch, GraphQL, persisted queries, Algolia, Shopify, Salesforce Commerce Cloud…
SkillCFreshness: C★ 2Claude Code +9 - 0.482score
data-acquisition-pipeline
Pranjay-kumar
Use when the user wants a production-grade scraping/API/browser pipeline design or implementation plan: pipeline.yaml, schemas, raw/staged/normalized outputs…
SkillCFreshness: C★ 2Claude Code +9 - 0.482score
data-acquisition-feasibility
Pranjay-kumar
Use when the user wants to know whether a dataset/source is worth pursuing, compare routes, score feasibility, identify trapdoors, classify Green/Yellow/Red…
SkillCFreshness: C★ 2Claude Code +9
Signals
- Stars
- 2
- Forks
- 0
- Open issues
- 0
- Last commit (this folder)
- Jun 10, 2026 (4 months ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from Pranjay-kumar
- 0.512score
data-acquisition-core
Pranjay-kumar
Shared core for the data acquisition skill tree.
SkillCFreshness: C★ 2Claude Code +9 - 0.508score
universal-data-acquisition-pipeline
Pranjay-kumar
Trigger when the user wants to collect, structure, evaluate, crawl, extract, refresh, or build reusable data acquisition pipelines from websites, APIs…
SkillCFreshness: C★ 2Claude Code +9 - 0.507score
data-acquisition-publish
Pranjay-kumar
Use when packaging real data acquisition results for publication: probe-backed case studies, README summaries, evidence tables, sample rows, feasibility…
SkillCFreshness: C★ 2Claude Code +9 - 0.507score
data-acquisition-design
Pranjay-kumar
Use when the user needs to decide what data to collect before scraping or API work: DatasetNeed, DatasetSpec, entity grain, required vs nice-to-have fields…
SkillCFreshness: C★ 2Claude Code +9 - 0.504score
data-acquisition-discovery
Pranjay-kumar
Use for discovering and reverse-engineering data sources: official APIs, XHR/fetch, GraphQL, persisted queries, Algolia, Shopify, Salesforce Commerce Cloud…
SkillCFreshness: C★ 2Claude Code +9 - 0.482score
data-acquisition-pipeline
Pranjay-kumar
Use when the user wants a production-grade scraping/API/browser pipeline design or implementation plan: pipeline.yaml, schemas, raw/staged/normalized outputs…
SkillCFreshness: C★ 2Claude Code +9
Cite this page
data-acquisition-browser skill. Agent Mart. https://agentmart.dev/skills/pranjay-kumar-data-acquisition-browser (last updated 2026-10-24)