Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/corebunch/instatic/instatic-user-e2enpx skills add CoreBunch/Instatic --skill instatic-user-e2egit clone --depth 1 https://github.com/CoreBunch/InstaticWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00083 | $0.01099 |
| Opus 5 | $0.00042 | $0.00549 |
| Sonnet 5 | $0.00017 | $0.00220 |
| Haiku 4.5 | $0.00008 | $0.00110 |
Grade A, and why
instatic-user-e2e scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 130 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Instatic User E2E
Overview
Use this skill to operate Instatic like a real user through the browser, record product-quality findings, and keep durable run logs. This is not a replacement for bun test; it covers the gaps that unit, API, architecture, and happy-dom tests cannot see.
Core Rule
Treat browser-observed behavior as primary evidence. Use code, database, API, or localStorage inspection only to reset the environment, unblock the run, or triage an issue already observed through the UI.
Required References
- Read
docs/e2e/protocol.mdbefore running or changing the protocol. - Read
docs/e2e/feature-matrix.mdbefore choosing scenarios. - Use
docs/e2e/run-log-template.mdwhen writing a new run log. - Use the project-local
agent-browserskill or the available in-app Browser tooling for browser control.
Default Scope
If the user does not name a scope, run the Core Owner Lifecycle:
- Fresh install setup.
- Owner login/logout.
- Open the editor.
- Create or edit a page.
- Add and style basic content.
- Save/reload persistence check.
- Publish.
- Visit the public page as a non-admin user.
Environment Setup
Prefer an isolated SQLite database and upload directory for each run:
DATABASE_URL=sqlite:./.tmp/e2e-agent.db \
UPLOADS_DIR=./.tmp/e2e-uploads \
bun run dev
Before deleting data, verify the target is disposable:
- Safe:
.tmp/e2e-*,.tmp/dev.db, temporary uploads under.tmp/. - Unsafe without explicit user instruction: production-looking Postgres URLs, non-temporary upload directories, checked-in fixtures.
If ports are busy, inspect them and avoid killing processes you did not start unless the user explicitly gave control of the running app. When possible, use the already-running local app and log the DB/reset limitation.
Run Workflow
- Record repo state: current branch, HEAD SHA, and whether the worktree is dirty.
- Select scenario rows from
docs/e2e/feature-matrix.md. - Reset only disposable data for the run.
- Start or identify the local app URL, usually
http://localhost:5173/admin. - Use the browser as a user. Prefer visible labels and accessible names over test IDs or internal selectors.
- Capture screenshots at the required proof points in
docs/e2e/protocol.md, plus any time a visual issue or confusing state appears. - Log every scenario result in
docs/e2e/runs/YYYY-MM-DD-<scope>.md. - File issues inside the run log before investigating implementation details.
- Summarize blockers, top issues, and recommended next fixes.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 130 lines · 83 tokens per session scan A 3397bf7f04e4
instatic-user-e2e is a skill published in the GitHub repository CoreBunch/Instatic (8,362 stars, last pushed yesterday), licensed MIT. It adds 83 tokens to every session and 1,099 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
agent-browser
Browser automation for testing and verification. Use when you need to interact with web UIs, verify visual changes, fill forms, or capture screenshots.
playwright-cli
Automate browser interactions, test web pages and work with Playwright tests.
browse
Fast headless browser for QA testing and site dogfooding. (gstack).
use-agent-browser-for-airi
Test AIRI display-model imports with agent-browser across stage-tamagotchi Electron, stage-web, and stage-pocket mobile web layouts. Use when uploading and verifying contributor-supplied Live2D ZIP, VRM, or MMD ZIP/PMX/PMD files through AIRI's model selector, including onboarding bypass, format-specific import…
triage-ci-flake
Use when CI tests fail on main branch after PR merge, when investigating flaky test failures, or when user provides a PR URL/number to aggregate all failing tests.
ui4-convert-tests
Use when UI changes are complete and e2e tests need updating. Analyzes what changed in UI components and systematically finds/fixes affected tests.