project
This is the discovery path. A team id leads to projects, a project leads to files, and a file
gives you the file key every file command takes.
Figma has no endpoint that discovers a team id from a token — its docs say so outright — which
is why FIGMA_TEAM_ID exists. Read the id out of your team’s
URL (the segment after /team/) once, and every team-scoped command stops needing an argument.
| Command | What it does | Rate limit tier |
|---|---|---|
project list |
The projects in a team | 2 |
project get |
One project’s metadata | 3 |
project files |
The files in a project | 2 |
project list
Section titled “project list”cyber-figma project list [team]Lists the projects of a team as id and name. The team argument takes a team id or a team
URL; leave it off and the CLI falls back to --team, then FIGMA_TEAM_ID, then a team id
committed in .agents/cyber-figma.json. With none of those,
the command fails with a message telling you where in the Figma URL to find the id, rather
than guessing at one.
cyber-figma project listcyber-figma project list 1234567890cyber-figma project list https://www.figma.com/files/team/1234567890/My-TeamOnly projects visible to the authenticated credential come back, so an empty result is a permissions answer as often as it is an empty team. The endpoint returns everything in one response — there is nothing to page through.
project get
Section titled “project get”cyber-figma project get <project>One project’s metadata: id, name, file count, creation and update times, and a thumbnail URL. Takes a project id or a project URL. Tier 3, so this is the cheap way to check whether a project is worth listing.
project files
Section titled “project files”cyber-figma project files <project>The files in a project, as key, name, and last modified. The key column is what you
pass to every file command.
| Option | Description |
|---|---|
--branch-data |
Include branch metadata for each main file that has branches |
cyber-figma project files 987654cyber-figma project files 987654 --branch-data --json