Manual start
runsSomeone presses Run and optionally types a note that the flow can read.
trigger.manual
A flow is your procedure, drawn: what starts it, which capabilities run, where a person decides, and what gets posted where. Your manager builds it on a canvas, publishes a version, and the worker executes that version — with every step recorded.
Start with an application event
A named reviewer makes the call
Share the approved update
Every step is recorded. A human decision is part of the procedure.
The execution layer that keeps agent work moving—with scoped permissions, spending limits, and a record of the task. Starting with the Processor application-readiness pilot in Flows.
Preview before deliveryStart in shadow mode to inspect readiness evidence and proposed operations follow-ups without sending a message.
Approve the exact actionEach Slack delivery requires approval of the message and destination. Permissions and supporting evidence are checked again before dispatch.
Follow the same taskSee progress and model spending as application information changes. Reassess or cancel a task from its run detail.
Workspace setup is required. Broader fleet support is planned; the pilot assesses readiness and prepares operations follow-ups. Financing decisions remain with people.
Flows is one of the few things on this site that is finished rather than designed. It is in the portal, it is covered by tests, and the list below is what it does.
A node marked coming soon is visible in the builder and refuses to execute, so a flow that depends on one cannot publish. These labels come from the same catalog the palette reads. End to end today that means: a trigger, logic, a human approval, and a Slack message — the other connectors are defined and not connectable.
Someone presses Run and optionally types a note that the flow can read.
trigger.manual
Fires when files land from the portal, a secure link, or a website form.
trigger.documents_uploaded
Fires on a message in a connected workspace that matches a pattern.
trigger.slack.message_matched
Runs the flow on a recurring clock rather than an event.
trigger.schedule
Another system posts a payload and the flow starts from it.
trigger.webhook
Percent complete, missing field ids, and gating status for an application.
capability.score_csg_1003_completeness
A risk-scored memo in markdown, with structured signals and a PDF.
capability.generate_credit_memo
Two branches from one condition over anything upstream produced.
logic.if
Many branches keyed off a value, with a default arm.
logic.switch
Pause the run and pick it up later without losing state.
logic.wait
Stops the run, shows a named reviewer exactly the data it is asking about, and records who decided what and when.
human.approval
Posts into a channel or thread in a connected workspace.
connector.slack.post_message
The Telegram connection exists; the outbound send step does not yet.
connector.telegram.send_message
The WhatsApp connection exists; the outbound send step does not yet.
connector.whatsapp.send_message
The Google Chat connection exists; the outbound post step does not yet.
connector.google_chat.post_message
Pilot: assess application readiness, propose an operations Slack follow-up for approval, and resume as the application changes. Requires workspace setup.
agent_step.core_agent
Passes a task to a deployed agent — waiting on hosted deployment itself.
agent_step.hosted_agent
Application-event triggers — created, qualified, certified — are available too. Capability nodes appear in the palette for all seven registered capabilities; five of them return a contract-locked pending envelope, which the builder tells you before you wire one in.
The point of drawing the procedure is that the handoff to a human is part of it. An approval node stops the run, shows a named reviewer the data the decision turns on, and records the decision against the run.
Approved, rejected, and timed out are three separate branches. A flow that wants to act on a rejection has to say so on the canvas.
The node carries the data it is asking about, so approval is not a rubber stamp on a summary somebody else wrote.
User, timestamp, choice, and comment land on the run record next to everything the flow did before and after.
What the agent knows before it acts — the knowledge layer.