forgeplan_order
Return all artifacts in topological order — parents before children, based purely on structural relations (based_on, refines, supersedes, contradicts). Each node is classified as ready (no unmet prerequisites) or blocked. Cycles in the graph are detected and reported separately.
Category: Dashboards & Graph
When an agent calls it
Section titled “When an agent calls it”- Sprint scheduling — work through the
readylist first to avoid blocking yourself. - Release planning — determine the activation order for a batch of draft artifacts.
- Cycle detection — find reference loops (e.g. two PRDs mutually
based_oneach other). - Import verification — after
forgeplan_import, sanity-check the graph is a DAG.
Input parameters
Section titled “Input parameters”No input parameters. Call this tool with an empty object {}.
Returns
Section titled “Returns”{ "order": [ { "id": "EPIC-003", "kind": "epic", "ready": true }, { "id": "PRD-039", "kind": "prd", "ready": true }, { "id": "RFC-006", "kind": "rfc", "ready": false, "blocked_by": ["PRD-039"] }, { "id": "ADR-004", "kind": "adr", "ready": false, "blocked_by": ["RFC-006"] } ], "ready_count": 2, "blocked_count": 2, "cycles": []}If cycles exist, they’re reported:
{ "order": [...], "cycles": [ ["PRD-042", "PRD-043", "PRD-042"] ]}Example invocation
Section titled “Example invocation”{}Typical sequence
Section titled “Typical sequence”forgeplan_order— get the full ordering.- Pick the first
ready: truenode. forgeplan_get→forgeplan_validate→forgeplan_activate.- Re-run
forgeplan_order— downstream nodes should now become ready.
CLI equivalent
Section titled “CLI equivalent”forgeplan orderSee also
Section titled “See also”forgeplan_blocked— focused view on blocked artifacts only.forgeplan_graph— Mermaid rendering of the same graph.- Methodology guide