Meetings
mdBoard treats human meetings as decision gates, not calendar events. A meeting exists because a state cannot move without a human decision.
The agent tracks the gates and reminds you. It does not schedule calendars, send invitations or decide for you.
The meeting catalog
| Meeting | Cadence | Trigger | Goal |
|---|---|---|---|
| Consortium review | Fixed weekly | pitches exist or the roadmap needs selection | accept/reject ideas; choose roadmap batches |
| Breakdown clarification | On-demand | a batch is in breakdown with open questions |
resolve scope before start |
| Handover review | On-demand | a batch enters handover |
accept, request changes or block |
| Release readiness | Fixed cadence | nightly is ahead of stable |
approve the release train |
| Recovery / conflict review | On-demand | blocked, task error or a merge conflict |
decide recovery or cancellation |
The weekly and release cadences are configurable defaults. The on-demand gates are records.
Fixed versus on-demand
Fixed meetings give the human system a rhythm:
- the weekly consortium review keeps pitches and roadmap selection from piling up;
- the release train makes
nightly → stablea deliberate, regular event.
On-demand meetings are triggered by work:
- breakdown clarification when the agent has questions;
- handover review when a batch is ready;
- recovery when something is blocked or failed.
A fixed meeting is not a pending record; the board shows the next occurrence and the agenda. An on-demand meeting is a record with a status.
How the agent reminds you
A gate stays pending until a human accepts, defers or dismisses it. The agent must surface it:
Agent: One gate needs you:
breakdown clarification for #0007, due today.
Two questions about the streaming boundary.
Say “open the clarification” to review them, or “defer” to
move the reminder.
A deferred gate keeps its status and gets a new reminder date. A dismissed gate is closed with a reason. The agent never silently drops a gate.
Consortium review
Subject: pitched ideas and roadmap selection.
Goal: decide what enters the roadmap.
Attendees: owner, members, the agent for notes and actions.
Agenda:
- Read each pitch (one paragraph).
- Ask the agent for the history or the cost implication.
- Decide: accept, reject, or request changes.
- Select accepted batches for the roadmap up to the limit.
The owner records the decisions through the agent. The agent moves the cards and captures the authorisation.
Breakdown clarification
Subject: the open questions from a batch in breakdown.
Goal: make the work startable without guessing.
Attendees: the intent owner, the agent, optionally a reviewer.
The agent opens the meeting with a list of questions. You answer in chat; it records the answers and accepts the gate. The batch cannot move to doing until this gate is accepted and no questions remain.
Handover review
Subject: a completed batch.
Goal: accept the outcome or request changes.
Attendees: one or more independent reviewers, the owner.
The batch is in handover. Review the whole batch, not individual tasks:
- intent and acceptance criteria;
- evidence and tests;
- report draft;
- risks and out-of-scope items;
- cost estimate versus delivery.
Reviewers can work in parallel. The owner makes the final accept. Changes return the batch to doing and create rework tasks.
Release readiness
Subject: the release train from nightly to stable.
Goal: decide that the accumulated accepted work is releasable.
Attendees: owner and maintainers.
The agent prepares:
- the changelog for the release window;
- the merge check;
- the release notes.
The owner executes the release. The agent does not.
Recovery and conflict review
Subject: a blocked batch, a failed task or a merge conflict.
Goal: decide recovery, reassignment or cancellation.
Attendees: the intent owner, the agent, the owner if needed.
Examples:
Agent: #0009 is blocked on a missing credential. Return state: doing.
Options: unblock after the credential is provided, or cancel.
Agent: There is a conflict in a card file. I reconstructed the timeline
from the event journal. Two states are plausible. Please decide.
The agent stops writing and asks; it does not resolve a ground-truth conflict by itself.
How to respond to a gate
| You say | What happens |
|---|---|
| “Accept the clarification.” | The gate is accepted; the batch can start if no questions remain. |
| “Defer until Friday.” | The gate stays pending; the next reminder is Friday. |
| “Dismiss it; we are not doing this.” | The gate is closed with a reason. |
| “Request changes.” | The gate is closed; the batch returns to doing and rework tasks are created. |
| “Accept the batch.” | The gate is closed; completion proceeds if the owner accepts. |
The agent records the decision and briefs you on the new state.
What if you ignore a gate?
The gate stays pending. The agent reminds you in every board brief. Work that depends on the gate does not proceed. That is the point: the process is blocked by a human decision, not silently bypassed.
A week with a agent
A typical rhythm:
| Day | Human | Agent |
|---|---|---|
| Monday | Consortium review: accept pitches, select roadmap | Prepares agenda, costs, history and the actions |
| Tuesday | Answers breakdown clarification | Breaks down the chosen batch, asks questions |
| Tuesday–Thursday | Spot-checks the board, answers blockers | Implements tasks, commits, reports |
| Thursday | Handover review | Prepares evidence and report draft |
| Friday | Release readiness (every second week) | Prepares the release notes and merge check |
This is a rhythm, not a rule. The gates are what matter; the cadence can be changed in configuration.