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.
Virus-scanned
Reviewed automatically before listing.
Download
obedience-corp-festival-skills_campaign-structure-01263e8.zip · 1 KB
Install
skills CLI
npx skills add https://github.com/Obedience-Corp/festival/tree/main/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/(usecamp 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-leveldungeon/
Critical Distinctions
.campaign/intents/(especiallyinbox/) 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/orworkflow/design/without going through intents first. - Treating
docs/as the place for internal specs (useworkflow/design/or.campaign/intents/). - Creating ad-hoc top-level directories instead of using the established taxonomy.
- Forgetting that
cgo inow navigates to.campaign/intents/.
Files (festival)
-
SKILL.md 2.5 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. version: "1.3.1" author: Obedience Corp license: Apache-2.0 metadata: hermes: tags: - camp - structure - workspace - orientation category: camp --- # 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.
Reviews (0)
No reviews yet.
No comments yet.