Changelog

What's new in Echopoint

Product updates across webhooks, flows, runners, the CLI, and CI. Release artifacts live on GitHub: echopoint-cli and echopoint-runner.

July 2026

Every node kind gets its own canvas UI

Flows

The canvas now renders all nine node kinds as first-class steps: Request, Delay, Module, Set Variable, Assert, Branch, Loop, Poll, and SSE. Each kind has its own icon, label, and configuration form — control flow you can see.

Folders in the Flow Library

Flows

Organize flows into folders: create and rename folders, move flows in bulk, or drag a flow into place. The CLI gets matching flows folder commands.

June 2026

Failure alerts for scheduled runs

Flows

When a scheduled run fails, Echopoint emails the recipients you configure — organization members or extra addresses per schedule. Alerts record what failed so the email links straight to the run.

Fair-share scheduling on the cloud runner

Runner

Cloud executions now claim jobs fairly across organizations: the least active organization goes first, FIFO within each one. A busy neighbor can no longer delay your suite.

Scheduled flow runs (monitors)

Flows

Run a tagged flow suite on a recurring schedule. Each monitor has pause and resume, its own run history, and failure alerting — your smoke suite keeps watch between deploys.

Flow run history and root-cause debugging

Flows

Every flow now has a run history. Open any run to see per-node results, every recorded assertion, and the exact step that caused a failure. Node-level history shows how a single step has behaved across runs.

Skipped nodes record why they didn't run

Runner

When an upstream step fails, downstream nodes are skipped with a recorded reason and the list of inputs they were missing. Steps marked run_when: always still execute, so cleanup keeps running after a failure.

Tag-based suites in the CLI and GitHub Action

CI/CD

Tag your flows and run them as a suite: echopoint flows run --tag smoke locally, or pass tags to the GitHub Action with match-mode any or all. Flows are searchable by tag and full text in the app.

Assertions recorded with expected vs actual

Flows

Every assertion now records expected, actual, and passed on each run — including passing ones. When a run goes green, you can still see exactly what was checked.

69 dynamic test-data variables

Flows

Use {{$uuid}}, {{$email}}, {{$fullName}}, {{$creditCard}} and 65 more in any request. Values are faker-backed and deterministically seeded within each execution, and every resolved value is recorded in the run's node results.

Echopoint CLI and GitHub Action

CLI

The CLI is public: a checksum-verified installer (no sudo), browser-based login, and full command groups for flows, collections, and environments. nanostack-dev/echopoint-cli@v1 runs flows from CI on an ephemeral runner and reports per-flow results.

May 2026

Live runs on the flow canvas

Flows

Launch a flow and watch it run: node-by-node progress streams to the canvas over SSE — flow.started, node.started, node.completed, node.failed — with no refresh.

OpenAPI import in the Request Workbench

Collections

Upload an OpenAPI spec and get a collection of ready-to-run requests, organized in folders. Pair it with OpenAPI Sync to keep the collection reconciled as the spec changes.

Echopoint AI in the flow canvas

AI

Ask Echopoint AI to inspect a flow or propose the next change, right in the canvas. Every AI change is applied with a restorable snapshot, so anything it does can be undone.

April 2026

Flow versions and publishing

Flows

Publishing a flow creates an immutable version. Browse and restore previous snapshots, and pin a launch to a specific version-id so CI always runs exactly what you reviewed.

Want to try the latest?

Getting started