Setting the file. One moment.
Subchapter 30.1
references/trigger-input-data-shapes.mdMarkdown1 KBView on GitHub
inputData shapeUsed by verify-built-workflow, executions(action="run"), and checkpoint
verification. The pin-data adapter spreads or wraps based on trigger type —
passing the wrong shape gives null downstream values that look like an
expression bug.
Flat field map, e.g. {name: "Alice", email: "a@b.c"}. The production Form
Trigger emits each field directly on $json, so the builder’s $json.<field>
expressions are correct. Do NOT wrap in formFields — the adapter will
reject the call.
The body payload, e.g. {event: "signup", userId: "..."}. The adapter wraps it
under body, so downstream nodes reference $json.body.<field>.
{chatInput: "user message"}.
Omit inputData; the adapter emits synthetic timestamp fields.
Linear, GitHub, Slack, MCP, and similar triggers: pass inputData matching the
trigger’s expected payload shape from the node type definition.
Do not patch a workflow first when verify returns null downstream values.
Re-run verify with the corrected inputData shape. Only patch the workflow if
the expression is wrong against the production trigger output shape (consult
node descriptions), not the instanceAi pin data path.