Action objects

An action object defines work to be performed by an action, after the task is fully finished rendering. Action objects are most easily generated using the action tag.

An action object is a plain JSON object, having the following structure:

{
  "action": {
    "type": ACTION_TYPE,
    "options": ACTION_OPTIONS,
    "meta": ACTION_META
  }
}

Use the action tag to skip the boilerplate while writing actions. All tasks in the Mechanic task library use the action tag, rather than writing out the action object in raw JSON.

In Mechanic, actions are performed after their originating task run concludes. Actions are not performed inline during the task's Liquid rendering.

To inspect and respond to the results of an HTTP action, add a task subscription to mechanic/actions/perform, allowing the action to re-invoke the task with the action result data.

Learn more: Responding to action results

Defining an action

Type

The action type is always a string, having a value that corresponds to a supported action (e.g. "shopify", or "http").

Options

Action options vary by action type. Depending on the action type, its options may be another complete object, or an array, or a scalar value.

Control parameters

Mechanic reserves a small set of double-underscore parameters for controlling how an action is handled. These control parameters include:

  • __perform_event, which you can set to false to skip emitting the follow-up mechanic/actions/perform event for that specific action (the default is to emit it).

  • __meta, which moves the provided value into the action's meta field so you can attach meta data while using any action tag syntax.

Examples:

Meta

Actions may optionally include meta information, annotating the action with any JSON value.

When you're using the action tag, you can attach meta in a few ways:

  • Provide a meta object alongside options when you're supplying an options hash.

  • Supply meta as the second positional argument when the options are a hash.

  • Use the __meta control parameter with any action tag syntax to move the value into the action's meta.

This information could be purely for record-keeping, making it easy to determine why an action was rendered, or to add helpful context:

Or, this information could be used to facilitate complex task flows, in concert with a subscription to mechanic/actions/perform (see Responding to action results). An action's meta information can supply followup task runs with information about state, allowing the task to cycle between different phases of operation.

Last updated

Was this helpful?