Blocks fits cleanly into multi-step workflows where one stage needs an AI agent to do work and a later stage needs to consume the result. A workflow can create a session, wait for the assistant’sDocumentation Index
Fetch the complete documentation index at: https://docs.blocks.team/llms.txt
Use this file to discover all available pages before exploring further.
final_message, and then continue with the next action in your system.
Typical workflow shape
- A workflow step decides work should be delegated to Blocks.
- It creates a session with
POST /rest/v1/sessions. - It stores the returned
session_idand_links.final_message.href. - It polls or schedules a follow-up check for the final assistant message.
- It uses that result to continue the workflow.
Example uses
- Create a Jira or Linear issue after Blocks produces a scoped implementation plan
- Run a review or triage step, then route based on the final recommendation
- Generate a technical summary that another workflow step posts to Slack or email
- Start a coding task, then trigger downstream automation when the final answer is ready
Example
Why this works well
- The session ID gives every workflow run a durable reference
final_messageprovides a clean handoff point for downstream systems- Follow-up messages let later workflow steps continue the same session when needed

