planning docs that establish the direction and implementation of this project
Find a file
Repository files (latest commit first)
Filename Latest commit message Latest commit date
allod 8bf77996cb Record fleet-diff as shipped and correct its contract
The tools section proposed a non-zero exit whenever any machine changed.
The tool that shipped asserts against a declared expectation instead, and
a run with no expectation is report-only and exits 0. Left uncorrected the
paragraph reads as outstanding work with a contract the tool does not have.
2026-10-21 23:25:09 +01:00
archive Archive the concurrent-agent-workspace plan 2026-09-27 13:44:06 +00:00
brainstorm Record fleet-diff as shipped and correct its contract 2026-10-21 23:25:09 +01:00
dev-plans Archive the concurrent-agent-workspace plan 2026-09-27 13:44:06 +00:00
reports regenerate archetypes #39 pr explain report 2026-08-21 02:57:14 +00:00
review-prompts Archive the consumed-file carve-out plan and its review prompt 2026-09-20 20:57:46 +00:00
LICENSE Add LICENSE (GPL-3.0-or-later) 2026-07-17 18:06:31 +01:00
README.md Add README 2026-07-17 18:06:31 +01:00

strategy

Planning and project direction for Allod: active development plans, the review prompts that harden them, rough brainstorm notes, and archived material from work that has shipped or been superseded. Everything here is Markdown — this is a documentation repo, not code.

strategy holds time-bound intent: what to build next, how a specific change should be reviewed, and where the project is heading. It is distinct from memory, which holds the durable workflow conventions and gotchas agents follow on every task. Plans here are written to the dev-plan format and review process that memory defines; once a plan is implemented or superseded it moves to archive/.

Layout

dev-plans/            active development plans, one file per effort
review-prompts/       active review prompts that iterate on those plans
brainstorm/           rough exploratory notes and project-direction drafts
archive/              retired material, kept for history
  dev-plans/          plans whose work has merged or been superseded
  review-prompts/     the review prompts that drove those plans
  user-stories/       requirements analysis that predated a plan

What each area holds

  • dev-plans/ — structured implementation plans, one per unit of work. Each opens with a tracking issue and follows the dev-plan format defined in memory (Goal, Scope, Risk Assessment, Interface Contracts, Agent Gates, Acceptance Tests, Rollback Plan), and maps to one or more PRs across the code repos (tools, nexus, secrets, profiles).
  • review-prompts/ — adversarial agent prompts that drive multi-pass review of a plan. Each defines a reviewer persona, focus areas, and a severity rubric (BLOCKER / GAP / SIMPLIFY / QUESTION), and ends by committing plan fixes and updating its own focus areas for the next pass. Most pair one-to-one with a plan in dev-plans/.
  • brainstorm/ — rough notes not yet promoted to a plan: proposed future VMs and capabilities (a Bitcoin service VM, a Whonix-style Tor gateway, multi-instance VM naming), boundary and design discussions, and project-direction drafts such as licensing.md and the org-profile.md landing-page draft.
  • archive/ — retired versions of the three categories above, plus a user-stories/ requirements analysis, kept so the history of a decision stays readable.

This repo owns

  • active and archived development plans
  • the review prompts that harden those plans
  • brainstorm notes and project-direction drafts

This repo does not own

  • durable workflow conventions, gotchas, and the plan and review formats themselves (memory)
  • code, VM modules, and provisioning (tools, vm, nexus, profiles)
  • identities, machine specs, and secrets (secrets, inventory)

Lifecycle

A plan and its review prompt sit in the active directories while the work is in flight. When the work merges or the plan is superseded, both move to the matching archive/ subdirectory. Brainstorm notes are pre-plan: they either graduate into a dev plan (or a durable memory doc) or remain as history.

  • memory — durable workflow memory; defines the dev-plan format and review process the plans here follow
  • tools, nexus, profiles, secrets, vm, inventory — the code and data repos whose changes these plans direct and whose issues the plans track

Cloning

git clone https://forge.anarch.diy/allod/strategy.git