AgentStack
SKILL verified MIT Self-run

Exploration Protocol

skill-dwmkerr-claude-toolkit-exploration-protocol · by dwmkerr

Structured approach to explore features before production development. Templates for objectives, acceptance criteria, architecture, prototypes, and verification. This skill should be used when the user asks to "explore a feature", "start an exploration", "create a task folder", or mentions exploration protocol.

No reviews yet
0 installs
9 views
0.0% view→install

Install

$ agentstack add skill-dwmkerr-claude-toolkit-exploration-protocol

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access Used
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Exploration Protocol? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Exploration Protocol

A structured approach to explore features before production development. The goal is to learn, build acceptance criteria, experiment with verifiable prototypes, and codify learnings.

Task Folder Structure

tasks/NNN-taskname/
├── 01-objectives.md
├── 02-acceptance-criteria.md
├── 03-architecture.md
├── 04-verifiable-prototype.md
├── 05-verification.md
├── 06-outcome.md
├── 99-research/
└── 99-findings/

Document Templates

You MUST read the template files in ./references/001-example-task/ before scaffolding a task folder. These templates show the exact structure and format to use:

  • [01-objectives.md](./references/001-example-task/01-objectives.md)
  • [02-acceptance-criteria.md](./references/001-example-task/02-acceptance-criteria.md)
  • [03-architecture.md](./references/001-example-task/03-architecture.md)
  • [04-verifiable-prototype.md](./references/001-example-task/04-verifiable-prototype.md)
  • [05-verification.md](./references/001-example-task/05-verification.md)
  • [06-outcome.md](./references/001-example-task/06-outcome.md)

Key Patterns

Stub Markers

For sections to be filled in later:

> Stub - to be filled in after objectives and acceptance criteria are approved.

Criteria Tables

Always pair criteria with verification method:

| Criterion | Verification Method |
|-----------|---------------------|
| User can log in | Manual test: complete flow, see logged-in state |
| API returns 401 on bad auth | `curl -H "Auth: bad"` shows 401 |

Checkpoint Lists

For prototypes, use checkboxes:

**Checkpoint 1:**
- [ ] Auth0 application configured
- [ ] PKCE enabled

ASCII Diagrams

Keep simple:

┌─────────────┐     ┌─────────────┐
│   Popup     │────▶│  Background │────▶ API
└─────────────┘     └─────────────┘

Phase Flow

  1. Objectives → user reviews
  2. Acceptance Criteria → user approves before work begins
  3. Architecture → stub until criteria approved
  4. Prototype → incremental with checkpoints
  5. Verification → evidence for each criterion
  6. Outcome → learnings and follow-on work

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.