figma.enumerate-component-urls

bởi 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.

Thêm skills từ coinbase

git.repo-manager
coinbase
git.repo-manager — một kỹ năng có thể cài đặt cho các tác nhân AI, được xuất bản bởi coinbase/cds.
official
agentic-wallet
coinbase
Các thao tác ví tiền điện tử qua CLI awal — đăng nhập, kiểm tra số dư, gửi USDC/ETH/POL/SOL, giao dịch token, nạp tiền vào ví, và sử dụng giao thức thanh toán x402 để…
official
authenticate-wallet
coinbase
Xác thực ví dựa trên OTP qua email với kiểm tra trạng thái và xác thực. Quy trình đăng nhập hai bước: khởi tạo bằng email để nhận mã OTP 6 chữ số, sau đó xác minh với flowId và mã để hoàn tất xác thực. Bao gồm các quy tắc kiểm tra đầu vào cho email, flowId và OTP nhằm ngăn chặn tấn công shell trước khi thực thi lệnh. Cung cấp kiểm tra trạng thái, truy vấn số dư, lấy địa chỉ và truy cập cửa sổ ví thông qua các lệnh CLI đi kèm. Tất cả lệnh đều hỗ trợ đầu ra --json để máy có thể đọc được...
official
fund
coinbase
Nạp USDC vào ví qua Coinbase Onramp hoặc chuyển khoản trực tiếp. Mở giao diện đồng hành cho phép người dùng chọn số tiền định sẵn ($10, $20, $50) hoặc giá trị tùy chỉnh và chọn thanh toán qua Apple Pay, thẻ ghi nợ, chuyển khoản ngân hàng hoặc tài khoản Coinbase. Hỗ trợ nhiều phương thức thanh toán với thời gian xử lý khác nhau: thanh toán ngay lập tức qua thẻ và Apple Pay, 1–3 ngày đối với chuyển khoản ngân hàng ACH. Nạp tiền dưới dạng USDC trên mạng Base; ngoài ra, người dùng có thể gửi USDC trực tiếp đến địa chỉ ví qua npx awal@2.0.3...
official
monetize-service
coinbase
Triển khai một điểm cuối API trả phí mà các tác nhân khác có thể khám phá và thanh toán qua giao thức x402. Tính phí USDC mỗi yêu cầu trên Base bằng giao thức thanh toán HTTP 402; khách hàng thanh toán bằng giao dịch đã ký, không cần khóa API hoặc tài khoản. Tự động đăng ký điểm cuối với x402 Bazaar để các tác nhân khám phá khi bạn khai báo phần mở rộng khám phá. Hỗ trợ nhiều mức giá, tuyến đường ký tự đại diện và nhiều tùy chọn thanh toán cho mỗi điểm cuối bằng phần mềm trung gian Express. Được xây dựng trên @x402/express và @x402/core...
official
pay-for-service
coinbase
Gọi các API trả phí trên Base với thanh toán USDC tự động qua giao thức x402. Thực thi các yêu cầu HTTP (GET, POST, v.v.) đến các điểm cuối hỗ trợ x402 với thanh toán USDC nguyên tử được xử lý tự động. Hỗ trợ tùy chỉnh yêu cầu thông qua phương thức, nội dung JSON, tham số truy vấn và tiêu đề tùy chỉnh. Bao gồm các kiểm soát thanh toán: đặt số tiền USDC tối đa cho mỗi yêu cầu và nhóm các thao tác liên quan với ID tương quan. Yêu cầu xác thực ví và số dư USDC đủ; xác thực tất cả đầu vào của người dùng để ngăn chặn shell...
official
query-blockchain-data
coinbase
Truy vấn dữ liệu onchain blockchain trên Base bằng CDP SQL API qua x402. Sử dụng khi bạn hoặc người dùng muốn xem thông tin onchain về các block đã được giải mã,…
official
query-onchain-data
coinbase
Truy vấn dữ liệu onchain trên Base bằng SQL với thanh toán x402 theo từng truy vấn. Truy cập các sự kiện, giao dịch và khối đã được giải mã qua CoinbaseQL, một phương ngữ SQL dựa trên ClickHouse hỗ trợ joins, CTEs, truy vấn con và các hàm tiêu chuẩn. Ba bảng chính có sẵn: base.events (log hợp đồng thông minh đã giải mã), base.transactions (dữ liệu giao dịch đầy đủ) và base.blocks (siêu dữ liệu khối). Yêu cầu lọc trên các trường được đánh chỉ mục (event_signature, address, block_timestamp) trong truy vấn sự kiện để tránh quét toàn bộ bảng...
official