Figma Context MCP
Give your coding agent access to your Figma data. Implement designs in any framework in one-shot.
作者による説明(英語の原文)
Music-aware, multi-level comparison of two MusicXML files
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"comparer": {
"command": "uvx",
"args": [
"comparer-mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add comparer -- uvx comparer-mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"comparer": {
"command": "uvx",
"args": [
"comparer-mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"comparer": {
"type": "stdio",
"command": "uvx",
"args": [
"comparer-mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月8日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント raulkivi で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.2.1)がレジストリに届いたのは42 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにPython (uv)も必要です。
同じカテゴリには:Figma Context MCP, Claude Real Video, Figma MCP Server
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Give your coding agent access to your Figma data. Implement designs in any framework in one-shot.
Let any LLM watch a video locally — and search everything it has ever watched.
The Figma MCP server brings Figma design context directly into your AI workflow.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
MCP server for music-aware comparison of MusicXML files. Provides structured, multi-level diffs that report what changed between two scores — from global similarity down to individual notes.
omr-mcp output against a known-good referencemusicxml-abc-mcpbash install.sh
See SETUP.md for client config snippets (Claude Desktop, Cursor, Windsurf, Continue, Zed) and TROUBLESHOOTING.md if something doesn't work.
| Tool | Description |
|---|---|
compare_musicxml | Full diff of two scores, inline or by path → structured ComparisonResult JSON |
compare_musicxml_files | Full diff of two MusicXML file paths (.musicxml, .xml, or .mxl) inside the allowed folders → structured ComparisonResult JSON |
quick_similarity | Similarity score (0.0–1.0) + summary statistics only, no per-note detail |
list_changes | Note-level diffs (operation != MATCH), optionally filtered by part name and/or measure range |
generate_comparison_report | Human-readable version comparison report — similarity headline, missing/extra parts and measures, key/time signature changes, note-level differences grouped by measure range (e.g. "transposed by 3 semitones in measures 17-24") |
export_annotated_musicxml | MusicXML with per-note color annotations marking the diff. Small results come back inline (reference_annotated_musicxml + target_annotated_musicxml); large ones are written to files and returned as *_path fields plus a score_summary (return: auto/path/inline). Pass the paths to render-mcp's render_to_pdf/render_to_image as musicxml_path |
describe_score | Title, key, time, tempo, parts (IDs, names, clefs, ranges), measures and duration of a score, without returning the score |
health_check | Server status — verifies music21 is importable and runs a self-comparison smoke test |
list_capabilities | Server metadata per project conventions |
Each score can be passed inline (reference_xml, target_xml) or as a file path (reference_path, target_path; .musicxml, .xml or .mxl), exactly one of each pair. Paths save copying whole scores through the conversation. They must be inside the output folder (SHEET_MUSIC_OUTPUT_ROOT, default the working directory), one of the client's roots, or a folder listed in SHEET_MUSIC_INPUT_ROOTS.
// Compare two MusicXML strings
{ "tool": "compare_musicxml", "arguments": { "reference_xml": " ... ", "target_xml": " ... " } }
// Compare two files { "tool": "compare_musicxml_files", "arguments": { "reference_path": "/path/to/reference.musicxml", "target_path": "/path/to/omr_output.musicxml" } }
// Quick similarity check { "tool": "quick_similarity", "arguments": { "reference_xml": " ... ", "target_xml": " ... " } } // → {"similarity_score": 0.87, "summary": {...}}
// Filtered changes, e.g. "what changed in the Alto, measures 17-24?" { "tool": "list_changes", "arguments": { "reference_xml": " ... ", "target_xml": " ... ", "part": "Alto", "measures": [17, 24] } } // → {"changes": [{"measure_number": 18, "operation": "PITCH_CHANGE", "part_name": "Alto", ...}], "count": 1}
// Human-readable report { "tool": "generate_comparison_report", "arguments": { "reference_xml": " ... ", "target_xml": " ... " } } // → {"report": "Overall similarity: 87% (minor differences)\n...", "similarity_score": 0.87}
// Colored MusicXML diff export — chain straight into render-mcp to visualize { "tool": "export_annotated_musicxml", "arguments": { "reference_xml": " ... ", "target_xml": " ... " } } // → {"reference_annotated_musicxml": "...", "target_annotated_musicxml": "...", // "similarity_score": 0.87, "legend": {"PITCH_CHANGE": "#FF8800", ...}} // For scores over 8 KB (return: "auto", the default): // → {"reference_annotated_musicxml_path": ".../scores/annotated-reference_annotated_musicxml-....musicxml", // "target_annotated_musicxml_path": "...", "similarity_score": 0.87, "legend": {...}, // "score_summary": {"reference_annotated_musicxml": {...}, "target_annotated_musicxml": {...}}}
// Paths instead of inline text { "tool": "quick_similarity", "arguments": { "reference_path": "scores/reference.musicxml", "target_path": "scores/omr_output.mxl" } }
compare_musicxml, compare_musicxml_files, generate_comparison_report, and export_annotated_musicxml all accept an optional options object:
{
"expand_repeats": false, // unfold repeats before comparing (default: false — opt-in) "normalize_pitch": false, // transpose transposing instruments to concert/sounding pitch "ignore_articulations": false, // exclude articulations from NoteInfo/diffs "parts": ["Soprano"], // compare only these parts: IDs, names or voices ("P1", "S"); // part_filter is a deprecated alias "measures": [1, 32] // only differences in measures 1-32, inclusive (scores are not // cut); measure_range is a deprecated alias }
The comparison engine (src/comparer_mcp/engine.py) has no MCP dependency and is fully usable as a plain Python library, independent of the MCP server:
cd comparer-mcp
uv sync
from comparer_mcp.engine import compare, compare_files
result = compare(reference_xml, target_xml)
result = compare_files("reference.musicxml", "omr_output.mxl")
print(result.similarity_score) # float, 0.0-1.0 print(result.summary) # ComparisonSummary: parts/measures/notes matched, missing, changed print(result.part_diffs) # list[PartDiff] -> list[MeasureDiff] -> list[NoteDiff]
Errors are raised as comparer_mcp.engine.ProcessingError (e.g. for a missing file or invalid MusicXML), carrying a .error_code attribute (FILE_NOT_FOUND, INVALID_INPUT, etc.) matching the format the MCP tools return.
# Unit tests
VIRTUAL_ENV= .venv/bin/pytest tests/ -v -m "not integration"
VIRTUAL_ENV= .venv/bin/pytest tests/ -v -m integration
uv sync
| Phase | Status |
|---|---|
| Phase 1 — Core comparison (MVP) | Complete — 45/45 tests passing (43 unit + 2 integration) |
| Phase 2 — Rich detail (key/time signature diffs, voice-aware alignment, articulations) | Complete — 67/67 tests passing (65 unit + 2 integration) |
Phase 3 — MCP server & integration (server.py, all 6 tools, install.sh, SETUP.md, client config examples) | Complete — 94/94 tests passing (90 unit + 4 integration) |
Phase 4 — Advanced features (options wiring, generate_comparison_report, export_annotated_musicxml) | Complete — 134/134 tests passing (127 unit + 7 integration) |
UX Wave 2 — Score references (reference_path/target_path, return for the annotated export, describe_score) | Complete — 239 unit tests passing (+7 integration) |