Systematically identify and categorize failure modes in evaluated traces using Truesight datasets and error-analysis tools. Use when quality issues are unclear, after major pipeline changes, or when incidents indicate drift.
Installs into .claude/skills of the current project.
Are you the author of Error Analysis Goodeye Labs Truesight Mcp Skills?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/majiayu000-error-analysis-goodeye-labs-truesight-mcp-skills)
---
name: error-analysis
description: Systematically identify and categorize failure modes in evaluated traces using Truesight datasets and error-analysis tools. Use when quality issues are unclear, after major pipeline changes, or when incidents indicate drift.
---
# Error Analysis
Guide the user through trace-grounded failure analysis and dataset labeling.
## Interactive Q&A protocol (mandatory)
<HARD-GATE>
BEFORE the first scoping question, search for a structured question tool (e.g., `AskUserQuestion` or similar interactive widget) and load it. Use that tool for EVERY scoping question. Fall back to plain-text lettered options ONLY if no such tool exists in the environment.
</HARD-GATE>
Ask one question at a time using the structured question tool (loaded per the HARD-GATE above).
Example question structure:
```
Which data source should we analyze first?
A) Existing Truesight dataset
B) New dataset to upload
C) Unsure, list datasets first
```
Rules:
- One question per message during setup.
- Use the structured question tool for every question. Structure each with a short header, 2-4 options with labels and descriptions, and place the recommended option first. Do not add "(Recommended)" or similar annotations to option labels.
- Ask one follow-up if response is ambiguous.
## Core workflow
1. Select or create dataset:
- If dataset exists, use `list_datasets`.
- If not, use `upload_dataset`.
2. Collect representative traces:
- Target approximately 100 traces when possible.
- Use random plus stratified coverage when volume is high.
3. Analyze row by row:
- Use `get_dataset_rows` with pagination.
- For each row, call `suggest_error_notes`.
4. Persist annotations:
- Save `_ts_error_notes` and `_ts_error_category` with `update_dataset_row`.
5. Consolidate categories:
- Run `consolidate_error_categories`.
- Review mapping proposals, then apply with `apply_category_mappings`.
6. Prioritize fixes:
- Report most frequent categories first.
- Recommend next skill based on failure type:
- `create-evaluation` for new evaluation coverage
- `review-and-promote-traces` for judgment backlog
- `eval-audit` for broader process gaps
## Analysis heuristics
- Focus on first root failure in each trace, not every downstream symptom.
- Let categories emerge from observed traces, not pre-baked labels.
- Iterate categories after 20 traces, then relabel for consistency.
- Stop when recent traces no longer reveal new failure categories.
## Anti-patterns
- Defining categories before reading traces.
- Treating output quality labels as generic scores without concrete failure modes.
- Skipping relabel after category definitions change.
- Building new evaluators before fixing obvious prompt/tooling/engineering gaps.
## Scopes reference
- `list_datasets`, `get_dataset_rows` require `datasets:read`
- `upload_dataset`, `update_dataset_row`, `apply_category_mappings` require `datasets:write`
- `suggest_error_notes`, `consolidate_error_categories` require `error-analysis:execute`