Merge pull request 'fix: feat: planner v2 — prerequisite tree + resource-aware executive (#502)' (#519) from fix/issue-502 into main

This commit is contained in:
johba 2026-03-21 19:39:02 +01:00
commit 2674eebbd6
4 changed files with 229 additions and 104 deletions

View file

@ -1,22 +1,27 @@
# formulas/run-planner.toml — Strategic planning formula
# formulas/run-planner.toml — Strategic planning formula (v3: Prerequisite Tree)
#
# Executed directly by planner-run.sh via cron — no action issues.
# planner-run.sh creates a tmux session with Claude (opus) and injects
# this formula as context. Claude executes all steps autonomously.
#
# Steps: preflight → prediction-triage → strategic-planning
# → journal-and-memory → commit-and-pr
# Steps: preflight → prediction-triage → update-prerequisite-tree
# → file-at-constraints → journal-and-memory → commit-and-pr
#
# Core change from v2: replaces gap-analysis-and-spray with a constraint-
# focused executive using a Prerequisite Tree (Theory of Constraints).
# Issues are only filed at the top 3 unresolved constraints — everything
# beyond the bottleneck exists in the tree but NOT as issues.
#
# AGENTS.md maintenance is handled by the gardener (#246).
# All git writes (journal entry) happen in one commit at the end.
# All git writes (tree, journal, memory) happen in one commit at the end.
name = "run-planner"
description = "Strategic planning: triage predictions, resource+leverage gap analysis, journal"
version = 2
description = "Planner v3: prerequisite tree + resource-aware constraint executive"
version = 3
model = "opus"
[context]
files = ["VISION.md", "AGENTS.md", "RESOURCES.md"]
files = ["VISION.md", "AGENTS.md", "RESOURCES.md", "planner/prerequisite-tree.md"]
# Recent planner/journal/*.md files are loaded by planner-run.sh (last 5 entries)
[[steps]]
@ -40,6 +45,10 @@ Set up the working environment for this planning run.
4. Read the planner memory file at: $FACTORY_ROOT/planner/MEMORY.md
If it does not exist, this is the first planning run.
Keep this memory context in mind for all subsequent steps.
5. Read the prerequisite tree at: $FACTORY_ROOT/planner/prerequisite-tree.md
If it does not exist, create an initial tree from VISION.md in the
update-prerequisite-tree step.
"""
[[steps]]
@ -54,7 +63,7 @@ Evidence from the preflight step informs whether each prediction is valid
curl -sf -H "Authorization: token $CODEBERG_TOKEN" \
"$CODEBERG_API/issues?state=open&type=issues&labels=prediction%2Funreviewed&limit=50"
If there are none, note that and proceed to strategic-planning.
If there are none, note that and proceed to update-prerequisite-tree.
2. Read available formulas from $FACTORY_ROOT/formulas/*.toml so you know
what actions can be dispatched.
@ -151,101 +160,161 @@ Evidence from the preflight step informs whether each prediction is valid
"$CODEBERG_API/issues/<pred_num>" \
-d '{"state":"closed"}'
6. Track promoted predictions they compete with vision gaps in the
strategic-planning step for the per-cycle 5-issue limit.
Record each promotion (issue number, title, type) for hand-off.
6. Track promoted predictions they are added to the prerequisite tree
in the next step if they represent real prerequisites.
7. Validation: if you reference a formula, verify it exists on disk.
Fall back to a freeform backlog issue for unknown formulas.
Be decisive the predictor intentionally over-signals; your job is to filter.
CRITICAL: If this step fails, log the failure and move on to strategic-planning.
CRITICAL: If this step fails, log the failure and move on to update-prerequisite-tree.
"""
needs = ["preflight"]
[[steps]]
id = "strategic-planning"
title = "Strategic planning — resource+leverage gap analysis"
id = "update-prerequisite-tree"
title = "Scan repo state and update the prerequisite tree"
description = """
This is the core planning step. Reason about leverage and create
the highest-impact issues.
This is the constraint discovery step. Read the current state, then update
the prerequisite tree to reflect reality.
Read these inputs:
- VISION.md where we want to be
- All AGENTS.md files what exists today
- $FACTORY_ROOT/RESOURCES.md what we have (may not exist)
- VISION.md where we want to be (objectives come from milestones)
- planner/prerequisite-tree.md current tree (loaded in preflight)
- RESOURCES.md available agents, boxes, assets, formulas
- $FACTORY_ROOT/formulas/*.toml what actions can be dispatched
- Open issues (fetched via API) what's already planned
- $FACTORY_ROOT/metrics/supervisor-metrics.jsonl operational trends (may not exist)
- Open issues (fetched via API, or reuse from prediction-triage)
- Closed issues (fetch recently closed to detect resolved prerequisites):
curl -sf -H "Authorization: token $CODEBERG_TOKEN" \
"$CODEBERG_API/issues?state=closed&type=issues&limit=50&sort=updated&direction=desc"
- Planner memory (loaded in preflight)
- Promoted predictions from prediction-triage (these count toward the
per-cycle issue limit they compete with vision gaps for priority)
- Promoted predictions from prediction-triage (add as prerequisites if relevant)
Reason through these five questions:
Update the tree by applying these operations:
1. **What resources do you need that you don't have?**
Analytics, domains, accounts, compute, integrations things required
by the vision that aren't in RESOURCES.md or aren't set up yet.
1. **Mark resolved prerequisites**: For each prerequisite in the tree,
check if the corresponding issue is closed or the capability is now
present in the repo. Mark resolved items with [x].
2. **What resources are underutilized?**
Compute capacity idle most of the day. Domains with no traffic.
CI capacity unused at night. Accounts not being leveraged.
2. **Update objective status**: Recalculate each objective's status:
- All prerequisites resolved Status: READY (or DONE if the objective
itself is closed/implemented)
- Some unresolved Status: BLOCKED N prerequisites unresolved
- Depends on blocked objectives Status: BLOCKED prerequisite chain
3. **What's the highest-leverage action?**
The one thing that unblocks the most progress toward the vision.
Can you dispatch a formula for it?
3. **Discover new prerequisites**: As you scan repo state, you may find
new prerequisites not yet in the tree. Add them. The tree grows
organically this is expected and desirable.
4. **What task gaps remain?**
Things in VISION.md not covered by open issues or the current
project state.
4. **Add new objectives**: If VISION.md has objectives not yet in the
tree, add them with their prerequisite chains.
5. **What should be deferred?**
Things that depend on blocked resources or aren't high-leverage
right now. Do NOT create issues for these.
5. **Propose new capabilities**: If you identify a capability the factory
needs (e.g., "marketing formula, runs weekly"), add it to the tree as
a proposed prerequisite. Anything with recurring cost should note:
"→ vault approval required" so the planner files it to vault next run.
Then create up to 5 issues total (including promotions from prediction-triage),
prioritized by leverage:
6. **Check vault decisions**: Read any open vault issues to see if
previously proposed capabilities have been approved or rejected.
Update the tree accordingly.
For formula-matching gaps, include YAML front matter in the body:
---
formula: <name>
vars:
key: "value"
---
<explanation of why this matters>
Write the updated tree to: $FACTORY_ROOT/planner/prerequisite-tree.md
Use this format:
For freeform gaps:
<problem statement + why it matters for the vision + rough approach>
# Prerequisite Tree
<!-- Last updated: YYYY-MM-DD -->
Create each issue via the API with the 'backlog' label:
curl -sf -X POST \
-H "Authorization: token $CODEBERG_TOKEN" \
-H "Content-Type: application/json" \
"$CODEBERG_API/issues" \
-d '{"title":"...","body":"...","labels":[<backlog_label_id>]}'
## Objective: <name> (#issue or description)
- [x] Resolved prerequisite (reference)
- [ ] Unresolved prerequisite (#issue or description)
Status: READY | BLOCKED <reason> | DONE
Rules:
- Max 5 new issues total (promoted predictions + vision gaps) highest leverage first
- Do NOT create issues that overlap with ANY existing open issue
- Do NOT create issues for items you identified as "deferred"
- Each body: what's missing, why it matters, rough approach
- When deploying/operating, reference the resource alias from RESOURCES.md
- Add ## Depends on section for issues that depend on other open issues
- Only reference formulas that exist in formulas/*.toml
- When metrics show systemic problems, create optimization issues
Keep the tree focused only include objectives from VISION.md milestones
and their genuine prerequisites. Do not inflate the tree with nice-to-haves.
If there are no gaps, note that the backlog is aligned with the vision.
IMPORTANT: Do NOT write the tree to disk yet hold it in memory for the
next step. The tree will be written along with the journal in commit-and-pr.
"""
needs = ["prediction-triage"]
[[steps]]
id = "journal-and-memory"
title = "Write journal entry and periodically update planner memory"
id = "file-at-constraints"
title = "Identify top 3 constraints and file issues"
description = """
Two outputs from this step journal is ALWAYS written, memory is PERIODIC.
This is the constraint-focused filing step. The key principle from Theory
of Constraints: only work on the bottleneck. Everything else is waste.
### 1. Journal entry (always — committed to git)
From the updated prerequisite tree, identify the top 3 constraints:
A **constraint** is an unresolved prerequisite that blocks the most
downstream objectives. To find them:
1. For each unresolved prerequisite ([ ] item), count how many objectives
it transitively blocks. A prerequisite that blocks objective A, which
in turn blocks objectives B and C, has a blocking score of 3.
2. Rank all unresolved prerequisites by blocking score (descending).
3. Select the top 3. These are the constraints.
Filing gate for each constraint:
1. Check if an issue already exists for this constraint (match by issue
number reference in the tree, or search open issues by title).
2. If no issue exists, create one:
curl -sf -X POST \
-H "Authorization: token $CODEBERG_TOKEN" \
-H "Content-Type: application/json" \
"$CODEBERG_API/issues" \
-d '{"title":"...","body":"...","labels":[<backlog_label_id>]}'
Issue body should include:
- What this prerequisite is
- Which objectives it blocks (with issue numbers)
- Why it's a constraint (blocking score)
- Rough approach if known
- ## Depends on section if it depends on other open issues
3. If an issue already exists and is open, skip it no duplicate filing.
4. If an issue already exists but is in backlog without proper context,
consider adding a comment noting its constraint status.
Rules:
- **Maximum 3 issues filed per run** only at constraints
- **No issues filed past the bottleneck** items beyond the top 3
constraints exist in the tree but NOT as issues
- **Existing premature issues left as-is** do not close issues filed
by previous planner versions, even if they're past the bottleneck
- Do NOT create issues that overlap with ANY existing open issue
- Only reference formulas that exist in formulas/*.toml
- When deploying/operating, reference the resource alias from RESOURCES.md
- Promoted predictions from triage may become constraints if they block
downstream objectives rank them the same way
If all top 3 constraints already have open issues, note that the backlog
is aligned with the constraint focus. No new issues needed.
"""
needs = ["update-prerequisite-tree"]
[[steps]]
id = "journal-and-memory"
title = "Write prerequisite tree, journal entry, and periodic memory update"
description = """
Three outputs from this step tree and journal are ALWAYS written,
memory is PERIODIC.
### 1. Prerequisite tree (always — committed to git)
Write the updated prerequisite tree to:
$FACTORY_ROOT/planner/prerequisite-tree.md
This is the tree you built in the update-prerequisite-tree step.
Include the "Last updated" comment at the top.
### 2. Journal entry (always — committed to git)
Create a daily journal file at:
$FACTORY_ROOT/planner/journal/$(date -u +%Y-%m-%d).md
@ -260,19 +329,30 @@ Format:
- #NNN: PROMOTE_ACTION/PROMOTE_BACKLOG/WATCH/DISMISS — reasoning
(or "No unreviewed predictions" if none)
## Prerequisite tree updates
- Resolved: <list of newly resolved prerequisites>
- Discovered: <list of newly added prerequisites>
- Proposed: <list of new capabilities proposed>
(or "No tree changes" if none)
## Top 3 constraints
1. <prerequisite> blocks N objectives issue #NNN (existing|filed|already open)
2. <prerequisite> blocks N objectives issue #NNN
3. <prerequisite> blocks N objectives issue #NNN
## Issues created
- #NNN: title — why
(or "No new issues — backlog aligned with vision" if none)
- #NNN: title — why (constraint for objectives X, Y)
(or "No new issues — constraints already have open issues" if none)
## Observations
- Key patterns, resource state, metric trends noticed during this run
## Deferred
- Items considered but deferred, and why
## Deferred (in tree, not filed)
- Items in the tree beyond the top 3 constraints, and why they're not filed yet
Keep each entry concise 30-50 lines max.
### 2. Memory update (periodic — every 5th run, committed to git)
### 3. Memory update (periodic — every 5th run, committed to git)
Decide whether to update memory:
1. Count the total number of run entries across ALL journal files in
@ -293,10 +373,10 @@ where N is the current total run count.
Include:
- Date of this summarization
- Current constraint focus (top 3 from this run)
- Distilled patterns and learnings from recent journal entries
- What was observed (resource state, metric trends, project progress)
- Strategic direction and watch list for future runs
- Things to watch for next time
Rules:
- Keep under 100 lines total
@ -308,7 +388,7 @@ Rules:
Format: simple markdown with dated sections.
"""
needs = ["strategic-planning"]
needs = ["file-at-constraints"]
[[steps]]
id = "commit-and-pr"
@ -316,7 +396,7 @@ title = "One commit with all file changes, push, create PR"
description = """
Collect all file changes from this run into a single commit.
API calls (issue creation, prediction triage) already happened during the
run only file changes (journal entries, MEMORY.md) need the PR.
run only file changes (tree, journal, MEMORY.md) need the PR.
1. Check for staged or unstaged changes:
cd "$PROJECT_REPO_ROOT"
@ -328,7 +408,8 @@ run — only file changes (journal entries, MEMORY.md) need the PR.
a. Create a branch:
BRANCH="chore/planner-$(date -u +%Y%m%d-%H%M)"
git checkout -B "$BRANCH"
b. Stage journal entries and planner memory:
b. Stage prerequisite tree, journal entries, and planner memory:
git add planner/prerequisite-tree.md 2>/dev/null || true
git add planner/journal/ 2>/dev/null || true
git add planner/MEMORY.md 2>/dev/null || true
c. Stage any other tracked files modified during the run:
@ -344,9 +425,9 @@ run — only file changes (journal entries, MEMORY.md) need the PR.
-H "Authorization: token $CODEBERG_TOKEN" \
-H "Content-Type: application/json" \
"$CODEBERG_API/pulls" \
-d '{"title":"chore: planner run journal",
-d '{"title":"chore: planner run — prerequisite tree update",
"head":"<branch>","base":"<primary-branch>",
"body":"Automated planner run — journal entry from strategic planning session."}'
"body":"Automated planner run — prerequisite tree update and journal entry."}'
h. Return to primary branch:
git checkout "$PRIMARY_BRANCH"

View file

@ -1,19 +1,22 @@
<!-- last-reviewed: 80a64cd3e4d2836bfab3c46230a780e3e233125d -->
# Planner Agent
**Role**: Strategic planning, executed directly from cron via tmux + Claude.
Phase 0 (preflight): pull latest code, load persistent memory from
`planner/MEMORY.md`. Phase 1 (prediction-triage): triage
`prediction/unreviewed` issues filed by the Predictor — for each prediction:
promote to action, promote to backlog, watch (relabel to prediction/backlog),
or dismiss with reasoning. Promoted predictions compete with vision gaps for
the per-cycle issue limit. Phase 2 (strategic-planning): resource+leverage gap
analysis — reasons about VISION.md, RESOURCES.md, formula catalog, and project
state to create up to 5 total issues (including promotions) prioritized by
leverage. Phase 3 (journal-and-memory): write daily journal entry (committed to
git) and update `planner/MEMORY.md` (committed to git). Phase 4 (commit-and-pr):
one commit with all file changes, push, create PR. AGENTS.md maintenance is
handled by the Gardener.
**Role**: Strategic planning using a Prerequisite Tree (Theory of Constraints),
executed directly from cron via tmux + Claude.
Phase 0 (preflight): pull latest code, load persistent memory and prerequisite
tree from `planner/MEMORY.md` and `planner/prerequisite-tree.md`. Phase 1
(prediction-triage): triage `prediction/unreviewed` issues filed by the
Predictor — for each prediction: promote to action, promote to backlog, watch
(relabel to prediction/backlog), or dismiss with reasoning. Phase 2
(update-prerequisite-tree): scan repo state + open/closed issues, mark resolved
prerequisites, discover new ones, update the tree. Phase 3
(file-at-constraints): identify the top 3 unresolved prerequisites that block
the most downstream objectives — file issues ONLY at these constraints. No
issues filed past the bottleneck. Phase 4 (journal-and-memory): write updated
prerequisite tree + daily journal entry (committed to git) and update
`planner/MEMORY.md` (committed to git). Phase 5 (commit-and-pr): one commit
with all file changes, push, create PR. AGENTS.md maintenance is handled by
the Gardener.
**Trigger**: `planner-run.sh` runs daily via cron (accepts an optional project
TOML argument, defaults to `projects/disinto.toml`). It creates a tmux session
@ -25,18 +28,22 @@ issues — the planner is a nervous system component, not work.
- `planner/planner-run.sh` — Cron wrapper + orchestrator: lock, memory guard,
sources disinto project config, creates tmux session, injects formula prompt,
monitors phase file, handles crash recovery, cleans up
- `formulas/run-planner.toml` — Execution spec: five steps (preflight,
prediction-triage, strategic-planning, journal-and-memory, commit-and-pr)
with `needs` dependencies. Claude executes all steps in a single interactive
session with tool access
- `formulas/run-planner.toml` — Execution spec: six steps (preflight,
prediction-triage, update-prerequisite-tree, file-at-constraints,
journal-and-memory, commit-and-pr) with `needs` dependencies. Claude
executes all steps in a single interactive session with tool access
- `planner/prerequisite-tree.md` — Prerequisite tree: versioned constraint
map linking VISION.md objectives to their prerequisites. Planner owns the
tree, humans steer by editing VISION.md. Tree grows organically as the
planner discovers new prerequisites during runs
- `planner/MEMORY.md` — Persistent memory across runs (committed to git)
- `planner/journal/*.md` — Daily raw logs from each planner run (committed to git)
**Future direction**: The Predictor files prediction issues daily for the planner
to triage. The next step is evidence-gated deployment (see
`docs/EVIDENCE-ARCHITECTURE.md`): replacing human "ship it" decisions with
automated gates across dimensions (holdout, red-team, user-test, evolution
fitness, protocol metrics, funnel). Not yet implemented.
**Constraint focus**: The planner uses Theory of Constraints to avoid premature
issue filing. Only the top 3 unresolved prerequisites that block the most
downstream objectives get filed as issues. Everything else exists in the
prerequisite tree but NOT as issues. This prevents the "spray issues across
all milestones" pattern that produced premature work in planner v1/v2.
**Environment variables consumed**:
- `CODEBERG_TOKEN`, `CODEBERG_REPO`, `CODEBERG_API`, `PROJECT_NAME`, `PROJECT_REPO_ROOT`

View file

@ -43,7 +43,7 @@ log "--- Planner run start ---"
# ── Load formula + context ───────────────────────────────────────────────
load_formula "$FACTORY_ROOT/formulas/run-planner.toml"
build_context_block VISION.md AGENTS.md RESOURCES.md
build_context_block VISION.md AGENTS.md RESOURCES.md planner/prerequisite-tree.md
# ── Read planner memory ─────────────────────────────────────────────────
MEMORY_BLOCK=""

View file

@ -0,0 +1,37 @@
# Prerequisite Tree
<!-- Last updated: 2026-03-21 — seeded from VISION.md -->
## Objective: One-command bootstrap — `disinto init` (#393)
- [x] Core agent loop stable (Foundation)
- [x] Multi-project support (Foundation)
- [x] Guard allows formula agents in worktrees (#487)
- [ ] Bundled dust cleanup — set-euo-pipefail (#516)
- [ ] Agent-session.sh pre-register worktree trust (#514)
Status: BLOCKED — 2 prerequisites unresolved
## Objective: Documentation site with quickstart (#394)
- [ ] disinto init working (#393)
Status: BLOCKED — prerequisite of prerequisite unresolved
## Objective: Metrics dashboard (#395)
- [ ] disinto init working (#393)
- [ ] Supervisor formula stable
Status: BLOCKED — prerequisite of prerequisite unresolved
## Objective: Example project demonstrating full lifecycle (#466)
- [ ] disinto init working (#393)
Status: BLOCKED — prerequisite of prerequisite unresolved
## Objective: Landing page communicating value proposition
- [ ] disinto init working (#393)
- [ ] Documentation site live (#394)
Status: BLOCKED — prerequisite chain unresolved
## Objective: Unified escalation path (#510)
- [ ] Supervisor escalates prolonged needs_human (#465)
Status: BLOCKED — 1 prerequisite unresolved
## Objective: Vault as procurement gate + RESOURCES.md inventory (#504)
- [x] RESOURCES.md exists
- [ ] Vault poll operational
Status: BLOCKED — 1 prerequisite unresolved