Agent decision councils

Navigator uses three lightweight councils as decision protocols. They are not separate products, real subagents, or marketing personas. They are repeatable review lenses that any LLM or human maintainer can use after reading the real code, docs, copy, or screen under discussion.

Councils do not replace the GitOps flow in agent-workflows.md. Use them inside one of the two codebase actions — create a PR, or review/update an existing PR — when the decision needs more than a linear pass.

Use a council when a decision is broad enough that one linear pass is likely to miss a stakeholder, trust boundary, or long-term maintenance cost. Do not use a council for one-line fixes, formatter passes, simple lookups, or work that is already decided.

The three councils

All three follow the same rule: read first, then convene. The voices react to facts, not vibes.

Engineering Council

The Engineering Council is the build-side council. Use it for architecture decisions, design planning, cross-cutting refactors, abstraction pressure tests, PR sequencing, and documentation clarity reviews.

Virgo chairs. The chair opens by naming the decision, holds the review to concrete paths and symbols, then closes with consensus and one next action. The other voices contribute one concrete sentence in zodiac order:

Output shape: Virgo opens, facts if useful, eleven voices, Virgo closes with consensus, then the concrete action.

The Legal Council is the drafting-side council: a council of counsels. It shapes the firm's own legal drafting before copy becomes a Notation template body, questionnaire prompt, engagement letter paragraph, follow-up email, or public policy statement. It does not give legal advice to a client and does not replace attorney review.

Default to two voices:

Use the full bench only when the user asks for it, the copy touches an unusual practice area, or the copy defines the firm's or Foundation's mission. The full bench starts with Capricorn, then Scorpio, then Aries through Pisces:

Legal Council output should end with revised copy or a named go/no-go question. Never invent facts. Confirm addresses, fees, entity facts, bar numbers, dates, and citations against repo sources or the user.

Client Council

The Client Council is the served-side council. Use it for intake flows, questionnaire ordering, portal UX, pricing copy, onboarding, error states, referral boundaries, and any decision where the core question is whether a real person walks in and stays.

Default to two voices:

Use the full bench only when the user asks for it, the decision is mission-level, or a practice-specific client would otherwise be missed. Libra chairs. The other voices are:

Client Council output should end with the concrete product or copy action, or the user's go/no-go if the council exposes a real strategic fork.

Shared guardrails

Website publication

This file is top-level docs/*.md, so it is automatically published at /docs/agent-decision-councils. Keep council guidance here so Claude, Codex, Cursor, Gemini, and future LLM agents can all read the same concise protocol.