Reference · Tools
Figma Trigger
Starts workflow when Figma events occur
The Figma Trigger node starts a workflow whenever a specific event happens in your Figma team — such as a new file comment, a file deletion, or a library publish. It connects via Figma's Webhooks V2 API using a personal access token and subscribes at the team level. A common use case is routing new Figma comments to a Slack channel or logging file version updates to a project tracker.
- Node type
- Webhook trigger
- Parameters
- 2
- Outputs
- Output
- Credentials
- Figma API
Figma Trigger
Start workflow from Figma team events
Overview
Starts a workflow when events occur in a Figma team. Listens for file comments, file updates, file deletions, file version updates, and library publishes via Figma Webhooks V2 API. Requires a Figma personal access token and a Team ID. Each trigger instance subscribes to one event type at the team level.
Category: Development
Tool Name: figma_trigger
Version: 1
Appearance: Icon: si-figma | Color: #a259ff
Node Type
Trigger — webhook (receives incoming HTTP callbacks)
Input / Output
| Direction | Port(s) |
|---|---|
| Input | None (trigger node) |
| Output | Output |
Credentials
This tool requires Figma API credentials. See the Credentials Guide for setup instructions.
Parameters
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
| Team ID | string | Yes | — | The Figma Team ID to monitor. Found in the URL of a Figma Team page: figma.com/files/team/{TEAM-ID}/. |
| Trigger On | options | Yes | — | Which Figma event type to listen for. |
Options: fileComment (someone comments on a file), fileDelete (a file has been deleted — does not fire for the files inside a deleted folder), fileUpdate (a file saves or is deleted; happens when a file is closed or within 30 seconds after changes), fileVersionUpdate (a named version is created in a file’s version history), libraryPublish (a library file is published) |
Output Data
Each delivery from Figma produces one output item. The webhook payload is copied onto the item unchanged, and three fields are added:
_trigger— alwaysfigma_trigger_webhook_timestamp— ISO 8601 timestamp of when the request arrived_webhookEvent— the Figma event type, taken from the payload’sevent_typefield
The Figma payload itself carries:
event_type— the event, e.g.FILE_COMMENTtimestamp— the Figma event timewebhook_id— the Figma webhook that delivered the eventfile_key,file_name— the file the event is aboutcomment,comment_id,parent_id,order_id— comment detail, on comment eventstriggered_by— the Figma user who caused the event, withhandle,id, andimg_url
Figma’s PING health checks are acknowledged without starting the workflow, and each delivery’s passcode is verified before any item is produced.
Reference the payload downstream by expression, e.g. {{ $json.file_name }} or {{ $json.triggered_by.handle }}.
Usage Examples
- trigger workflow when someone comments on a Figma file
- start when a Figma file is updated
- listen for Figma file deletions
- detect when a new file version is created in Figma
- watch for Figma library publishes
Example Configuration
Fire when someone comments on a file in the team:
{
"type": "figma_trigger",
"parameters": {
"teamId": "123456789",
"triggerOn": "fileComment"
}
}
Fire when a named version is created:
{
"type": "figma_trigger",
"parameters": {
"teamId": "123456789",
"triggerOn": "fileVersionUpdate"
}
}
Fire when a library is published:
{
"type": "figma_trigger",
"parameters": {
"teamId": "123456789",
"triggerOn": "libraryPublish"
}
}
Trigger Behavior
- Activation: When the workflow is activated, a webhook endpoint is registered with the service.
- Deactivation: The webhook is automatically unregistered when the workflow is deactivated.
- Payload: The incoming webhook payload is parsed and output as workflow items.
- Verification: Supports signature verification where applicable.
Tips
Entry point that fires when a Figma team event occurs. Subscribe to file comments, updates, deletions, version updates, or library publishes. Outputs the full Figma webhook payload for downstream processing.
Frequently asked questions
What events can this node listen for?
The node supports five event types: file comments, file updates, file deletions, file version updates, and library publishes. Each instance of the trigger subscribes to exactly one event type — if you need to react to multiple event types, you'll need a separate Figma Trigger node for each.
What credentials do I need to connect this node?
You need a Figma personal access token, configured as a Figma API credential in BusyBot. You'll also need your Figma Team ID, which identifies which team's events the webhook will subscribe to. Both are required — the node won't register the webhook without them.
What does the node actually output?
It outputs the full Figma webhook payload as delivered by the Webhooks V2 API. This includes event metadata and any file or comment data associated with the event. Downstream nodes receive this raw payload, so you can map specific fields — like a comment body or file key — to whatever action follows.
Does one trigger cover my whole Figma organization, or just one team?
Subscriptions are at the team level, not the organization level. You provide a single Team ID per trigger instance, so the node only fires for events within that team. To cover multiple teams, add a separate Figma Trigger node for each Team ID.
Is there anything I should know about how the webhook is registered?
The node uses Figma's Webhooks V2 API to register the subscription automatically when the workflow is activated. If you deactivate or delete the workflow, you should verify in Figma that the corresponding webhook has been removed, to avoid orphaned subscriptions on the Figma side.
Build with the Figma Trigger node
Drop it into a workflow, wire it to an agent, or call it on a schedule. You'll need Figma API credentials first.
Open BusyBotLast updated . Spotted something wrong? Tell us.