Figma Make resource links returned by get_design_context cannot be read in Codex App

Resolved 💬 0 comments Opened Apr 16, 2026 by bergsv Closed May 18, 2026

What version of the Codex App are you using (From "About Codex" dialog)?

26.409.20454

What subscription do you have?

Plus

What platform is your computer?

Darwin 25.3.0 arm64 arm

What issue are you seeing?

Figma Make files can be partially initialized in the Codex App, but the returned Make source resources cannot be read afterward.

On the same session:

  • mcp__codex_apps__figma_get_design_context succeeds for a Figma Make file and returns resource_links in the format file://figma/make/source/{fileKey}/...
  • read_mcp_resource on one of those returned URIs fails with:
  • resources/read failed for codex_apps ... Mcp error: -32600: Unknown resource: file://figma/make/source/...

There is a second issue on top of that: the local Figma skill/plugin guidance still assumes that Figma URLs must contain node-id, but Figma Make URLs do not include node-id.

So the current Codex App flow for Figma Make is inconsistent:

  1. get_design_context is able to discover Make source resources
  2. the app/bridge then fails to read those exact returned resources

What steps can reproduce the bug?

  1. Open the Codex App with the Figma plugin connected and authenticated.
  2. Use any Figma Make URL.
  3. Extract the Make fileKey from that URL.
  4. Call get_design_context for that file key.
  • because the Codex tool currently requires a node id, use nodeId = 0:1
  1. Observe that the tool returns resource_links such as:
  • file://figma/make/source/{fileKey}/src/app/App.tsx
  1. Call read_mcp_resource on one of those exact returned URIs.
  2. Observe the failure:
  • Unknown resource: file://figma/make/source/...

Related observations:

  • get_metadata(fileKey="{fileKey}", nodeId="0:1") also timed out after 120s in the same environment.
  • Another MCP client was able to do the same 2-step flow (get_design_context -> read returned file://figma/make/source/... resources) against the same Make file.

What is the expected behavior?

Two things should work consistently for Figma Make files:

  1. Codex App should support Figma Make URLs without requiring a node-id-style workflow in the user-facing skill guidance.
  2. If get_design_context returns file://figma/make/source/... resource URIs, read_mcp_resource should be able to read those returned URIs successfully in the same session.

Additional information

  • Codex CLI on this machine: codex-cli 0.114.0
  • Local bundled Figma plugin version in the app cache: 2.0.7
  • The bundled Figma skill/plugin docs still strongly assume classic design/...?...node-id=... URLs
  • This appears related to, but distinct from:
  • #16718
  • #17106

The issue here is specifically the Figma Make resource hydration/read path:

  • get_design_context returns valid-looking Make source URIs
  • read_mcp_resource cannot resolve those returned URIs in Codex App

View original on GitHub ↗