forward-plan

Solid

Use when turning Brigade's native ready set, outcome rank, and ROADMAP.md into a dependency-filed plan artifact under .brigade/work/plans/ - propose GraphTrail-derived edges (blocks from def/use, conflicts-with from write overlap) marked derived and requiring confirmation. Degrade cleanly when GraphTrail is unavailable. Never a subcommand.

AI & Automation 72 stars 7 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 82/100

Stars 20%
62
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# forward-plan Turn the native ready set, outcome ranking, and the repo ROADMAP into one dependency-filed plan artifact. Brigade stays invoke-only. This skill is the allowlist-bound agent recipe. It is a registry skill, never a CLI subcommand - the planning sequence stays inspectable. ## When this applies - You need a forward plan that joins what is ready now with roadmap direction. - An operator schedules a headless harness against this skill for planning. - The workspace has (or can create) `.brigade/work/` and may or may not have GraphTrail installed. ## Allowlist Work only through this allowlist: - `brigade work ready --json` (add `--explain` when blocked items matter) - `brigade outcome rank --json` (optional `--by-capability` / `--recency`) - Read of repo-root `ROADMAP.md` under the parse contract below - `brigade code …` for GraphTrail footprint / impact / doctor checks - `brigade work task edge …` / `brigade work task add --graph …` only after an operator confirms derived edges (never auto-apply. See Safety gates) - `brigade work plans` to list existing plan artifacts - Write only under `.brigade/work/plans/` (the plan JSON + plan.md pair) - Read/Grep of on-disk task ledgers, existing plans, and code paths named by GraphTrail output Bash is scoped to those `brigade …` commands only. Do not expand into arbitrary shell, remote APIs, or writes outside `.brigade/work/plans/`. Stay inside the target workspace. Do not follow `..` or symlinks out of it. ## Safe...

Details

Author
escoffier-labs
Repository
escoffier-labs/brigade
Created
4 months ago
Last Updated
yesterday
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

planning

Use when a read-only planning mode is active, a plan is requested, another session runs the work, or edits have two or more order dependencies. Not for same-session work with at most one dependency, one-file edits, git-only work, an unproven failure outside planning mode, or an architecture audit.

1 Updated today
blauwtje
AI & Automation Listed

plan

Lightweight planning workflow — delegate read-only planning to an Opus subagent, then implement in auto mode after a single go-ahead gate. The middle tier between "just do it" (tiny tasks) and heavyweight superpowers planning (big features). Never enters plan mode, so it sidesteps the plan-mode permission prompts. Use when the user invokes /plan, or wants a plan for a medium-sized task before implementing.

1 Updated today
nielsmadan
AI & Automation Listed

plan-module

Use this skill when the user says things like "plan the next module", "plan module 3", "break this module into phases", "create the execution plan for [module]", or is ready to start building a module the roadmap already defines. Not for creating the roadmap or a project's agent docs — use scaffold. Not for building a module that already has a plan file — use execute-plan. Turns one module of an existing development roadmap into a phase-based execution spec an automated coding agent can build from — `docs/guides/feature_[module]_plan.md`, with 2–4 dependency-ordered phases, at most 3–4 tasks each, plain-English test scenarios under every task, and a mandatory verification gate closing each phase. Reads scope, sub-modules, and dependency order out of `docs/development-roadmap.md` rather than inventing them, and confirms the phase cut before writing.

2 Updated 3 weeks ago
melconcoast