分析项目代码、配置、文档和基础设施文件,生成可交互探索的结构与依赖关系图。支持日语说明、文件排除,以及根据变更更新已有分析结果。
- 了解首次接触的项目结构
- 检查组成部分之间的依赖
- 用日语生成设计说明
分析 Figma 文件,将页面、界面、组件、实例及颜色等共享设计值之间的关系整理成图,并通过交互式仪表板查看整体设计结构。
Analyze a Figma file via the Figma REST API and generate an interactive design knowledge graph (pages, screens, components, component sets, instances, design tokens) with a kind:"design" dashboard.
分析 Figma 文件,将页面、界面、组件、汇集变体的组件集以及已放置实例之间的关系绘制成图。分析也涵盖设计令牌,即颜色等共享设计值。它将 Figma REST API 获取的结构与 AI 分析相结合,保存为设计知识图谱,并打开交互式仪表板供用户查看。
适合需要了解整个 Figma 文件结构、梳理各个部件之间的关系,或检查共享值使用情况的用户。分析完成后,可以查看各类元素的数量和关系汇总。也可以指定输出语言。如果同一文件版本已经分析过,会报告这一状态。
/understand-figma <figma-file-url-or-key> --language zh 分析文件。”需要将 Figma 个人访问令牌设置为环境变量 FIGMA_TOKEN,并准备 Node 22 及以上版本、pnpm 10 及以上版本。运行期间会连接 api.figma.com,因此并非完全离线。令牌通过请求头发送,按设计不会保存到图谱、日志或中间文件中。
本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。
AI 仅根据 SKILL.md 的内容,从 4 个方面进行了评估。星标数和热度不计入评估。
总分按每项 A=25 分、B=15 分、C=5 分相加。 由 AI(OpenAI Codex)于 2026年10月21日 评估。仅供参考,安装前请同时查看原文。
安装前可以查看交给 AI 代理的指令内容。
Analyzes a Figma file and produces an interactive design knowledge graph in the existing dashboard.
FIGMA_TOKEN environment variable — a Figma personal access token (create one at https://www.figma.com/settings). If it is missing, STOP and tell the user:
Set a Figma token first: create one at figma.com/settings, then
export FIGMA_TOKEN=<token>.
Security: the token is read only from the environment and travels only in the
X-Figma-Tokenrequest header. Never write it to the graph,meta.json, logs, or intermediate files. This skill makes outbound calls toapi.figma.com— unlike/understand, it is not fully offline. Tell the user this once.
$ARGUMENTS for a Figma URL or bare file key (the non-flag token) and an optional --language <lang>.PROJECT_ROOT to the current working directory. Resolve the data directory $UA_DIR once and reuse it for every read and write below: UA_DIR="$PROJECT_ROOT/$([ -d "$PROJECT_ROOT/.understand-anything" ] && echo .understand-anything || echo .ua)" — the legacy .understand-anything/ when it already exists, otherwise the new .ua/. Because each phase may run in a fresh shell, carry $UA_DIR forward like $PROJECT_ROOT, re-resolving it with the same line if a later command block needs it.PLUGIN_ROOT and ensure core is built (same logic as /understand Phase 0.1.5). If packages/core/dist/figma/index.js is missing, run:
cd "$PLUGIN_ROOT" && (pnpm install --frozen-lockfile 2>/dev/null || pnpm install) && pnpm --filter @understand-anything/core build
mkdir -p $UA_DIR/intermediate.Run the bundled scan script (<SKILL_DIR> is this skill's directory):
FIGMA_TOKEN="$FIGMA_TOKEN" node <SKILL_DIR>/figma-scan.mjs "$PROJECT_ROOT" "<url-or-key>"
It writes $UA_DIR/intermediate/scan-manifest.json and prints the node counts. Relay the counts to the user. If it exits non-zero, relay stderr and STOP.
If the scan prints
UP_TO_DATE, report "Design graph is already up to date for this Figma file version" and STOP. To force a full rebuild, re-run withUNDERSTAND_FIGMA_FORCE=1set in the environment.
scan-manifest.json. Group nodes into batches of ~15, grouped by page when possible.design-analyzer agent definition (agents/design-analyzer.md). Pass:
id, type, name, figmaMeta, child names, token usage),$INTERMEDIATE_DIR = $UA_DIR/intermediate,analysis-batch-<N>.json.
Append $LANGUAGE_DIRECTIVE if --language was provided (reuse /understand's directive text).node <SKILL_DIR>/figma-merge.mjs "$PROJECT_ROOT"
It combines scan-manifest.json + analysis-batch-*.json, runs mergeDesignGraph (validates, re-attaches kind:"design"), and writes knowledge-graph.json + meta.json. Relay the printed stats and any non-auto-corrected issues.
scan-manifest.json:
INTER="$UA_DIR/intermediate"
find "$INTER" -mindepth 1 -maxdepth 1 -not -name 'scan-manifest.json' -exec rm -rf {} +
$UA_DIR/knowledge-graph.json./understand-dashboard skill.还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
分析项目代码、配置、文档和基础设施文件,生成可交互探索的结构与依赖关系图。支持日语说明、文件排除,以及根据变更更新已有分析结果。
利用记录代码组成及其关系的知识图谱,查找与问题有关的文件和函数,追踪调用与依赖关系,并结合架构分层具体解释项目的工作方式。
启动交互式网页仪表板,以图形查看已分析代码库的结构和关系。可显示当前工作目录或指定项目的数据,并提供包含访问令牌的本地网址。
将 Git 差异或拉取请求与知识图谱对照,整理修改位置、周边影响、跨架构层关系及审查风险,并保存用于仪表板展示的数据。
从代码中提取业务领域、业务流程和具体步骤,生成可交互的横向流程图。既可利用现有知识图谱,也可通过轻量扫描收集分析材料。
结合现有知识图谱与实际源代码,详细解释指定文件、函数或模块的设计作用、调用关系、依赖及输入输出流程,帮助不熟悉该编程语言的读者理解代码。