К основному содержанию
скилл CX Codex

android-tombstone-symbolication — скилл для Claude Code: разбор

Разбирает нативные фреймы из tombstone-файла Android-приложения на .NET: достаёт имена функций, файлы и номера строк.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add dotnet/skills --skill android-tombstone-symbolication -a claude-code
Открыть на GitHub

Что делает android-tombstone-symbolication

Скилл берёт tombstone или вывод краша из logcat и вытаскивает из нативного бэкстрейса BuildId и PC-смещения. Дальше скачивает отладочные символы с сервера Microsoft и прогоняет их через llvm-symbolizer, чтобы вместо адресов получить имена функций с исходниками. По умолчанию разбираются все потоки, а не только упавший: фоновые GC и finalizer часто дают полезные кадры.

Внутри — скрипт Symbolicate-Tombstone.ps1, который проходит весь путь сам. Запуск: pwsh scripts/Symbolicate-Tombstone.ps1 -TombstoneFile tombstone_01.txt -LlvmSymbolizer llvm-symbolizer. Флаги -CrashingThreadOnly, -OutputFile, -ParseOnly и -SkipVersionLookup сужают работу или отключают лишние шаги. Скрипт умеет определять версию рантайма по BuildId, сверяя их с локальными пакетами и кэшем NuGet.

Заранее нужен llvm-symbolizer из Android NDK или любого LLVM 14+, а также доступ в интернет за символами. Если символов для сборки не опубликовали, скачивание вернёт 404 — тогда фрейм останется неразобранным. Смещения в tombstone уже относительны библиотеки, поэтому базовые адреса прибавлять не надо: лишняя арифметика сломает результат. Для чисто Java/Kotlin-крашей и управляемых исключений из logcat скилл не подходит.

Какие задачи решает

  • разобрать нативный бэкстрейс из tombstone до имён функций
  • найти место падения в libmonosgen-2.0.so или libcoreclr.so
  • скачать отладочные символы по BuildId с сервера Microsoft
  • определить точную версию рантайма .NET по BuildId
  • отсеять системные библиотеки Android и оставить только кадры .NET

Примеры запросов агенту

  • разбери tombstone_01.txt и покажи символы для кадров .NET
  • символизируй краш из logcat, только упавший поток
  • запусти Symbolicate-Tombstone.ps1 с -ParseOnly и покажи список BuildId и ссылок

Как установить android-tombstone-symbolication

1Через Skills CLI (Vercel)

npx skills add dotnet/skills --skill android-tombstone-symbolication -a claude-code

2Вручную: положить файлы

~/.claude/skills/android-tombstone-symbolication/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/android-tombstone-symbolication/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Из того же набора101

template-authoring Помогает превратить существующий проект .NET в готовый шаблон dotnet new. Создаёт .template.config/template.json с параметрами и сохраняет структуру исходного файла .csproj. CX Codex +1 3 200установок migrate-vstest-to-mtp Помогает перевести тестовые проекты .NET с VSTest на Microsoft.Testing.Platform: правит Directory.Build.props, global.json и аргументы dotnet test. CX Codex +1 3 200установок test-tagging Анализирует тесты в проекте и присваивает им стандартные метки (позитивные, граничные, критические пути, интеграционные и другие). Нужен, чтобы понять структуру тестового покрытия и выявить пробелы в основных сценариях. CX Codex +1 3 200установок migrate-xunit-to-xunit-v3 Переводит тестовые проекты .NET с xUnit v2 на xUnit v3 и чинит несовместимый код. Помогает при обновлении пакетов, переходе на исполняемый вывод и настройке раннеров. CX Codex +1 3 200установок migrate-static-to-wrapper Меняет статические вызовы в C# на инжектируемые абстракции: DateTime.UtcNow на TimeProvider, File.* на IFileSystem. Работает в границах одного файла, проекта или неймспейса. CX Codex +1 3 300установок template-instantiation Разворачивает проекты .NET через dotnet new, подстраиваясь под Directory.Packages.props и целевые фреймворки в репозитории. Помогает генерировать чистые шаблоны без конфликтов версий. CX Codex +1 3 300установок template-discovery Подбирает шаблоны dotnet new по описанию проекта, проверяет параметры и объясняет результат до создания файлов. CX Codex +1 3 300установок configure-auth Настраивает аутентификацию и авторизацию в Blazor Web App с учётом режимов рендеринга. Помогает подружить интерактивные компоненты с ASP.NET Core Identity. CX Codex +1 3 100установок

Похожие

limrun-android-emulator limrun-inc Скилл управляет приложением на облачном Android-эмуляторе Limrun: ставит APK, тапает, снимает скриншоты и читает логи. Пригодится после сборки, когда нужно посмотреть, как ведёт себя приложение. CX Codex +1 38 700установок android-device-automation web-infra-dev Скилл управляет Android-устройством через ADB по скриншотам: тапы, свайпы, ввод текста, запуск приложений. Пригодится для проверки мобильного приложения без ручных кликов. CX Codex +1 5 800установок orca-emulator-android stablyai Скилл ведёт Android-эмулятор или телефон по adb прямо из Orca: тапы, свайпы, установка APK, логи. Пригодится, когда надо прогнать сценарий на устройстве. CX Codex +1 5 600установок android-emulator callstack Скилл управляет Android Emulator через agent-device: запускает приложения, проверяет интерфейс и собирает данные для отладки. Пригодится для native, React Native, Expo и Flutter. CX Codex +1 4 600установок android-kotlin alinaqi Подсказывает агенту структуру Android-проекта на Kotlin: Coroutines, Jetpack Compose, Hilt, Room и тесты на MockK. Включается сам при работе с файлами .kt. CX Codex +1 3 300установок sentry-android-sdk getsentry Скилл сканирует проект на Android и пошагово настраивает отслеживание ошибок, трейсинг и сессии в Sentry. Пригодится при подключении мониторинга в кодовую базу на Kotlin или Java. CX Codex +1 2 300установок

Рядом в теме «Мобильная разработка»

Всё по теме «Мобильная разработка» →

Вопросы о android-tombstone-symbolication

Как установить android-tombstone-symbolication в Claude?

Выполните npx skills add dotnet/skills --skill android-tombstone-symbolication -a claude-code. После этого скилл появится в ~/.claude/skills/android-tombstone-symbolication/SKILL.md.

Что делает android-tombstone-symbolication?

Извлекает BuildId и PC-смещения из нативного бэкстрейса tombstone, качает отладочные символы с сервера Microsoft и через llvm-symbolizer превращает адреса в имена функций с файлами и строками.

Что нужно для работы скилла?

llvm-symbolizer из Android NDK или LLVM 14+ и доступ в интернет за символами. Для определения версии рантайма нужен llvm-readelf, который скрипт ищет в NDK.

Исходный текст

SKILL.md · MIT
---
name: android-tombstone-symbolication
description: Symbolicate the .NET runtime frames in an Android tombstone file. Extracts BuildIds and PC offsets from the native backtrace, downloads debug symbols from the Microsoft symbol server, and runs llvm-symbolizer to produce function names with source file and line numbers. USE FOR triaging a .NET MAUI or Mono Android app crash from a tombstone, resolving native backtrace frames in libmonosgen-2.0.so or libcoreclr.so to .NET runtime source code, or investigating SIGABRT, SIGSEGV, or other native signals originating from the .NET runtime on Android. DO NOT USE FOR pure Java/Kotlin crashes, managed .NET exceptions that are already captured in logcat, or iOS crash logs. INVOKES Symbolicate-Tombstone.ps1 script, llvm-symbolizer, Microsoft symbol server.
license: MIT
---

# Android Tombstone .NET Symbolication

Resolves native backtrace frames from .NET Android app crashes (MAUI, Xamarin, Mono) to function names, source files, and line numbers using ELF BuildIds and Microsoft's symbol server.

**Inputs:** Tombstone file or logcat crash output, `llvm-symbolizer` (from Android NDK or any LLVM 14+ toolchain), internet access for symbol downloads.

**Do not use when:** The crash is a managed .NET exception (visible in logcat with a managed stack trace), the crashing library is not a .NET component (e.g., `libart.so`), or the tombstone is from iOS.

---

## Workflow

### Step 1: Parse the Tombstone Backtrace

Each backtrace frame has this format:

```
#NN pc OFFSET  /path/to/library.so (optional_symbol+0xNN) (BuildId: HEXSTRING)
```

Extract: **frame number**, **PC offset** (hex, already library-relative), **library name**, and **BuildId** (32–40 hex chars).

Symbolicate all threads by default (background threads like GC/finalizer often have useful .NET frames). The crashing thread's backtrace is listed first; additional threads appear after `--- --- ---` markers.

**Format notes:**
- The script auto-detects `#NN pc` frame lines with or without a `backtrace:` header, and strips logcat timestamp/tag prefixes automatically.
- Logcat-captured tombstones often omit BuildIds. Recover via `adb shell readelf -n`, CI build artifacts, or the .NET runtime NuGet package.
- GitHub issue pastes may mangle `#1 pc` into issue links — replace `org/repo#N pc` with `#N pc` before saving to a file.
- If the script fails to parse a format, fall back to manual extraction of `#NN pc OFFSET library.so (BuildId: HEX)` tuples.

### Step 2: Identify .NET Runtime Libraries

Filter frames to .NET runtime libraries:

| Library | Runtime |
|---------|---------|
| `libmonosgen-2.0.so` | Mono (MAUI, Xamarin, interpreter) |
| `libcoreclr.so` | CoreCLR (JIT mode) |
| `libSystem.*.so` | .NET BCL native components (`Native`, `Globalization.Native`, `IO.Compression.Native`, `Security.Cryptography.Native.OpenSsl`, `Net.Security.Native`) |

**NativeAOT:** No `libcoreclr.so` or `libmonosgen-2.0.so` — the runtime is statically linked into the app binary (e.g., `libMyApp.so`). The `libSystem.*.so` BCL libraries remain separate and can be symbolicated via the symbol server. For the app binary itself, you need the app's own debug symbols.

Skip `libc.so`, `libart.so`, and other Android system libraries unless the user specifically asks.

### Step 3: Download Debug Symbols

For each unique .NET BuildId, download debug symbols:

```
https://msdl.microsoft.com/download/symbols/_.debug/elf-buildid-sym-<BUILDID>/_.debug
```

```bash
curl -sL "https://msdl.microsoft.com/download/symbols/_.debug/elf-buildid-sym-1eb39fc72918c7c6c0c610b79eb3d3d47b2f81be/_.debug" \
  -o libmonosgen-2.0.so.debug
```

Verify with `file libmonosgen-2.0.so.debug` — should show `ELF 64-bit ... with debug_info, not stripped`. If the download returns 404 or HTML, symbols are not published for that build. Do not add or subtract library base addresses — offsets in tombstones are already library-relative.

### Step 4: Symbolicate Each Frame

```bash
llvm-symbolizer --obj=libmonosgen-2.0.so.debug -f -C 0x222098
```

Output:
```
ves_icall_System_Environment_FailFast
/__w/1/s/src/runtime/src/mono/mono/metadata/icall.c:6244
```

The `/__w/1/s/` prefix is the CI workspace root — the meaningful path starts at `src/runtime/`, mapping to [dotnet/dotnet](https://github.com/dotnet/dotnet) VMR.

### Step 5: Present the Symbolicated Backtrace

Combine original frame numbers with resolved function names and source locations:

```
#00  libc.so              abort+164
#01  libmonosgen-2.0.so   ves_icall_System_Environment_FailFast        (mono/metadata/icall.c:6244)
#02  libmonosgen-2.0.so   do_icall                                     (mono/mini/interp.c:2457)
#03  libmonosgen-2.0.so   mono_interp_exec_method                      (mono/mini/interp.c)
```

For unresolved frames (`??`), keep the original line with BuildId and PC offset.

### Automation Script

[scripts/Symbolicate-Tombstone.ps1](scripts/Symbolicate-Tombstone.ps1) automates the full workflow:

```powershell
pwsh scripts/Symbolicate-Tombstone.ps1 -TombstoneFile tombstone_01.txt -LlvmSymbolizer llvm-symbolizer
```

Flags: `-CrashingThreadOnly` (limit to crashing thread), `-OutputFile path` (write to file), `-ParseOnly` (report libraries/BuildIds/URLs without downloading), `-SkipVersionLookup` (skip runtime version identification).

---

## Finding llvm-symbolizer

Check the **Android NDK** first: `$ANDROID_NDK_ROOT/toolchains/llvm/prebuilt/*/bin/llvm-symbolizer` or `$ANDROID_HOME/ndk/*/toolchains/llvm/prebuilt/*/bin/llvm-symbolizer`. Also available via `brew install llvm`, `apt install llvm`, or `xcrun --find llvm-symbolizer` on macOS.

If unavailable, complete steps 1–3 and present the download commands and `llvm-symbolizer` commands for the user to run. Do not spend time installing LLVM.

---

## Understanding the Output

CI source paths use these prefixes:

| Path prefix | Maps to |
|---|---|
| `/__w/1/s/src/runtime/` | `src/runtime/` in [dotnet/dotnet](https://github.com/dotnet/dotnet) VMR |
| `/__w/1/s/src/mono/` | `src/mono/` in the VMR (older builds) |
| `/__w/1/s/` | VMR root |

### Runtime Version Identification

The script identifies the exact .NET runtime version by matching BuildIds against locally-installed runtime packs. It searches: SDK packs (`$DOTNET_ROOT/packs/`), NuGet cache (`~/.nuget/packages/`), and NuGet.org as an online fallback. When found, it extracts the version and source commit from the `.nuspec` `<repository commit="..." />` element. Pass `-SkipVersionLookup` to disable. Requires `llvm-readelf` (auto-discovered from the NDK).

---

## Validation

1. `file <debug-file>` shows `ELF ... with debug_info, not stripped`
2. At least one .NET frame resolves to a function name (not `??`)
3. Resolved paths contain recognizable .NET runtime structure (e.g., `mono/metadata/`, `mono/mini/`)

## Stop Signals

- **No .NET frames found**: Report parsed frames and stop.
- **All frames resolved**: Present symbolicated backtrace. Do not trace into source or attempt to build/debug the runtime.
- **Symbols not available (404)**: One attempt per BuildId, then stop. Report unsymbolicated frames with BuildIds and offsets.
- **llvm-symbolizer not available**: Use `-ParseOnly`, present manual commands. Do not install LLVM.

## Common Pitfalls

- **Missing BuildIds**: Logcat tombstones often omit BuildIds. Recover via: `adb shell readelf -n /path/to/lib.so`, CI build artifacts, or the runtime NuGet package (`~/.dotnet/packs/Microsoft.NETCore.App.Runtime.Mono.android-arm64/<version>/`). Prefer pulling raw tombstone files (`adb shell cat /data/tombstones/tombstone_XX`) which always include BuildIds.
- **Symbols not found (404)**: Pre-release/internal builds may not publish symbols. Check for local unstripped `.so`/`.so.dbg` in build artifacts or the NuGet runtime pack.
- **NativeAOT**: No runtime `.so` in the tombstone — runtime is in the app binary. `libSystem.*.so` BCL libraries still work with the symbol server; the app binary needs its own debug symbols.
- **Wrong llvm-symbolizer version**: Use LLVM 14+ for best DWARF compatibility.
- **Multiple BuildIds**: Each .NET library has its own BuildId — download symbols for each separately.

© dotnet · MIT · dotnet/skills

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой