Skip to content

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

10 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Beastmode: MofA Multi-Agent Orchestration Framework

Beastmode is a Mixture of Agents (MofA) orchestration framework for AI-assisted software development, Hermes Agent, OpenClaw, Claude Code, Codex, Qwen, and MemroOS/memroos-style agent memory systems.

Beastmode separates high-judgment work (planning, architecture, review) from routine execution (implementation, tests, docs) across different model tiers, with strict cost discipline, context-rot protection, and a self-improving learning loop.

What is Beastmode?

Beastmode is an orchestration pattern for AI-assisted development and long-running agent goals. It uses MofA / Mixture of Agents at decision gates, cheap executors for bounded implementation work, and MemroOS-style durable state handoffs so agents do not resume from compressed chat history alone.

Exact search aliases: beastmode, MofA, Mixture of Agents, memroos, MemroOS, Hermes Agent, OpenClaw, agent orchestration, context rot mitigation.

Beastmode:

  • Saves money by routing implementation and mechanical validation to economy models (MiniMax M3, Qwen/Gwen) while keeping frontier models (Claude Fable, Kimi 3, Opus, Codex) for design, judgment, and review sign-off
  • Improves quality through mandatory acceptance contracts, adversarial review, and merge gates
  • Gets better over time via a self-improvement loop that records lessons and promotes repeated patterns into skills/config
  • Works anywhere — harness-agnostic, compatible with Ultraswarm, GSD, delegate_task, Claude Code subagents, manual git workflows, or pi-coding-agent (see pi/SKILL.md)

Core Principle

Frontier models design. Cheap models build and validate. The loop learns.

The routing rule underneath: a task goes to a cheap model exactly when its output can be cheaply verified (tests, schema, contract); frontier models handle work that only judgment can verify — and their real job is creating verifiability (contracts, interfaces, verification commands) so as much work as possible becomes cheap-routable.

Model Tiers

  • Design tier (frontier): Claude Fable, Kimi 3, Opus, frontier Codex/GPT — architecture, acceptance contracts, judgment review, escalations
  • Execution tier (economy): MiniMax M3, Qwen/Gwen — implementation, tests, docs, and mechanical validation (running verification commands, producing pass/fail reports)

See references/model-routing.md for the per-phase routing table and escalation ladder.

Two Variants

  • Frontier-led: Maximum judgment for product/creative/architecture decisions. Fable or Kimi 3 directs (optionally pairing the two — one designs, the other challenges), MiniMax M3/Qwen executes and validates.
  • Codex-led: Cost-efficient lead with strong gates. Codex plans and reviews, MiniMax M3/Qwen executes.

Autonomy Levels

Beastmode runs with one of three autonomy levels — how much the orchestrator decides on its own before surfacing to a human. Default: medium.

Level Surfaces to you Best for
low every phase transition, every merge gate, every cross-tier escalation high-stakes / first runs in a new repo
medium (default) security/auth/payments, tier-2/3 Watcher fallback, front-door merge gates, goal_blocked most feature work — chat stays quiet unless something breaks
high budget exhaustion, "no watcher no validated", secrets in prompts fire-and-forget multi-phase runs — needs a locked permission config

See references/autonomy-levels.md for the full table and pi-flag mapping.

Quick Start

  1. Read SKILL.md — the full framework

  2. Choose your variant (frontier-led or Codex-led) and map your models to tiers (references/model-routing.md)

  3. Choose your harness (Ultraswarm, GSD, delegate_task, Claude Code subagents, manual git, or pi + pi-dynamic-workflows)

  4. Follow the beastmode loop: Preflight → Acceptance Contract → Design (frontier) → Delegate (economy) → Validate (economy) → Review (frontier) → Merge → Self-Improve

  5. (Optional) one-shot runner:

    bm "<goal>"                                          # prints rough phase ETA, then runs locally
    bm "<goal>" --gsd --frontier kimi3 --economy minimax # pick tiers, force GSD gating
    bm "<validation goal>" --frontier sol --thinking medium # OAuth-backed Sol validator
    bm "<goal>" --on maeve-u1                            # dispatch to a fleet node
    bm "<goal>" --autonomy low|medium|high               # change how much surfaces
    scripts/phase-estimate "<goal>"                      # print the ETA without starting a run

    See scripts/bm and references/autonomy-levels.md.

Files

  • SKILL.md — The complete beastmode framework (start here)
  • references/model-routing.md — Tier definitions, per-phase routing table, design package template, escalation ladder, provider config sketches
  • references/autonomy-levels.mdlow / medium (default) / high autonomy levels, mapped to pi flags and surface rules
  • references/orchestration-comparison.md — Evolution from early prototypes to v2.0
  • references/context-rot-mitigation.md — MemroOS-style goal-state capsules, compact/resume rules, and MofA decision memory
  • references/public-sharing-checklist.md — Guidelines for publishing beastmode skills publicly
  • pi/SKILL.md — Pi harness adapter (pi-coding-agent ≥ 0.80.6 + 6 companion npm packages)
  • scripts/bm — Runner CLI for one-shot goals with tier picks, phase reports, and --on dispatch
  • scripts/phase-estimate — Rough per-phase wall-clock estimate from the goal scope
  • scripts/install-beastmode-pi.sh — Idempotent bootstrap of pi + 6 companion packages

Compatibility

Works with:

  • Claude Code (Opus-led or Codex-led)
  • Hermes Agent (Codex-led with delegate_task)
  • OpenClaw (Codex-led with delegate_task)
  • Codex CLI (Codex-led with subagents)
  • Pi (pi-coding-agent ≥ 0.80.6 + 6 companion packages — see pi/SKILL.md)
  • Any agent environment with git and model access

License

MIT — use it, fork it, improve it.