FetchCatch overview
FetchCatch is a decision automation platform for SaaS teams who need runtime rules, workflows, and integrations — without hard-coding every branch or adopting a full BPM suite.
You design decision flows in a visual console, connect them to your existing HTTP APIs (via OpenAPI), and expose each flow as a single HTTP endpoint your apps can call. Flows can pause when they need a human in the loop, then resume when the user completes a form or an external system sends an event.
What problems does it solve?
| Problem | How FetchCatch helps |
|---|---|
| Business rules scattered in code | Centralize rules as versioned flows |
| Ops wants to change logic without deploys | Edit in console or sync JSON from git |
| Multi-step approvals with waiting | Native pause/resume with durable state |
| Calling many internal APIs per decision | Drag OpenAPI operations as graph nodes |
| AI assistants editing rules in repos | CLI sync + documented JSON schemas |
The three surfaces
1. Web console
Sign up at fetchcatch.com, create a workspace, and use the flow designer to build graphs. Configure API sources, auth profiles, response types, and API keys — all from the browser.
2. CLI (`fcc`)
Sync flows to your repository as JSON under .fetchcatch/. Review changes in pull requests, apply from CI, and let coding agents edit rules with guardrails.
3. Evaluate API
Call published flows from your backend or edge functions:
POST https://api.fetchcatch.com/v1/evaluate/{flowSlug}
Authorization: Bearer {apiKey}
Typical journey
1. Sign up → create workspace
2. Add an API source (your OpenAPI spec)
3. Design a flow in the console
4. Define a response type (optional but recommended)
5. Publish the flow
6. Create an API key
7. Call /v1/evaluate from your app
For teams using git:
fcc init → fcc login → fcc pull → edit JSON → fcc apply
Architecture at a glance
Your app ──POST /v1/evaluate──► FetchCatch API ──► Flow interpreter
│
├──► Your HTTP APIs (OpenAPI nodes)
├──► SQL (durable run state)
└──► Pause until resume event
- Tenant — your organization; isolated data and secrets
- Workspace — a project within a tenant (e.g.
payments,onboarding) - Flow — a decision graph with a slug used in the evaluate URL
- Run — one execution of a flow; may complete or pause
- Response type — schema for what a flow returns
Documentation versions
This is documentation v0.1, matching flow JSON schemaVersion: 1. When schemas change, a new doc version is published alongside; see manifest.json.
Where to go next
| I want to… | Read |
|---|---|
| Get up and running | Getting started |
| Understand tenants, flows, runs | Core concepts |
| Build flows visually | Flow designer |
| Sync flows to git | Workspace layout |
| Decide who can publish (console vs CLI) | Governance modes |
| Promote flows across dev / staging / prod | Environments |
| Call flows from code | Evaluate API |
| Use the typed .NET client | .NET SDK |
| Configure Cursor / AI agents | AI agent guide |