Document key decisions in Confluence

Decisions are made in meetings and forgotten by the next quarter. Paste the notes, or point the agent to the Notion page where they live, and an Orkeste agent writes a decision record in Confluence: the context, the options considered, the decision, the owner and the date. The decision owner approves the page before it is created.

The problem

Six months later, nobody remembers why the team chose one option over another, and the debate starts again. Decision records are good practice that rarely survives a busy week.

How the workflow runs

Runs: When you start it after a meeting.

  1. Read the notes: The agent reads the notes you paste or the Notion page you name.
  2. Extract the decisions: It identifies each decision, the options considered and the owner.
  3. Check earlier records: It searches Confluence for earlier records on the same topic and links them.
  4. Draft the record: It writes the record in your template.
  5. Approve: The page waits in Validations for the decision owner.
  6. Create the page: The approved record is created in your Confluence space.

The page is created only after the decision owner approves it.

Who does what

What this workflow does not do

Works with your stack

Questions about this workflow

Can it capture decisions from Slack threads?

No. Agents post to Slack but do not read it. Paste the thread or a summary into the run.

Can it use our decision record template?

Yes. Put the template in the briefing or in a Confluence page the agent reads.

Can it update an existing record?

Yes. Agents can update Confluence pages, for example to mark a decision as replaced by a newer one.

Related workflows

Keep reading