Skip to content
alyn
zhaoxuya520

Competition Browser Persistence skill

Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for browser cookies, localStorage, sessionStorage, IndexedDB, Cache Storage, service workers, offline caches, and client-side session persistence. Use when the user asks to inspect browser state, replay cached auth or session behavior, explain why a page behaves differently after load, or trace how stored client state changes requests, rende

$npx skills add zhaoxuya520/reverse-skill --skill competition-browser-persistence
View this skill on GitHubzhaoxuya520/reverse-skill/CTF-Sandbox-Orchestrator/competition-browser-persistence/SKILL.md
Pack stars
44,428
Pack installs
64k
Alyn Score
72/99
Updated
2 months ago
License
MIT
– views – installs via Alyn

Install Competition Browser Persistence

Pick your agent. Every command is ready to paste.

$npx skills add zhaoxuya520/reverse-skill --skill competition-browser-persistence

The open skills CLI detects your agents (Claude Code, Cursor, Codex and 70+ more) and installs to the right folder. Add -g to install globally.

01

Install it

Run the command above, or upload the folder in Claude.

02

Ask naturally

Describe the task. Your agent loads competition-browser-persistence when the request matches its description.

03

Name it if needed

If it does not trigger, say “use the competition-browser-persistence skill”. In Codex, type $competition-browser-persistence.

The skill itself

SKILL.md

FolderGitHub

Competition Browser Persistence

Use this skill only as a downstream specialization after $ctf-sandbox-orchestrator is already active and has established sandbox assumptions, node ownership, and evidence priorities. If that has not happened yet, return to $ctf-sandbox-orchestrator first.

Use this skill when the decisive branch lives in browser-held state rather than only in visible HTML or backend source.

Reply in Simplified Chinese unless the user explicitly requests English.

Quick Start

  1. Identify the active persistence surface first: cookie jar, localStorage, sessionStorage, IndexedDB, Cache Storage, or service worker.
  2. Record origin, scope, domain, path, expiry, and key names before mutating state.
  3. Tie stored state to one concrete effect: request header, rendered branch, cached response, offline behavior, or hidden route access.
  4. Separate boot-time state from runtime-mutated state.
  5. Reproduce the smallest stateful sequence that reaches the decisive branch.

Workflow

1. Map Browser State Surfaces

  • Inspect cookies, storage buckets, service worker registrations, cache entries, and transient globals exposed during boot.
  • Record which origin, host, route, or feature flag each state item actually applies to.
  • Keep auth tokens, refresh material, CSRF state, cached responses, and feature toggles in separate evidence blocks.

2. Tie State To Runtime Behavior

  • Show how stored state becomes request headers, role derivation, route visibility, cached API data, or offline fallback behavior.
  • Compare clean-state and mutated-state runs with one variable changed at a time.
  • Distinguish UI-only state from backend-accepted state.

3. Reduce To The Decisive Persistence Chain

  • Compress the result to the smallest chain: initial page or login -> state persisted -> subsequent request or render branch -> resulting capability.
  • Keep extracted storage, service worker scripts, and replay steps tied to the same origin and route.
  • If the problem broadens into general web routing or worker behavior outside browser persistence, switch back to the broader web-runtime skill.

Read This Reference

  • Load references/browser-persistence.md for the browser-state checklist, service-worker checklist, and evidence packaging.

What To Preserve

  • Cookie attributes, storage keys, database names, cache keys, service worker scopes, and origin boundaries
  • The exact request or render effect caused by each decisive state item
  • Clean-state vs mutated-state reproduction steps for the smallest working path

Tips for Competition Browser Persistence

  • • Start a fresh session after installing so your agent picks up the new skill.
  • • It bundles reference files. The agent reads them only when needed, so they cost no context until then.
  • • It is part of a pack with 30 skills. Install only the ones you need with --skill to keep triggers precise.
  • • If two skills overlap, mention the one you want by name.

Questions about Competition Browser Persistence

What does the Competition Browser Persistence skill do?

Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for browser cookies, localStorage, sessionStorage, IndexedDB, Cache Storage, service workers, offline caches, and client-side session persistence. Use when the user asks to inspect browser state, replay cached auth or session behavior, explain why a page behaves differently after load, or trace how stored client state changes requests, rende

How do I install Competition Browser Persistence?

Run "npx skills add zhaoxuya520/reverse-skill --skill competition-browser-persistence" in your project. The skills CLI installs it for Claude Code, Cursor, Codex and 70+ other agents. In Claude on the web, upload the skill folder as a ZIP under Customize > Skills.

Does Competition Browser Persistence work in Cursor and Codex?

Yes. Competition Browser Persistence uses the open SKILL.md format, so it works in Claude Code, Claude, Cursor, OpenAI Codex, Gemini CLI, GitHub Copilot and other agents that support agent skills.

Is Competition Browser Persistence free?

Competition Browser Persistence is open source on GitHub under the MIT license. It is free to install; check the license before commercial use.

Who made Competition Browser Persistence?

Competition Browser Persistence is published by zhaoxuya520 in the zhaoxuya520/reverse-skill repository, together with 29 other skills.

Similar skills. From other creators.