Building flows
A straight line
The simplest useful flow is a straight line: something comes in, an agent works on it, something comes out. This page builds one for release notes, then gives the agent a reference to follow and the flow's context.
Decide where the input comes from
A run starts with nothing, so the first question is always: what does a run work on, and who provides it? Here a person names the release. That makes the first step a human process that fills in an object.
Create the flow and its first step
Create a flow called Release notes. Add a process named Pick release and set its Type to Human. Drag from Start onto it.
Shape what the person enters
Press + under Pick release and name the object Release. In its settings, add two attributes:
version(“The version being released, such as 4.12.0.”) andprevious(“The version released before it, to compare against.”). The person now gets a form with those two fields.Say who does it
Drag a Person from the sidebar and name it Release manager, then link it to Pick release. The link ends in a filled circle: Release manager handles Pick release.
Add the agent
Add Draft
Press + under Release and name the process Draft. It is an agent. Give it a prompt that names its inputs as the board does and says what good looks like:
Prompttext Write release notes for the Release, covering every pull request merged between the previous version's tag and the new one. Group them under Features, Fixes and Internal. One line each, in plain language a customer understands; link the pull request.Add its output
Press + under Draft and name the object Notes. It has no attributes, so the agent hands in a single value: the text of the notes.
Give it the code
For the agent to read the merged pull requests, open the flow's Settings and add the repository under Repositories. Each run then works on a branch of its own in a checkout of it. See Workspaces and git.
Give it a reference
Add an object Style guide, link it to Draft, select the link and choose instrument. The agent is told it is a reference not to change. Something in the run must still provide it, such as Pick release filling it in too or a script reading it from the repository: an object nothing generates is empty in a run.
Tell the agent about the flow
In Draft's settings, tick Tell it about the flow it works in, in OPL. Its prompt then includes the whole flow as sentences, so it knows where its step fits: who will read the notes, and what happens to them next.
Check it and run it
Open OPL and read the flow back. Then press Run, fill in the release when asked, and watch Draft work.
Release manager is a person.
Release exhibits version and previous.
Pick release is a human process, which a person carries out.
Release manager handles Pick release.
Pick release has a person fill in Release.
Draft is an agent process, which an AI agent carries out.
Draft takes Release.
Draft requires Style guide, which it doesn't change.
Draft yields Notes.
The flow starts with Pick release.
Next, have someone approve the notes before anything is posted: People in the loop.