Run a shortcut

A published shortcut can be run from six places: the Shortcuts page (one at a time, or a whole file of rows), the Chrome extension, another workflow, an ackDB column, the API, and an AI assistant connected over MCP. The run is the same underneath; what differs is how you start it and where the result shows up.

What happens on every run

  1. Someone or something starts a run: a card on the Shortcuts page, the extension button, a file upload, a Call Shortcut step, a record entering an ackDB segment, an API call, or an AI assistant.
  2. The inputs are checked first. A run missing a required input, or aimed at an archived shortcut, never starts and never costs credits.
  3. The run executes as a row in the workflow behind the shortcut, so that workflow's Data tab is the run log.
  4. When the run finishes, the output fields become the result.
  5. The result shows up where the run started: fields in the extension panel, columns in the calling workflow, a value on the ackDB record, JSON from the API.

Runs always use the latest published version of the shortcut. Runs already going finish on the version they started on.

From the Shortcuts page

The Shortcuts page lists every published shortcut as a card. Open one for a run page with three tabs:

  • Single Input. Fill in the inputs and click Run Shortcut. The status updates in place; outputs appear when it finishes. Set Defaults pre-fills inputs you reuse, Run Another clears the form.
  • File Upload Input. Run a whole spreadsheet at once, see Run a file of rows.
  • History. Your past runs, single and batch, with live status.

Opening Shortcuts from the left nav, picking a shortcut card, filling the LinkedIn URL, and the run streaming to completed output fields

Run a file of rows

Pick File Upload Input, then Select a file or drop here. Excel, CSV and TSV, up to 10,000 rows per file.

  1. Columns are auto-mapped onto the inputs, with sample values so you can check each match. Fix any mapping with the dropdowns; for a multi-sheet Excel file, pick the sheet first.
  2. Click Run. A file problem (unreadable, empty, over the row cap) stops the whole upload before anything starts, and nothing is spent. Once it starts, each row is its own run, one failure does not stop the others, and a toast confirms how many were queued.
  3. The History tab tracks the batch with a status roll-up per upload, and exports any batch as CSV. Export columns come from the version that batch ran on, so an update published mid-week does not reshape last week's export.

Uploads are personal: each teammate sees their own. The owner and org leads see and export everyone's (see who sees whose runs).

In the Chrome extension

The toggles you set at publish time decide where the shortcut appears: the extension panel on LinkedIn.com, Sales Navigator, or both. The page fills in the main input (the person's LinkedIn URL) automatically, so most shortcuts are one click; any other inputs are asked for in the panel. Results show as fields in the panel.

The extension panel on a LinkedIn profile: a completed shortcut run with the person's name, title, company, phone and work email, and a Run Again button

If you cannot see a shortcut on LinkedIn, check the three usual causes: its trigger was never turned on at publish time, it is hidden from the Shortcuts page, or it is archived.

From another workflow

Add the Call Shortcut step to any workflow and pick a shortcut. The step shows the shortcut's inputs and outputs:

  • Inputs map onto the parent's columns and variables like any other action field. Optional inputs left empty fall back to their default.
  • Outputs arrive as columns grouped under the shortcut's name.
  • The shortcut run executes as its own row in its own workflow, and the parent cell fills when it completes. A failed run fails the cell, with continue-on-fail available like any action.

Adding a shortcut as a step: the Shortcuts tab in the node picker, the node's drawer with its input mapped to a parent variable, the grouped output columns, and Save

The step always runs the latest published version, and shows when the shortcut's fields changed: removed outputs are struck through (their columns stay but stop filling), new outputs offer an Add columns button, and an archived shortcut explains itself before any run fails.

Shortcuts can call shortcuts, with no depth limit. A shortcut cannot call itself: its own shortcut is hidden from the picker, and a direct self-call is refused before the run starts. An indirect loop is not blocked: A calling B while B calls back to A keeps spending credits until the runs time out or credits run dry. Keep chains one-way.

As an ackDB column

On an ackDB table (companies, contacts or people), add a column and choose Shortcut. The Run a shortcut drawer sets it up in three steps:

  1. Shortcut. Pick from your published shortcuts. It runs on every record in the segment, and again whenever the record changes.
  2. What it reads. Point each input at a column on the segment. The common case is handled for you: a shortcut whose only input is the record's id maps itself. Auto-matched mappings are flagged ("matched by name, check it"), and required inputs must be mapped before you continue.
  3. How often it updates. Read-only here: the schedule belongs to the shortcut and is shared by every column it fills. The Fill the records already here toggle decides whether every current record runs now (uses credits) or only records entering the segment from now on.

Click Add column. One column per output appears as records finish their first run.

Two requirements:

  • The workflow behind the shortcut must write back to ackDB (an Update Record, Ingest or Merge step). Without one, the run succeeds, credits are spent, and the column stays blank. The drawer warns you before you map anything. On people tables the writeback must be Ingest, because Update Record targets companies and contacts.
  • The refresh schedule is set on the shortcut, in its workflow's Sheet Settings under Schedule: Never (once per record), every 6 hours, daily, weekly, or a custom interval of at least 5 minutes.

Careful

A refresh re-runs every record of every column the shortcut fills, on every tick. Daily on a 10,000-record segment is 10,000 runs a day; check the cost before you set it.

Over the API

Three calls, authenticated with an API key (apps:read and apps:run scopes):

  • GET /api/v1/apps/{id} reads the input and output fields.
  • POST /api/v1/apps/{id}/run starts one run, inputs as {"input_data": {"<field>": "<value>"}}.
  • GET /api/v1/apps/{id}/runs/{runId} polls until the run finishes; outputs are in output_data.

For many rows, POST /api/v1/apps/{id}/run/batch starts one run per row (up to 1,000 per call) and returns a batch_id to follow; the whole call is checked before any row starts. A field name the shortcut does not have gets a 400 listing the valid fields, and a missing value falls back to the input's default, then to empty: the API does not refuse a missing required input, so keep your rows complete. Full schemas, envelopes and rate limits are in the API reference.

From an AI assistant

Connect Claude, ChatGPT, Cursor or any other MCP client to Floqer and it can run your shortcuts for you, in the middle of a conversation. Ask for the shortcut by name and the assistant finds it, asks for anything it needs, runs it and reads the result back.

The assistant sees shortcuts under their old name, apps: list_apps to find one, get_app for its inputs and outputs, run_app to run it (this spends credits, like any other run), and get_app_run for the result. Setup and the full tool list are in MCP.