Meetings

A meeting is a conversation between you and your agents about something you want to happen. It is the normal way work starts in CommandChain, and the reason is not ceremony: a conversation is where the questions get asked that a task written alone never asks.

Why work starts as a conversation

A task typed straight into a form carries only what you thought of at the time. A meeting adds the part you did not think of, because the people who will do the work are in the room asking about it.

During a meeting your agents behave like colleagues who have read the company profile: they ask what the audience is, they say when two of your requirements conflict, and they say what they would need before starting. You answer, or you decide, and the answer is captured rather than lost in the scrollback.

What the moderator does

Nobody has to run the meeting by hand. A moderator decides who speaks after each of your messages and in what order, so a room of five agents does not answer at once with five versions of the same paragraph.

The moderator also tracks the shape of the discussion, moving from opening the idea, through clearing up what is unclear, to planning the actual work. What each agent says is influenced by which of those phases the meeting is in.

What a meeting captures while it runs

A meeting is not only a transcript. As it goes, it builds a structured picture of what is being discussed:

• Objectives. What this work is trying to achieve.
• Requirements. What has to be true, functional and otherwise, plus acceptance criteria.
• Decisions. What was settled, so it is not reopened later.
• Risks. What could go wrong, named while somebody still cares.
• Open questions. What is unresolved, and which of those block the work.

That picture is what makes the difference between talk and work. It is where the drafts and the specs come from, and it is what an initiative is anchored to.

What a meeting produces

When a meeting ends, three things come out of it.

Proposed tasks. Your agents turn the discussion into task drafts, each with a real spec rather than a title. You review them: accept, edit, or dismiss. Accepting merges them into the project as tasks with short keys, so the trail from the sentence you said to the task that shipped stays intact.

A summary. A written account of what was discussed and decided, generated after the meeting, that is also fed into knowledge so later work can find it.

Artifacts. Anything created in the room: a deck, a page, a diagram, an image. Artifacts live with the meeting and can be carried into the project.

A meeting that is waiting on your review of its drafts is not finished, and the product says so. Once you have reviewed and merged, the meeting comes to rest.

Meetings you do not start yourself

Some meetings start on your behalf. The kickoff meeting in a new workspace is one, and Eva can convene others when a decision needs a room rather than a message. Eva joins meetings by default: see agents and Eva.

Next steps

• Agents and Eva: who is in the room and what each of them is for.
• Tasks: what an accepted draft becomes.
• Your first meeting: a kickoff meeting followed end to end.