Claude Cursor opencode Skill

campaign-structure

Orient within a camp's directory structure. Use when deciding where work belongs (intents vs festivals vs design vs docs vs dungeon), especially when a task is not yet planned or folder ownership is unclear.

LLM Mart · 0 points · 0 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download obedience-corp-festival-claude-plugin_skills_campaign-structure-01263e8.zip · 1 KB
Part of obedience-corp/festival — 60 skills

Install

skills CLI npx skills add https://github.com/Obedience-Corp/festival/tree/main/claude-plugin/skills/campaign-structure
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install obedience-corp-festival@llmmart
Git git clone https://github.com/Obedience-Corp/festival.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole obedience-corp/festival collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

Camp Structure

A camp was previously called a campaign; the layout below is the same either way.

Placement Rules

  • Raw idea / bug / future work / quick capture: .campaign/intents/inbox/ (use camp intent add)
  • Enriching or preparing for execution: .campaign/intents/active/
  • Ready for structured work: .campaign/intents/ready/ → promote to festival
  • Structured multi-phase execution: festivals/
  • Internal design, architecture, or deep exploration: workflow/design/
  • User-facing documentation: docs/
  • Research, analysis, and exploration notes: workflow/explore/
  • Archive / defer / killed: .campaign/intents/dungeon/ or top-level dungeon/

Critical Distinctions

  • .campaign/intents/ (especially inbox/) is the primary capture surface for new ideas, bugs, and tasks.
  • workflow/design/ is for thoughtful internal design documents and specs.
  • festivals/ is for planned, phased execution (not raw ideas).
  • docs/ is user-facing; workflow/explore/ is internal.

Canonical reference: .campaign/intents/OBEY.md

Layout Snapshot (Current)

.campaign/
├── intents/          # Idea capture (inbox / active / ready / dungeon)
│   └── OBEY.md       # Authoritative intent guide
├── quests/           # Long-lived working contexts
└── skills/           # Camp-specific agent skills (loaded at runtime)

projects/             # Git submodules (the actual codebases)
workflow/
├── code_reviews/
├── pipelines/
├── design/           # Design documents & specs
└── explore/          # Historical research notes

festivals/            # Festival methodology (planning + active)
docs/                 # User-facing documentation
dungeon/              # Top-level archive

Common Mistakes

  • Putting raw ideas directly into festivals/ or workflow/design/ without going through intents first.
  • Treating docs/ as the place for internal specs (use workflow/design/ or .campaign/intents/).
  • Creating ad-hoc top-level directories instead of using the established taxonomy.
  • Forgetting that cgo i now navigates to .campaign/intents/.
Files (festival)
  • SKILL.md 2.3 KB
    ---
    name: campaign-structure
    description: Orient within a camp's directory structure. Use when deciding where work belongs (intents vs festivals vs design vs docs vs dungeon), especially when a task is not yet planned or folder ownership is unclear.
    ---
    
    # Camp Structure
    
    A camp was previously called a campaign; the layout below is the same either way.
    
    ## Placement Rules
    
    - Raw idea / bug / future work / quick capture: `.campaign/intents/inbox/` (use `camp intent add`)
    - Enriching or preparing for execution: `.campaign/intents/active/`
    - Ready for structured work: `.campaign/intents/ready/` → promote to festival
    - Structured multi-phase execution: `festivals/`
    - Internal design, architecture, or deep exploration: `workflow/design/`
    - User-facing documentation: `docs/`
    - Research, analysis, and exploration notes: `workflow/explore/`
    - Archive / defer / killed: `.campaign/intents/dungeon/` or top-level `dungeon/`
    
    ## Critical Distinctions
    
    - `.campaign/intents/` (especially `inbox/`) is the primary capture surface for new ideas, bugs, and tasks.
    - `workflow/design/` is for thoughtful internal design documents and specs.
    - `festivals/` is for planned, phased execution (not raw ideas).
    - `docs/` is user-facing; `workflow/explore/` is internal.
    
    Canonical reference: `.campaign/intents/OBEY.md`
    
    ## Layout Snapshot (Current)
    
    ```text
    .campaign/
    ├── intents/          # Idea capture (inbox / active / ready / dungeon)
    │   └── OBEY.md       # Authoritative intent guide
    ├── quests/           # Long-lived working contexts
    └── skills/           # Camp-specific agent skills (loaded at runtime)
    
    projects/             # Git submodules (the actual codebases)
    workflow/
    ├── code_reviews/
    ├── pipelines/
    ├── design/           # Design documents & specs
    └── explore/          # Historical research notes
    
    festivals/            # Festival methodology (planning + active)
    docs/                 # User-facing documentation
    dungeon/              # Top-level archive
    ```
    
    ## Common Mistakes
    
    - Putting raw ideas directly into `festivals/` or `workflow/design/` without going through intents first.
    - Treating `docs/` as the place for internal specs (use `workflow/design/` or `.campaign/intents/`).
    - Creating ad-hoc top-level directories instead of using the established taxonomy.
    - Forgetting that `cgo i` now navigates to `.campaign/intents/`.
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related