* Add `agent-browser skills` command Adds a `skills` CLI command that serves bundled skill content at runtime, always matching the installed CLI version. This solves the problem of agents relying on stale cached SKILL.md files after CLI upgrades. The `npx skills add vercel-labs/agent-browser` flow now installs a single thin discovery skill with trigger words for all use cases (browser automation, dogfooding, Electron apps, Slack, etc.) that directs agents to `agent-browser skills get <name>` for current instructions. The other five skills (dogfood, electron, slack, vercel-sandbox, agentcore) are marked `metadata.internal: true` so they are not installed by default but remain accessible via the CLI command. Subcommands: skills [list] List available skills skills get <name> [--full] Get skill content (with optional references) skills get --all Get all skill content skills path [name] Print skill directory path * Fix skills command robustness: UTF-8 safety, flag handling, path output - Make truncate_description UTF-8-safe using char_indices() instead of byte-indexed slicing that panics on multi-byte codepoints - Pass get_all as a bool parameter to run_get instead of embedding --all as a sentinel string in the names list - Canonicalize skills_dir path so `skills path` output is clean - Warn on unrecognized flags in `skills get` instead of silently ignoring them * Add evals framework and strengthen SKILL.md for better agent compliance Strengthen SKILL.md loading instructions to require `skills get` before running commands, and trim skill descriptions to prevent agents from guessing at command syntax. Add TypeScript/Bun eval framework that tests skill-loading, skill-selection, and command-usage via Claude CLI with Vercel AI Gateway. Evals pass 20/20 (100%), up from 85% baseline. * Fix formatting in skills.rs * Add Codex provider to evals framework Add multi-provider support with a shared Provider interface. Codex provider spawns `codex exec --json`, parses JSONL output, and writes ~/.codex/config.toml for AI Gateway routing. Use `--provider codex` to run evals with Codex (default model: openai/o3). First run scores 19/20 (95%) with 100% on skill-loading and skill-selection. * Use scoped temp dir for Codex config instead of overwriting ~/.codex
Skills Evals
Tests whether the thin SKILL.md + CLI-served skills approach works: do agents load the right skill via agent-browser skills get, then produce correct agent-browser commands?
Prerequisites
- Bun installed
AI_GATEWAY_API_KEYset (Vercel AI Gateway key)- One or both CLIs installed:
claudeCLI (npm i -g @anthropic-ai/claude-code) for the Claude providercodexCLI (npm i -g @openai/codex) for the Codex provider
The evals route all calls through the Vercel AI Gateway (https://ai-gateway.vercel.sh). Set your key before running:
export AI_GATEWAY_API_KEY=gw_your_key_here
Or copy .env.example to .env and source it.
Usage
cd evals
# Run all evals (default: Claude provider)
bun run run.ts
# Use Codex provider
bun run run.ts --provider codex
# Filter by category
bun run run.ts --category skill-loading
bun run run.ts --category skill-selection
bun run run.ts --category command-usage
# Use a specific model (overrides provider default)
bun run run.ts --model anthropic/claude-opus-4.6
bun run run.ts --provider codex --model openai/gpt-4.1
# Enable LLM judge for quality scoring (1-5)
bun run run.ts --judge
# JSON output (for CI or further analysis)
bun run run.ts --json
# Combine options
bun run run.ts --provider codex --category skill-selection --judge
Or via package scripts:
bun run eval # run all (Claude)
bun run eval:claude # run all (Claude, explicit)
bun run eval:codex # run all (Codex)
bun run eval:judge # run all with LLM judge
bun run eval:json # JSON output
Providers
| Provider | CLI | Default Model | Notes |
|---|---|---|---|
| claude | claude -p | anthropic/claude-sonnet-4.6 | Uses ANTHROPIC_API_KEY + ANTHROPIC_BASE_URL env vars |
| codex | codex exec --json | openai/o3 | Writes ~/.codex/config.toml with AI Gateway config |
The LLM judge always uses Claude (anthropic/claude-opus-4.6), regardless of the eval provider.
Eval Categories
skill-loading
Tests that the agent runs agent-browser skills get before issuing browser commands. The thin SKILL.md instructs agents to load skills first; these evals verify compliance.
skill-selection
Tests that the agent picks the correct specialized skill for the task. For example, a Slack task should load the slack skill, not the generic agent-browser skill.
command-usage
Tests that the agent produces correct agent-browser commands for common workflows: navigation + screenshot, form filling with snapshot-interact pattern, diffing, authentication, data extraction.
How It Works
- Each eval case provides a user task prompt
- The thin
skills/agent-browser/SKILL.mdis injected as context (simulating a skill installation) - The chosen provider CLI is called to get a single response
- Pattern matching checks for expected/forbidden command patterns (pass/fail)
- Optionally, a second Claude call judges response quality on a 1-5 scale
Adding Cases
Create or edit files in cases/. Each file exports a cases array of EvalCase objects:
import type { EvalCase } from "../lib/types.ts";
export const cases: EvalCase[] = [
{
id: "xx-01",
name: "Description of what this tests",
category: "skill-loading",
prompt: "The user task to send to the model",
expectedPatterns: ["regex.*that.*must.*match"],
forbiddenPatterns: ["regex.*that.*must.*not.*match"],
rubric: "1 - worst ... 5 - best",
},
];
Then import and add the cases to ALL_CASES in run.ts.
Output
Console mode shows pass/fail per case with failed pattern details:
skill-loading
----------------------------------------------------------------------
✓ Loads skill before opening a page PASS 3200ms
✗ Loads skill before form interaction FAIL 2800ms
✗ Expected pattern not found: agent-browser skills get
JSON mode (--json) outputs structured results for programmatic consumption.