Evose
BuildApps

Workflow

Visual business process orchestration · 17 nodes · 4 triggers · Versioning and monitoring

Workflow is Evose's tool for process-driven automation. Compose multi-step tasks into a visual graph.

When to Use Workflow

  • Steps are fixed and repeatable (input varies, the process is the same)
  • Need batch, scheduled, or API triggers
  • Need multiple Agents / tools / data sources to coordinate
  • No need for back-and-forth user dialog

Not sure? → Agent vs Workflow

Create a Workflow

  1. Workspace → Apps · WorkflowNew
  2. Open the canvas; default contains Start and End nodes
  3. On the Start node, define inputs (type / required / default)
  4. Drag in business nodes and connect them
  5. On the End node, define outputs
  6. Trial-run → save version → publish

8 Groups, 17 Nodes

Workflow nodes are nearly identical to Chatflow, but without the Interaction group (it doesn't dialog with a user in real time):

GroupNodesOne-liner
AILLM · Knowledge retrievalCall models, do RAG
LogicCondition · Batch · Loop · Intent classificationBranching and loop control
DataCode · Template · Variable · Document extraction · Parameter extractionProcess structured data
NetworkHTTPCall external APIs
AppAgent · WorkflowNested calls into other apps
ToolMCP · Plugin · MarketplaceConnect external capabilities
EndEndTerminate and output

Four Trigger Modes

TriggerWhen to use
ManualDefault; trigger from Workbench or API
Scheduled (Cron)Daily / weekly / hourly — see Schedule
EventWebhook / DB change / queue message (preview)
ConditionalAuto-trigger when a condition is met (preview)

Current MVP limitations

Some event / conditional triggers are preview only — see Schedule · MVP limits.

Collaboration Patterns

A Workflow is not an island. It often coordinates with Agents / Chatflows / other Workflows:

Pattern 1: Workflow calls Agent
  Workflow → node → Agent → reasoning → return result

Pattern 2: Chatflow triggers Workflow
  User says "generate report" in a Chatflow → Chatflow triggers a background Workflow

Pattern 3: Workflow orchestrates multiple Agents
  Workflow → Agent A (analyze) → Agent B (write) → Agent C (review) → output

Trial Run + Monitoring

CapabilityBehavior
Trial runTop right of the editor; provide test inputs and run immediately
Live statusEach node shows waiting / running / success / failure
Per-node latencyEach node shows execution milliseconds
Error logsFailed nodes expand to show full exception + input snapshot
Run historyWorkspace · Observability · Traces

Version Management

BehaviorDescription
Auto-saveDrafts persist 30 seconds after each edit
Manual versionsAnnotate with a version label (e.g. v1 · initial)
Version diffPick two versions to compare
Quick rollbackOne-click restore to any historical version
TagsTag versions (prod / staging)

Publishing

SettingDescription
VisibilityControlled via RBAC + ACL
Trigger channelsWorkbench · Schedule · API · Webhook
API callSee Workflow API

A Minimal Example

Start (input.topic) → LLM (generate outline) → Batch (per chapter) → LLM (expand) → End (article)

Full tutorial · First Workflow

Anti-Patterns

  • More than 30 nodes — split into sub-Workflows; the parent only orchestrates
  • Stuffing big logic into a node — extract to a Code node or a Tool
  • Workflow → Agent → Workflow → Agent deeply nested — Traces become unreadable, costs hard to attribute; prefer linear flow

Next Steps

On this page