figma.enumerate-component-urls

作成者: coinbase

Enumerates every public component set in a CDS Figma file and produces a list of [Component Name]: [Figma URL] entries grouped by page section. Use this skill…

npx skills add https://github.com/coinbase/cds --skill figma.enumerate-component-urls

Overview

Produces a [Name]: [URL] list for every public component set in a CDS Figma file, grouped by the file's page sections. Uses the Figma REST API directly (more reliable than the Figma MCP tools, which only expose the currently open page in the desktop app).

Requires $FIGMA_ACCESS_TOKEN to be set in the environment.

Default file: Unless the user provides a different Figma URL, always use the canonical CDS Components file:


Step 1 — Get all pages via the REST API

Use the file key above (or extract it from a user-provided URL — it's the segment between /design/ and the next /). Then fetch all pages at depth=1:

FILE_KEY="k5CtyJccNQUGMI5bI4lJ2g"  # override if user provided a different URL
curl -s -H "X-Figma-Token: $FIGMA_ACCESS_TOKEN" \
  "https://api.figma.com/v1/files/${FILE_KEY}?depth=1" | python3 -c "
import json, sys
data = json.load(sys.stdin)
pages = data['document']['children']
for p in pages:
    print(p['id'], '|', p['name'])
"

The output mixes two kinds of pages:

PatternMeaning
⚡️ Actions, 🔘 Inputs, …Section header — group label only, no component sets inside
↳ Button, ↳ Modal, …Component page — contains the actual component set(s)

Collect only the component page IDs (those with the prefix) for Step 2. Ignore section header pages, cover pages, staging pages, and deprecated sections (usually marked ⛔️ Deprecated).


Step 2 — Batch-query pages for component sets

Query the /nodes endpoint at depth=2 to discover COMPONENT_SET children within each page. Batch many page IDs into one request to stay efficient:

# IDs are colon-separated (e.g. 60:512), URL-encode : → %3A and , → %2C
IDS="60%3A512%2C0%3A1%2C52733%3A3517"
curl -s -H "X-Figma-Token: $FIGMA_ACCESS_TOKEN" \
  "https://api.figma.com/v1/files/${FILE_KEY}/nodes?ids=${IDS}&depth=2" | python3 -c "
import json, sys
data = json.load(sys.stdin)
for nid, node in sorted(data['nodes'].items()):
    if node is None:
        continue
    page = node['document']
    sets = [c for c in page.get('children', []) if c['type'] == 'COMPONENT_SET']
    print(f'=== {page[\"name\"]} (id: {nid}) ===')
    for s in sets:
        print(f'  [SET] {s[\"id\"]} | {s[\"name\"]}')
    if not sets:
        # No sets at top level — print child types to diagnose
        for c in page.get('children', [])[:5]:
            print(f'  [{c[\"type\"]}] {c[\"id\"]} | {c[\"name\"]}')
"

Edge case: pages that use SECTION containers

Some pages nest their component sets inside Figma SECTION nodes rather than placing them directly as page children. When depth=2 returns only SECTION entries and no COMPONENT_SET entries, re-query those section IDs at depth=2 to find the component sets inside them.

The CDS Tray page is a known example — its Tray component set lives inside a section called "Tray component".


Step 3 — Exclude internal helper sets

Component sets whose names start with . are private design helpers used internally by other components. They are not public consumer APIs and should be excluded from the output.

Known examples in the CDS file:

  • Carousel: .count, .carouselPagination
  • Select: .Input Chip, .Dropdown Menu, .Checkbox, .Tray/Multi Select, .Desktop Input Chips, .CheckboxGroup
  • Modal: .Header
  • SegmentedTabs: .tabs
  • TabbedChips: .Tab Chip
  • BottomTabBar: .Tab Bar Icon
  • Tray: .ListCells-Mobile, .ListCells-Desktop, .TabbedChipps-Mobile, .TabbedChipps-Desktop, .Drag handle

The rule is simple: if name.startswith('.'), skip it.


Step 4 — Format the output URLs

Figma node IDs use : internally (60:512) but URLs use - (node-id=60-512).

Always link to the component node — never the page node.

Every entry must point to the actual component, whether it's a COMPONENT_SET (has variants) or a bare COMPONENT (no variants). Both are valid link targets. The only thing that's wrong is using a CANVAS (page) node ID — that lands on the whole page rather than the component.

SituationUse in URLName entry
Page has 1 public component (set or standalone)That component's node IDThe page name (stripped of and emoji)
Page has 2+ public componentsEach component's node IDThe component/set name

If you're unsure of a node's type, check via the REST API — type will be COMPONENT_SET, COMPONENT, or CANVAS. Skip CANVAS IDs.

URL template:

https://www.figma.com/design/k5CtyJccNQUGMI5bI4lJ2g/✨-CDS-Components?node-id={component-set-id-with-dashes}

Output format

Group entries under the section headers from the file (Layout, Actions, Inputs, etc.) using markdown ## headings. Within each section, list components in the order they appear in the file:

## ⚡️ Actions

**Button**: https://www.figma.com/design/k5CtyJccNQUGMI5bI4lJ2g/✨-CDS-Components?node-id=0-1
**ButtonGroup**: https://www.figma.com/design/k5CtyJccNQUGMI5bI4lJ2g/✨-CDS-Components?node-id=52733-3517
**IconButton**: https://www.figma.com/design/k5CtyJccNQUGMI5bI4lJ2g/✨-CDS-Components?node-id=57214-1766

For multi-set pages, each set gets its own line. If a set name contains emoji decorators (like 🔮 Card carousel), keep them — they convey meaning (e.g., 🔮 = experimental in CDS).


Tips

  • Batch aggressively: The /nodes endpoint accepts many IDs at once. Prefer fewer large requests over many small ones to stay within rate limits.
  • Check for WIP pages: Pages prefixed with 🚧 are works in progress. Include them but note the WIP status in the output.
  • Section order matters: Preserve the top-to-bottom page order from Step 1 when grouping under section headers — it matches the Figma file's navigation structure, which is what consumers expect.

coinbaseのその他のスキル

git.repo-manager
coinbase
git.repo-manager — coinbase/cds が公開する、AIエージェント向けのインストール可能なスキルです。
official
agentic-wallet
coinbase
awal CLIによる暗号ウォレット操作 — サインイン、残高確認、USDC/ETH/POL/SOLの送金、トークン取引、ウォレットへの資金追加、x402支払いプロトコルの使用…
official
authenticate-wallet
coinbase
メールOTPベースのウォレット認証、検証、ステータス確認機能。2段階ログインフロー:メールで6桁のOTPを受信し、flowIdとコードで検証して認証を完了。コマンド実行前にシェルインジェクションを防ぐため、メール、flowId、OTPの入力検証ルールを実装。ステータス確認、残高照会、アドレス取得、ウォレットウィンドウアクセスをCLIコマンドで提供。全コマンドは機械可読な--json出力に対応。
official
fund
coinbase
Coinbase Onrampまたは直接送金でウォレットにUSDCを入金します。ユーザーがプリセット金額($10、$20、$50)またはカスタム値を選択し、Apple Pay、デビットカード、銀行振込、Coinbaseアカウントからの資金調達方法を選べる補助UIを開きます。カードとApple Payは即時、ACH銀行振込は1~3日と、決済時間が異なる複数の支払い方法に対応しています。Baseネットワーク上でUSDCとして資金を入金します。また、npx awal@2.0.3...経由でウォレットアドレスに直接USDCを送金することもできます。
official
monetize-service
coinbase
有料APIエンドポイントをデプロイし、他のエージェントがx402プロトコルを介して発見・支払いできるようにします。HTTP 402支払いプロトコルを使用してBase上でリクエストごとにUSDCを請求。クライアントは署名済みトランザクションで支払い、APIキーやアカウントは不要。ディスカバリー拡張を宣言すると、エンドポイントが自動的にx402 Bazaarに登録され、エージェントによる発見が可能に。Expressミドルウェアを使用して、エンドポイントごとに複数の価格帯、ワイルドカードルート、複数の支払いオプションをサポート。@x402/expressおよび@x402/core上に構築...
official
pay-for-service
coinbase
Base上でx402プロトコルを介した自動USDC支払いにより有料APIを呼び出します。x402対応エンドポイントに対してHTTPリクエスト(GET、POSTなど)を実行し、USDC支払いを自動的に処理します。メソッド、JSONボディ、クエリパラメータ、カスタムヘッダーを通じたリクエストのカスタマイズをサポートします。支払い制御機能を含みます:リクエストごとの最大USDC金額の設定、相関IDによる関連操作のグループ化。ウォレット認証と十分なUSDC残高が必要です。シェルインジェクションを防ぐため、すべてのユーザー入力を検証します...
official
query-blockchain-data
coinbase
BaseのCDP SQL APIを介してx402を使用し、オンチェーンのブロックチェーンデータをクエリします。あなたまたはユーザーがデコードされたブロックに関するオンチェーン情報を確認したい場合に使用します。
official
query-onchain-data
coinbase
Base上のオンチェーンデータをSQLでクエリし、クエリごとにx402支払いを行います。CoinbaseQL(ClickHouseベースのSQL方言)を介して、デコードされたイベント、トランザクション、ブロックにアクセス可能。結合、CTE、サブクエリ、標準関数をサポート。利用可能な3つの主要テーブル:base.events(デコードされたスマートコントラクトログ)、base.transactions(完全なトランザクションデータ)、base.blocks(ブロックメタデータ)。イベントクエリでは、インデックス付きフィールド(event_signature、address、block_timestamp)でのフィルタリングが必要で、全テーブルスキャンを回避します。
official