* chore(stdlib): add conformance tooling for the skills library
The library had no gate that could express what a valid skill is, so
malformed frontmatter, over-budget files and credential literals went
unnoticed. These scripts define and enforce that contract.
- validate-skills.py: extend with Agent Skills v1.0 conformance -
naming rules and directory agreement, an explicit activation trigger
in the description, canonical layout, the 500-line SKILL.md budget,
relative-link integrity, and two security rules (no unrestricted
Bash(*) grant, no credential literals). Structural checks now read a
skill as a whole so material moved into references/ still counts.
- split-skill-references.py: move the heaviest sections of an oversized
SKILL.md into references/. Verifies line by line that every source
line lands in exactly one output and refuses to write otherwise.
- generate-skill-inventory.py: derive SKILLS_INVENTORY.md and
DIRECTORY_STRUCTURE.md from the tree so they cannot drift.
- generate-skill-catalog.py: index the canonical layout only, count
references/ toward a skill's size, and stop truncating descriptions
at 200 characters - the catalog is the discovery surface and must
carry the activation trigger.
- .gitignore: Python bytecode from these scripts, and local .pcl state.
Reviewed-by: Security Analyst, Compiler Engineer, DevX Engineer
* fix(stdlib): bring all 174 skills to Agent Skills v1.0 conformance
No skill in the library was conformant. 41 of 175 failed the existing
validator outright, and none satisfied the spec. This pass fixes the
tree and records the result. See stdlib/CHANGELOG.md for the per-skill
versioning and migration notes.
BREAKING CHANGE: one skill removed, five moved, seven with a capability
withdrawn. Library version 2.0.0 -> 3.0.0.
Structure
- Convert 71 skills stored as flat files to <category>/<name>/SKILL.md,
the layout the spec requires and the only one able to carry companion
resources.
- Rename 5 directories that disagreed with their declared name:, so
resolution by path and by name stop giving different answers. The
repository docs already referenced the corrected paths.
- Merge the duplicate legal-technology skills into legaltech-expert and
delete legal-tech-expert, carrying over everything the survivor
lacked.
Metadata
- Repair 20 unparseable frontmatters: an H1 preceded the --- block and
the key was skill_id: instead of name:, so any parser reading
frontmatter at offset 0 saw no metadata at all. The objectives,
prerequisites and outcome they carried become real body sections.
- Add the missing version: to 21 skills, fold keywords into tags, move
expertise_level under metadata, and align 10 category: values with
their directory.
Discoverability
- Give all 174 descriptions an explicit "Use when ..." trigger, built
from each skill's own tags and section headings. 152 previously said
only what the skill was about, leaving an agent nothing to match on.
Progressive disclosure
- Split 127 oversized skills, moving bulk material into references/ read
on demand and leaving an index behind. A SKILL.md now averages 277
lines instead of 644 and none exceeds 500. Verified lossless line by
line against the previous revision.
Security
- Withdraw the unrestricted Bash(*) grant from 7 skills; none of the six
non-financial ones contained a single shell command. finance-expert
documents code that charges cards and reads bank accounts, so it now
grants no shell at all.
- Remove credential literals: Stripe keys, two JWT signing keys, an
Express session secret, a Redis password and WiFi credentials, all
inlined in examples. They load from the environment now.
- finance-expert: idempotency keys were documented but absent, so a
retry double-charged; webhook signature failures were not caught, so a
forged event raised uncaught instead of being rejected;
int(amount * 100) truncated fractions of a cent. All fixed, plus a
money-movement guardrails section.
- trading-expert: place_order routed without any pre-trade risk check
although a RiskManager sat unused in the next section. Risk validation
now runs before routing and raises rather than returning a boolean a
caller can ignore; live routing is opt-in.
- Correct an Ansible Vault example that showed plaintext under an
"encrypted" label.
Also fixes 8 broken documentation links and a prematurely closed code
fence in skill-creator-expert that leaked template content into prose.
Per the repository file-organization policy, four stale progress reports
(SKILLS_MANIFEST, COMPLETE_SKILLS_LIBRARY, COMPLETE_LIBRARY_MANIFEST,
PHASE_3_DATA_ANALYTICS) move out of stdlib/ into the gitignored
.roadmap/status/stdlib/; they claimed 31 of 100 skills complete. They
appear here as deletions because .roadmap/ is not tracked.
Reviewed-by: Security Analyst, Language Designer, DevX Engineer,
Documentation Specialist
* fix(skills): resolve standard library skills from their real layout
No stdlib skill was resolvable. SkillResolver looked for
`<stdlibDir>/<name>.md` with stdlibDir defaulting to `stdlib/skills`, a
directory that does not exist, and the path ignored the category level
the library actually uses. The two LSP providers had the same wrong
directory and scanned only one level deep, so neither completion nor
go-to-definition could see a skill either.
- skill-discovery.ts: enumerate skill entry points across the shapes in
use - a flat `<name>.md`, `<name>/SKILL.md`, and
`<category>/<name>/SKILL.md` - while skipping references/, scripts/
and assets/, which hold supporting material rather than entry points.
- skill-resolver.ts: point stdlibDir at `stdlib`, and look the name up
as a directory under any category as well as the two legacy shapes, so
existing custom stdlib directories keep working. The name is used as a
single path segment and rejected if it contains a separator or
traversal, so a reference cannot escape the stdlib root.
- Rewire both LSP providers onto the shared discovery helper.
Tests: 13 new cases covering the layouts, ordering, the references/
exclusion, path-traversal rejection, and an integration test that
resolves real shipped skills by bare name.
Reviewed-by: Compiler Engineer, Runtime Architect, Security Analyst
* feat(stdlib): add 17 skills covering the library's largest gaps
Selection was driven by cross-referencing coverage against observed usage
rather than by intuition: Stack Overflow and GitHub Octoverse data for
which technologies matter, and install rankings on public agent-skill
registries for the shape of skills people actually use.
That comparison found a mismatch of form, not only of coverage. The
most-installed skills in the ecosystem are procedures - tdd, refactoring,
frontend design, browser automation - while all 174 existing skills were
domain knowledge shaped as <domain>-expert. The new workflows/ category
closes that gap and introduces the <activity>-workflow convention.
New category workflows/ (4)
- tdd-workflow, refactoring-workflow, debugging-workflow,
code-review-workflow. code-review-workflow complements rather than
replaces code-review-expert: procedure versus judgement. Merge them if
the split proves confusing in use.
Applied AI (3) - the largest coverage gap
- llm-engineering-expert, rag-expert, agent-engineering-expert.
The library referenced LLMs in tags but covered none of it: pgvector
appeared zero times across 174 skills, LangChain once, MCP twice
despite the repository shipping an MCP integration guide.
Capabilities (2)
- document-processing-expert (PDF, DOCX, XLSX, PPTX in one skill),
browser-automation-expert (a client against third-party sites,
distinct from playwright-expert which tests your own application).
Data (3)
- mysql-expert, the second most used database and previously absent
while rarer stores had skills; analytical-databases-expert;
stream-processing-expert.
Security (3)
- secrets-management-expert, supply-chain-security-expert (OWASP A03
2025), identity-access-expert (OWASP A01).
Interface and meta (2)
- accessibility-expert: design/ held only design-expert, which despite
its name covers software architecture, so WCAG had no home.
- skill-router: find and compose skills across 191, with a
disambiguation table for overlapping pairs.
Grouping by decision context rather than by technology keeps the growth
to 17 skills for roughly 50 topics. Five vector stores live inside
rag-expert; four document formats inside document-processing-expert.
Per-tool depth sits in references/, which the progressive-disclosure work
in 3.0.0 made cheap.
Four further gaps are better served by extending existing skills -
PyTorch and TensorFlow in ml-expert, OpenTelemetry in monitoring-expert,
Pulumi and Crossplane in terraform-expert - and are not in this change.
Library 3.0.0 -> 3.1.0, additive only. Adds the workflows label to the
inventory generator; catalogue, inventory, structure and CHANGELOG
regenerated.
Reviewed-by: Product Strategist, Security Analyst, DevX Engineer,
Documentation Specialist
* fix(test): create test directories with mkdtempSync
CodeQL flagged js/insecure-temporary-file (CWE-377) on both suites.
`join(tmpdir(), <predictable name>)` followed by mkdirSync creates a
world-readable directory at a guessable path, so another local user can
pre-create it or plant a symlink between the name being computed and the
directory being created.
mkdtempSync creates the directory atomically with a random suffix and
0700 permissions, which closes both the disclosure and the race.
One occurrence is new in this branch (skill-discovery); the other
pre-dates it in skill-resolver and is fixed in the same pass rather than
left as a known finding in a file this branch already touches.
11 KiB
name, version, description, category, tags, allowed-tools, metadata
| name | version | description | category | tags | allowed-tools | metadata | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| browser-automation-expert | 1.0.0 | Drive a real browser to navigate, extract data and complete flows on sites without an API: scraping, crawling, authentication, dynamic content and anti-bot handling. Use when the user mentions web scraping, crawling, browser automation, Puppeteer or headless Chrome, wants data pulled from a website, needs a login or checkout flow driven programmatically, or when the task involves rendering JavaScript pages, screenshots, or extracting structured data from HTML. | tools |
|
|
|
Browser Automation Expert
Driving a browser to obtain data or complete a flow that has no API. Distinct
from playwright-expert, which covers browsers as a testing tool against your
own application; this skill covers browsers as a client against someone else's.
Before Automating: Is It Allowed?
Automation of a third-party site is a legal and ethical question before it is a technical one. Check, and record the answer:
- Is there an API? Use it. It is faster, more stable and unambiguously permitted.
- Terms of service — automated access is often restricted. Read them.
robots.txt— not legally binding everywhere, but ignoring it is a deliberate act you should be able to justify.- Personal data — scraping triggers GDPR obligations regardless of the data being public. There must be a lawful basis, and data subjects have rights over what you collected.
- Copyright and database rights — publicly readable is not freely reusable.
- Load — your throughput is someone else's cost.
If the answer to any of these is unclear, escalate rather than proceeding. This skill will not help evade access controls, defeat CAPTCHAs on a site that has refused you, or scrape behind an authentication wall you are not entitled to cross.
Core Concepts
Choose the Lightest Tool
| Need | Tool |
|---|---|
| Static HTML | httpx + selectolax/BeautifulSoup — no browser |
| Data present in a JSON endpoint the page calls | Call that endpoint directly |
| JavaScript-rendered content | Headless browser |
| Interaction: login, upload, multi-step flow | Headless browser |
Open the network tab before writing a scraper. Most "JavaScript-heavy" sites fetch their data from a JSON endpoint you can call directly — a hundred times cheaper and far more stable than driving a browser.
Selectors Are the Fragile Part
CSS classes generated by a build tool change on every deploy. Prefer, in order:
stable id and data-* attributes, accessible roles and labels, text content,
then structural position as a last resort.
Waiting Is Not Sleeping
sleep(3) is both slow and flaky. Wait for a condition — an element, a response,
a network idle state — with a timeout.
Driving a Browser
from playwright.sync_api import sync_playwright
def fetch_listings(url: str) -> list[dict]:
with sync_playwright() as p:
browser = p.chromium.launch(headless=True)
context = browser.new_context(
user_agent="ResearchBot/1.0 (+https://example.com/bot)",
locale="en-GB",
viewport={"width": 1280, "height": 900},
)
page = context.new_page()
page.goto(url, wait_until="domcontentloaded", timeout=30_000)
page.wait_for_selector("[data-testid='listing']", timeout=15_000)
listings = [
{
"title": el.get_attribute("data-title"),
"price": el.locator(".price").inner_text().strip(),
"url": el.locator("a").get_attribute("href"),
}
for el in page.locator("[data-testid='listing']").all()
]
context.close()
browser.close()
return listings
Identify your bot honestly in the user agent, with a contact URL. It is the difference between being rate-limited and being blocked, and it is the professional default.
Intercepting the data directly
Often the fastest correct approach: let the page load and capture its API response rather than parsing the DOM.
def capture_api(url: str) -> dict:
payload = {}
def on_response(response):
if "/api/v2/search" in response.url and response.ok:
payload.update(response.json())
page.on("response", on_response)
page.goto(url, wait_until="networkidle")
return payload
The JSON is already structured, already typed, and does not break when the layout changes.
Blocking what you do not need
Images, fonts and analytics account for most of the bandwidth and time.
context.route("**/*", lambda route: (
route.abort() if route.request.resource_type in {"image", "font", "media"}
else route.continue_()
))
Authentication
Log in once, reuse the session, and never re-authenticate per request.
# One-off: perform the login and persist the session
context = browser.new_context()
page = context.new_page()
page.goto("https://example.com/login")
page.fill("#username", os.environ["SITE_USERNAME"])
page.fill("#password", os.environ["SITE_PASSWORD"])
page.click("button[type=submit]")
page.wait_for_url("**/dashboard")
context.storage_state(path="state.json") # cookies + localStorage
# Later runs
context = browser.new_context(storage_state="state.json")
Credentials come from the environment or a secrets manager. state.json is a
credential: keep it out of version control, encrypt it at rest, and set an
expiry so a stale session fails loudly rather than silently returning logged-out
pages.
Crawling Politely
import asyncio, urllib.robotparser
from urllib.parse import urljoin, urlparse
class Crawler:
def __init__(self, root: str, concurrency: int = 2, delay: float = 1.0):
self.root, self.delay = root, delay
self.seen: set[str] = set()
self.sem = asyncio.Semaphore(concurrency)
self.robots = urllib.robotparser.RobotFileParser()
self.robots.set_url(urljoin(root, "/robots.txt"))
self.robots.read()
def allowed(self, url: str) -> bool:
return (
urlparse(url).netloc == urlparse(self.root).netloc # stay on the site
and self.robots.can_fetch("ResearchBot", url)
)
async def crawl(self, url: str, depth: int = 0, max_depth: int = 3):
if depth > max_depth or url in self.seen or not self.allowed(url):
return
self.seen.add(url)
async with self.sem:
page_data, links = await self.fetch(url)
await asyncio.sleep(self.delay) # between requests
yield page_data
for link in links:
async for item in self.crawl(link, depth + 1, max_depth):
yield item
Low concurrency and a real delay are not politeness theatre — they keep you below the threshold that gets an IP range banned, and they respect the fact that a small site's server is not free.
Honour Crawl-delay and Retry-After when present. On 429 or 503, back off
exponentially rather than retrying immediately.
Anti-Bot Measures
Sites signal how they want to be treated. Read the signal.
- Rate limiting (429) — slow down. This is a request, and complying is usually enough.
- A CAPTCHA appearing occasionally — reduce rate, use a persistent session, behave less mechanically.
- A hard block, an explicit refusal, or a CAPTCHA on every request — the site has declined. Stop and seek permission or a data licence.
Legitimate technical hygiene that also reduces false positives: reuse a session rather than opening a fresh browser per page, keep a consistent and honest user agent, request at human-plausible intervals with jitter, do not parallelise aggressively against one host, and cache so you never fetch the same page twice.
Circumventing an access control that has been applied to you specifically is out of scope for this skill, whatever the technique.
Extraction
from selectolax.parser import HTMLParser
def parse_listing(html: str) -> dict:
tree = HTMLParser(html)
def text(selector: str) -> str | None:
node = tree.css_first(selector)
return node.text(strip=True) if node else None
return {
"title": text("h1[itemprop=name]"),
"price": parse_money(text("[data-price]")),
"sku": text("[itemprop=sku]"),
}
Check for structured data before parsing the DOM — many sites publish
application/ld+json blocks that give you clean, typed records for free.
Validate what you extract. A scraper that silently returns None for price
across ten thousand records produces a dataset that looks fine and is worthless.
class Listing(BaseModel):
title: str = Field(min_length=1)
price: Decimal = Field(gt=0)
sku: str
Best Practices
- Cache aggressively. Store raw HTML with its URL and timestamp; re-parse from cache while developing selectors rather than re-fetching.
- Make it resumable. Persist progress so a crawl interrupted at 80 % does not restart.
- Monitor for silent breakage. Alert when the extraction success rate drops — layout changes fail quietly.
- Run browsers in a container with memory limits, and always close contexts; leaked browser processes exhaust a host quickly.
- Record the fetch date with every record. Scraped data ages.
- Set a per-page timeout and an overall run budget.
- Keep the parser separate from the fetcher so you can re-parse a cached corpus without touching the network.
Anti-Patterns
- Using a browser for static HTML — fifty times the cost for no benefit.
sleep()instead of waiting for a condition — slow and flaky at once.- Selectors on generated class names —
.css-1x9y2zbreaks on the next deploy. - Unbounded concurrency — a denial of service you did not intend to commit.
- Ignoring 429 and retrying harder — escalates a rate limit into a ban.
- Storing personal data without a lawful basis — a compliance incident, not a technical one.
- No validation on extracted fields — silent corruption at scale.
Reference Documentation
- Playwright Recipes — infinite scroll, pagination, file downloads and uploads, iframes, shadow DOM, PDFs and screenshots, containerised deployment