Skip to main content

Workflow orchestrator using LangGraph with Claude (via ACP) and script execution backends

Project description

sqrlly

A high-level interface to and extension of LangGraph for agents in local environments. Declare a workflow in YAML; sqrlly compiles it to a runnable StateGraph and adds the runtime extensions agent workflows need:

  • Nodes execute one of: an LLM prompt (agent-with-tools or text-only), an interpreted script (.py / .js / .ts / .sh), a binary, or a recursive subgraph.
  • Local context — when run inside a git repo, every node gets its own isolated worktree; agents read dep outputs, edit files on disk, and run tools.
  • Quality gates — a script or LLM scorer judges output; failing gates re-run the node with feedback injected, up to a configurable retry budget.
  • Branchingroute: sends flow conditionally; fan_out: spawns parallel branches over a JSON manifest.
  • Resumable — state checkpoints to SQLite; --resume picks up where a stopped run left off.

Install

For CLI use (recommended — isolated venv, doesn't touch your project's environment):

pipx install sqrlly             # or: uv tool install sqrlly

As a project dependency:

pip install sqrlly             # core
pip install "sqrlly[acp]"      # + ACP backend

LLM dispatch goes through Claude Code via one of two transports:

  • transport: acp — the claude-code-acp adapter (warm process, streaming chunks). Requires npm i -g @zed-industries/claude-code-acp.
  • transport: cliclaude -p subprocess-per-call (no warm process, real asyncio parallelism). Requires claude on PATH.

The direct-API backends (Anthropic / OpenAI / DeepSeek / custom OpenAI-compatible endpoints) were removed in 0.2.x while the project consolidates around Claude Code; restoring transport: api remains on the roadmap, and additional transport: cli providers (codex / gemini) are tracked in WISHLIST 36.

Auth is per-CLI, not sqrlly's job. Each CLI you point sqrlly at handles its own credentials independently — log in once with claude /login and sqrlly's runs (acp OR cli) use that session. Future cli providers will follow the same pattern (codex auth, gemini auth login, etc.). sqrlly never reads or stores API keys for these tools.

Python 3.11+. From source: git clone then uv sync.

Quickstart

A two-node workflow — generate jokes, gate them, pick the best (examples/jokes/):

name: "Joke Generator"
version: "0.1.0"

nodes:
  - id: generate
    name: "Generate Jokes"
    execute:
      url: "examples/jokes/generate.md"
    evaluation:
      validator: "examples/jokes/gates/validate_jokes.py"
      threshold: 1.0
      blocking: true
      max_retries: 2

  - id: select
    name: "Select Best Joke"
    depends_on: ["generate"]
    execute:
      url: "examples/jokes/select.md"

settings:
  presets:
    default:
      transport: cli
      provider: anthropic
      model: sonnet
      default: true
sqrlly validate examples/jokes/workflow.yaml
sqrlly run examples/jokes/workflow.yaml --log run.jsonl
  • validate — compiles the graph and reports the node count.
  • run — executes the workflow; with --log, writes a JSONL event stream (workflow_start, node_completed, gate_evaluated, node_retried, workflow_end).

How it works

  • URL-based dispatchexecute.url's extension picks the handler: .md / .txt / .prompt → LLM prompt, .py / .js / .ts / .sh → script, .yaml → subgraph, anything else → binary.
  • Jinja2 templates — prompt files are full Jinja2; {{generate}} interpolates an upstream node's output; {% if %} / {% for %} / filters all work.
  • Retry feedback loop — when a gate scores below threshold, the next attempt's context gets {{_retry_reason}} auto-populated with the previous score, per-dimension thresholds, and feedback.
  • Worktree isolation — inside a git repo, each node runs in its own git worktree under <workdir>/.sqrlly/, reused across retries so prompt nodes can iterate on prior files.
  • Checkpointed state — runs persist to <workdir>/.sqrlly-checkpoint.db (LangGraph AsyncSqliteSaver); --resume continues from the last checkpoint.
  • Recursive subgraphs — a .yaml URL runs another sqrlly workflow; the same file works standalone or as a subgraph reference.

Backends and presets

LLM and script execution is configured by presets under settings.presets — named bundles referenced by a node's params.preset. Exactly one LLM preset is marked default: true:

settings:
  presets:
    default:
      transport: cli       # or acp — see below
      provider: anthropic
      model: sonnet
      default: true

Pick a transport by what shape suits the workflow:

Transport Invocation Best for
acp claude-code-acp adapter (warm process, streaming) Workflows that want streamed chunks or MCP-via-session.
cli claude -p subprocess per call (no warm state) Fan-out workflows — real asyncio parallelism per call, simpler lifecycle.

Both pair with provider: anthropic today and both authenticate via the local claude CLI session — claude /login once and either transport runs against it. Multiple presets can coexist in a single workflow; only one is default: true, others get named via params.preset per node.

Declare presets explicitly. sqrlly doesn't probe your environment or synthesize defaults. Empty settings.presets is valid for script-only workflows; any LLM-dispatching node will fail at its call site with a clear "no prompt backend wired" error. If a backend's toolchain is missing at run time (npx for acp, claude for cli), the backend surfaces a clear error at the first prompt call — never as a pre-flight check (a pre-flight would forbid workflows that install the toolchain in an earlier script node).

Full reference (including CommandPreset for custom script interpreters): docs/schema-reference.md.

CLI

Command Purpose
sqrlly validate <config> Compile the workflow; report node count and lint warnings.
sqrlly run <config> Execute the workflow.
sqrlly graph <config> Print the topology as a Mermaid diagram.
sqrlly view <config> Render a self-contained interactive HTML viewer.

run flags:

  • --workdir / -w <dir> — working directory (default .).
  • --dry-run — trace topology without executing.
  • --preset / -p <name> — force a named preset as the default.
  • --resume — continue from the last checkpoint.
  • --log <path> — write a JSONL event log.

Examples

Each example directory ships a checked-in view.html (authoring view) and, where the run is deterministic, a view-debug.html from a captured log.

Workflow What it shows
examples/jokes/ Minimal: prompt + script gate + select. Start here.
examples/route_classify/ Inline route: case ladder over structured state.
examples/pipeline_style/ route: { goto: <next> } forward-edge authoring; a linear pipeline.
examples/absurd-paper/ 13-node multi-stage pipeline with subgraphs and per-item subgraph fan-out.
examples/wave_planner/ Wave-driven dynamic-task pattern — goto: loop-back to a fan-out parent.

Documentation

  • docs/schema-reference.md — every Settings / Node / Execute / preset / route / evaluation field, the URL dispatch table, and the route-predicate namespace.
  • TECHNICAL.md — three-layer architecture, pipeline flow, state model, key invariants.
  • SKILLS.md — agent skill doc: instructions for an AI coding agent authoring and running sqrlly workflows.

Contributing

  • Three-layer splitschema/ (Pydantic models) → compile/ (YAML → LangGraph) → runtime/ (executors, backends). Layer rules enforced at CI time by an AST import check.
  • No mocks of external systems — tests run real subprocesses, real git worktree, and real backends.
  • See TECHNICAL.md for architecture and contributor reading order.
uv run pytest tests/ --ignore=tests/acp     # ~840 tests
uv run pytest tests/acp                     # ACP integration (needs the npm adapter)

License

Apache-2.0 — see LICENSE.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

sqrlly-0.3.1.tar.gz (462.9 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

sqrlly-0.3.1-py3-none-any.whl (106.9 kB view details)

Uploaded Python 3

File details

Details for the file sqrlly-0.3.1.tar.gz.

File metadata

  • Download URL: sqrlly-0.3.1.tar.gz
  • Upload date:
  • Size: 462.9 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for sqrlly-0.3.1.tar.gz
Algorithm Hash digest
SHA256 ecac0db1a9e73918287c464f8d273fbf67d83c61b683ded42f45c343a6ed2b5b
MD5 b4ed116a1af67e227e2926a258e69067
BLAKE2b-256 10c6cb786e43c465af01b428d7395cac87456ada183a7d5b5b94483fe449961d

See more details on using hashes here.

Provenance

The following attestation bundles were made for sqrlly-0.3.1.tar.gz:

Publisher: publish.yml on christopherseaman/sqrlly

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file sqrlly-0.3.1-py3-none-any.whl.

File metadata

  • Download URL: sqrlly-0.3.1-py3-none-any.whl
  • Upload date:
  • Size: 106.9 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for sqrlly-0.3.1-py3-none-any.whl
Algorithm Hash digest
SHA256 bc0f0693ead696aa354926dfa2591f67d3ffdc941cad719db090cfce5dbf10dc
MD5 465cf18c0f1d84c79ceac2c7d1a03e4d
BLAKE2b-256 bd84bb9cfc6e20fbbbbe1f3d22208e7db729d84a84d6a0e53ead7ccc83ef07af

See more details on using hashes here.

Provenance

The following attestation bundles were made for sqrlly-0.3.1-py3-none-any.whl:

Publisher: publish.yml on christopherseaman/sqrlly

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page