Squid Mesh Usage Rules

Copy Markdown View Source

Use these rules when building host apps with Squid Mesh or changing Squid Mesh itself.

Core Model

  • Squid Mesh is an embedded durable workflow runtime for Elixir applications.
  • Workflow authors define compiled Elixir workflow modules with triggers, payload contracts, steps, transitions, waits, approvals, retries, and recovery routes.
  • The Jido-native journal runtime is the source of truth for run, dispatch, attempt, manual-control, and terminal facts.
  • Host workers provide execution capacity by calling SquidMesh.execute_next/1.
  • Optional schedulers can deliver cron payloads through SquidMesh.Runtime.Runner.perform/2.
  • Optional backend adapters, such as the Bedrock example, can own durable delivery and lease mechanics without changing workflow modules.

Rules To Follow

Rules To Avoid

  • Do not configure :executor for step execution.
  • Do not configure :stale_step_timeout.
  • Do not use or document :runtime_tables.
  • Do not deliver step or compensation payloads through SquidMesh.Runtime.Runner.perform/2.
  • Do not append :dynamic_work_recorded journal entries directly from host app code; use the public recording API so validation stays centralized.
  • Do not make workflow modules depend on Bedrock, Oban, or another backend's APIs.
  • Do not use String.to_atom/1 on external input or persisted untrusted data.

Topic Rules