stack-trace-analysis-symbolication-source-maps
/stack-trace-analysis-symbolication-source-maps
Odszyfrowuje zaciemnione ślady stosu za pomocą symboli debugowania, raportów awarii i map źródłowych.
- Autor
- nextboxis ↗
- Repozytorium
- library-skill-agents ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 28.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 28.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Odszyfrowuje zaciemnione ślady stosu za pomocą symboli debugowania, raportów awarii i map źródłowych.
Oryginalny opis (EN)
Use this skill when decipher obfuscated stack traces using debug symbols, crash reports, and source maps.
Jak działa
- When to use
- Core principles
- Step-by-step workflow
- Specifics & examples
- Common mistakes & pitfalls
- Verification checklist
- Related skills
Podgląd SKILL.md
--- name: stack-trace-analysis-symbolication-source-maps description: Use this skill when decipher obfuscated stack traces using debug symbols, crash reports, and source maps. --- # Stack Trace Analysis Symbolication Source Maps ## When to use Use this skill when decipher obfuscated stack traces using debug symbols, crash reports, and source maps. This applies across software engineering lifecycles, team code reviews, production debugging, prompt design, and architectural documentation. ## Core principles - **Clarity Over Cleverness**: Code, prompts, and technical documentation must prioritize clarity, predictability, and long-term maintainability over obscure shortcuts. - **Evidence-Based Engineering**: Every decision, bug resolution, and architectural choice must be supported by empirical data, minimal reproductions, or benchmark traces. - **Cognitive Load Minimization**: Design interfaces, APIs, and documents to minimize mental parsing overhead for future engineers and autonomous agents. - **Continuous Feedback Loops**: Incorporate automated verification, peer reviews, and post-task retrospectives to drive iterative improvement. ## Step-by-step workflow 1. **Define the objective and constraints**: State the exact technical outcome, acceptance criteria, and operational boundaries. 2. **Gather baseline telemetry and context**: Inspect relevant codebases, stack traces, system architecture diagrams, or log files. 3. **Execute structured analysis or implementation**: Apply domain-specific techniques (e.g., minimal reproduction, refactoring transforms, prompt templates). 4. **Validate against automated test assertions**: Run unit tests, linters, or schema validation parsers to verify behavioral correctness. 5. **Document rationale and trade-offs**: Record the 'why' behind choices, documenting rejected alternatives and operational considerations. 6. **Conduct retrospective review**: Share findings with stakeholders or record lessons learned in the team knowledge base. ## Specifics & examples - **Standard Engineering Artifact**: - Scope: Stack Trace Analysis Symbolication Source Maps - Core Deliverable: Actionable, verifiable engineering guidance aligned with Debugging & troubleshooting. - Verification Rule: Tested against production workflows and peer-reviewed standards. - **Primary Focus Area**: Debugging & troubleshooting principles designed to elevate engineering precision and team psychological safety. ## Common mistakes & pitfalls - Jumping directly into speculative fixes or complex rewrites before isolating the root cause. - Introducing premature abstractions that increase indirection and cognitive complexity. - Failing to document context and architectural trade-offs for subsequent maintainers. ## Verification checklist [ ] The technical deliverable or fix is validated with reproducible test assertions. [ ] Changes preserve backwards compatibility and maintain existing contract invariants. [ ] Documentation or commit logs clearly explain the rationale and trade-offs. ## Related skills - git-bisect-automated-bug-hunting - root-cause-analysis-5-whys-fishbone-diagram - incident-postmortem-blameless-rca-authoring
Wersje
W bazie nie ma innych skilli o nazwie stack-trace-analysis-symbolication-source-maps.
Migawka bazy z 13.11.2026 · wersja paczki a76bedd99046 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 91crash-debugging
Analizuje raporty awarii aplikacji iOS, symbolikuje ślady stosu z plikami dSYM i szuka przyczyny źródłowej. - 100symbolication-setup
Konfiguruje symbolikację raportów awarii: dSYM dla iOS, mapowania ProGuard i R8 dla Androida oraz mapy źródeł dla React Native. - 100sentry-fix-stack-traces
Poprawia czytelność stack trace w Sentry przez wgranie source map dla JavaScript i TypeScript albo plików debugowania dla aplikacji natywnych i mobilnych. - 100stack-trace-analysis
Czyta ślady stosu i raporty awarii w wielu językach, znajduje pierwszą istotną ramkę i wskazuje, gdzie szukać przyczyny. - 100diagnosing-stacktrace-symbolication
Pomaga debugować symbolikację stack trace w PostHog Error Tracking na różnych platformach: JavaScript, React Native (Hermes), Android (Proguard, R8) i iOS lub macOS (dSYM). - 100mobiai-analyze-crash
Analizuje crash z dowolnego źródła (stack trace, log, zrzut ekranu, opis błędu), znajduje przyczynę źródłową i proponuje poprawkę.