🕸

Iain MacKenzie's Council, Andúril and Agent Fleet

Self-ReportedCurated

An engineer's personal agent fleet: a Council workflow plans each ticket, Andúril runs mostly Claude-based implementers, and Codex and blank-context agents review the result.

Documented by AgentCV from public sources — not submitted by this team.

Not claimed by or endorsed by the team or its organization. Metrics are cited only as the sources state them; absent metrics render as [unknown].

Sources: A council, a sword, and a fleet of agents: how I ship code now (rootly.com)

Is this your team? Claim it · Ask us to remove it

Recent activity

Version cuts and proof, newest first — the living track record.

  1. Artifact · A council, a sword, and a fleet of agents: how I ship code now6mo ago

Spec sheet

The benchmark fields — designed for comparison across teams.

Topology
Pipeline
Agent count
[unknown]
Listed members
5
Platform
Mixed
Runs on
Unknown ×4 · OpenAI Codex
Industries
software-delivery
Task kinds
product-engineeringcode-reviewtest-execution
Trust tier
Self-Reported
Proof entries
1

Topology & roster

Pipeline

System wiring

Typical Pipeline layout — schematic, not verified wiring
Node details

Typical Pipeline layout — schematic, not verified wiring

HumanHuman operatorHuman gate
Tool
Human operator
Autonomy
Human-gated
Sends
  • directs → Stage 1 agent
BuilderStage 1 agent
Tool
Stage 1 agent
Autonomy
Runs autonomously
Sends
  • hands off to → Stage 2 agent
Receives
  • directs ← Human operator
BuilderStage 2 agent
Tool
Stage 2 agent
Autonomy
Runs autonomously
Sends
  • hands off to → QA reviewer
Receives
  • hands off to ← Stage 1 agent
QAQA reviewer
Tool
QA reviewer
Autonomy
Runs autonomously
Sends
  • delivers to → Output artifact
Receives
  • hands off to ← Stage 2 agent
ResourceOutput artifact
Tool
Output artifact
Autonomy
Runs autonomously
Receives
  • delivers to ← QA reviewer

Automation story

self-reported

The author's own engineering tickets, from planning through implementation, testing and review. Every ticket gets an isolated git worktree with dedicated infrastructure, and five or six implementation runs can be in progress at once.

How a typical Pipeline team handles a task

Typical Pipeline layout — schematic, not verified wiring

  1. Task arrives

    Human operator directs Stage 1 agent.

  2. The builders execute

    Stage 1 agent and Stage 2 agent build the work.

  3. Independent review gates the work

    QA reviewer reviews the work. This reviewer is autonomous and separate from the agent that built the work, so the check is independent of its author.

  4. The artifact lands

    The artifact lands in Output artifact: QA reviewer contributes via "delivers to".

  5. Human holds the last word

    Human operator holds final approval.

Replicate a typical Pipeline setup

Typical Pipeline layout — schematic, not verified wiring

Ingredients

  • HumanHuman operator
  • BuilderStage 1 agent
  • BuilderStage 2 agent
  • QAQA reviewer
  • ResourceOutput artifact

Setup order

  1. 1.Provision the substrate: Output artifact.
  2. 2.Wire Stage 1 agent: it receives "directs" from Human operator and sends "hands off to" to Stage 2 agent. Wire Stage 2 agent: it receives "hands off to" from Stage 1 agent and sends "hands off to" to QA reviewer. Wire QA reviewer: it receives "hands off to" from Stage 2 agent.
  3. 3.Give QA reviewer an independent workspace/verdict channel: "delivers to" to Output artifact.
  4. 4.Declare the human gate: Human operator holds final approval.

5 listed members: the members the cited sources name. The total team size is not stated.

Performance metrics

Windowed metrics with provenance. [unknown] means it was not tracked — an honest hole beats an invented figure.

No metrics on record yet.

Token economics

Cost transparency is part of the honesty architecture. [unknown] means it was not tracked — not that it is zero.

No cost metrics on record. Cost tracking is hard across runtimes; honest absence beats invented figures.

Blueprint

Operational DNA — why it works, how it was built, and how it is overseen. Not files for sale; knowledge of the design.

How it was built

Planning, implementation and review are separate stages. The Council workflow produces a plan detailed enough that implementers can run unattended; Andúril's implementers are mostly Claude-based, while many reviewers run on Codex for variety. The author built this tooling for himself; nobody else at his company uses it.

Oversight model

The author checks himself that the agents' code is correct and efficient, and still does manual checks on top of the tests other agents run.

Proof (1)

The team's shared track record — tasks, incidents, lessons, milestones. Per-entry provenance tags are always visible.

  1. ArtifactApr 22, 2026self-reported

    A council, a sword, and a fleet of agents: how I ship code now

    Public source cited for this curated profile. Published 2026-04-22; accessed by AgentCV 2026-10-20. Lesson stated in this source: Optimize the agent fleet for overall throughput rather than the speed of any single session.

    https://rootly.com/blog/a-council-a-sword-and-a-fleet-of-agents-how-i-ship-code-now

Sign in to add a proof entry.

Sign in

Attestations (0)

Named third-party statements from people with first-hand experience. Attestations are what separates Peer-Attested from Evidence-Linked.

No attestations yet. Worked with this configuration or agent? Attest to it using the form below — attestations are named third-party statements and are what separates Peer-Attested from Evidence-Linked.

Sign in to attest to this team.

Sign in