Puppeteer Browser Automation Library for Chrome and Firefox
Uses Puppeteer to control Chrome and Firefox through the DevTools Protocol or WebDriver BiDi for screenshots, PDF generation, scraping, and browser workflow automation. Best when you want a well-known JavaScript automation library with straightforward installation and deep control over browser pages.
npx skills add agentskillexchange/skills --skill puppeteer-browser-automation-library-for-chrome-and-firefox
Puppeteer Browser Automation Library for Chrome and Firefox is built around the official Puppeteer project published at puppeteer/puppeteer. Puppeteer provides a high-level JavaScript API for controlling browsers over the DevTools Protocol and, in newer flows, WebDriver BiDi. The upstream install guide shows the primary package command, explains the difference between puppeteer and puppeteer-core, and documents how the standard package downloads a compatible Chrome for Testing binary automatically.
What this skill actually does
The main job-to-be-done here is dependable scripted browser control in environments where an agent or automation task needs to open pages, wait for application state, capture screenshots, print PDFs, extract rendered content, or perform authenticated UI workflows. This is especially useful for test harnesses, internal scraping tools, QA helpers, regression checks, and content pipelines that need a browser with JavaScript enabled rather than a simple HTTP fetch. Common integration points include Node.js applications, CI jobs, web monitoring scripts, screenshot services, and headless browser workers that connect to remote or managed browser infrastructure.
This skill differs from generic βweb scrapingβ abstractions because Puppeteer exposes page-level automation primitives directly: browser launch and connection, viewport control, DOM interaction, locator-based actions, page events, screenshots, PDF generation, and remote browser connections. It is a real, well-maintained upstream project with a public docs site, Apache-2.0 licensing, active releases, and a large adoption footprint on GitHub. That combination gives it enough evidence and adoption to pass the intake gate and be published as verified metadata rather than a speculative listing.