
TAO ChangeNet RCA
OfficialFreeDeeply analyze ChangeNet model failures with visual evidence.
Free · Opens the source repo
What TAO ChangeNet RCA does
The TAO ChangeNet RCA skill is designed for conducting thorough Root Cause Analysis (RCA) on NVIDIA TAO Visual ChangeNet classification experiments. This skill focuses on identifying the reasons behind model failures, particularly those related to poor recall, false acceptance rates, and overall prediction quality. By leveraging image-evidence-driven investigations, users can trace conclusions back to specific images, ensuring that the analysis is grounded in visual data.
To use the skill, users need to provide an experiment result directory, a training code directory, and a dataset directory. The skill operates in a structured manner, guiding users through five distinct investigation phases. Each phase builds on the findings of the previous one, starting from score analysis, moving through deep image investigations, and culminating in actionable counterfactual analysis. This systematic approach allows for a comprehensive understanding of the model's performance and the factors contributing to its failures.
This skill is particularly useful for data scientists and engineers working with ChangeNet models who need to audit visual inspection pipelines or investigate specific performance metrics. It is also applicable in scenarios where model predictions need to be scrutinized for quality assurance purposes. By following the outlined phases and utilizing the provided hooks and references, users can effectively diagnose issues and propose solutions backed by empirical evidence.
In addition to the RCA process, the skill includes detailed reporting capabilities, ensuring that findings are documented in a structured format. Users can generate a timestamped RCA report that includes visual evidence, analysis results, and recommended fixes, making it easier to communicate findings to stakeholders and drive improvements in model performance.
When to use it
Use this skill when you need to investigate specific failures in ChangeNet models, particularly when visual evidence is critical to understanding performance issues.
When not to use it
This skill is not suitable for general machine learning model evaluation or for models that do not utilize visual data as part of their classification process.
What you can build with it
Investigating Model Failures
When a ChangeNet model shows poor performance metrics, use this skill to perform a detailed RCA backed by visual evidence.
Auditing Visual Inspection Pipelines
Employ the skill to audit the quality of visual inspections in your model's predictions, ensuring compliance with established standards.
Documenting RCA Findings
Generate comprehensive RCA reports that document findings and recommendations, facilitating communication with team members and stakeholders.
How to install TAO ChangeNet RCA
View source1. Install with the skills CLI
npx skills add nvidia/skills/tao-analyze-changenet-rca --agent claude-code2. Or install it manually
Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.
Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs
Inside SKILL.md
Written by nvidiaTAO ChangeNet Classification RCA Skill
You are an expert investigator for NVIDIA TAO Visual ChangeNet classification experiments. Your job is to find why the model fails, backed by visual evidence from actual images.
When the user provides an experiment result directory and training code directory, perform a deep Root Cause Analysis. The investigation must be image-evidence-driven — every major conclusion should trace back to specific images you viewed.
Inputs
- Experiment result directory — contains
train/andinference/ - Training code directory — the
visual_changenet/source tree - Dataset directory — where CSV files and images reside (often in experiment.yaml)
- Target KPI — default to Recall-first if not specified. Options: Recall-first (FAR at 100% recall), FAR-first (recall at target FAR), Balanced (F1), Custom.
Visual Inspection Primer
The ChangeNet model compares a test image against a golden image (known-good reference) to detect differences. When viewing images, check these three things:
- Image quality: Both images should be properly exposed with visible content. Watch for unusually dark images — but do not use a fixed intensity threshold. Some illumination types (e.g., SolderLight) produce systemically dark images where mean intensity < 30 is normal. Always establish a PASS golden baseline first and flag outliers relative to that baseline.
- Framing match: Test and golden should show the same region at the same zoom and orientation. Mismatched framing (e.g., wide-field vs close-up) indicates a golden pipeline error.
- Defect visibility: Can you see the difference between test and golden? Some defects are obvious at any resolution; others may be invisible after downscaling to the model's input size. Compare original image dimensions to model input size to assess information loss.
Investigation Flow
The investigation has 5 phases. Phase 1 (numbers) gives you hypotheses. Phase 2 (images) proves or disproves them. Phase 3 (cross-dimensional) finds hidden patterns. Phase 4 (config) explains the mechanism. Phase 5 (counterfactual) quantifies fixes. Phase 2 is the core — spend the most effort there. Phase 5 is the most actionable — never skip it.
- Phase 1 — Score Analysis: score statistics, tier classification, threshold sweep, per-defect-type table, drop-N threshold-critical analysis, KPI verdict.
- Phase 2 — Deep Image Investigation: threshold-critical sample deep dive (2A), systematic golden audit + failure mode clustering (2B), false positive deep dive (2C), comparative visual analysis (2D), label semantics & visual pattern alignment audit (2E).
- Phase 3 — Cross-Dimensional Analysis: component-type clustering (3A), board-level & positional analysis (3B), training image deep dive (3C), multi-light condition analysis (3D).
- Phase 4 — Data & Training Config Analysis: data sufficiency (4A), training config audit (4B), training metrics (4C), loss function & decision boundary analysis (4D).
- Phase 5 — Counterfactual & Actionability: what-if simulations (5A), minimum viable fix path (5B).
See references/investigation-phases.md for the full per-phase, per-step instructions, the image path construction rules, all classification taxonomies and severity guidance, and the Architecture Reference (module formulas, sampler weighting, LR policy, dataset classes) — every value VERBATIM.
Execution: Parallelize With Subagents
You MUST use the Agent tool to run independent investigation tracks in parallel. Run Phase 1 sequentially in the main thread (everything depends on it), then launch 6 subagents (A–F) in a single message, collect and synthesize their results (paying special attention to exploratory Agents E and F), run Phase 5 yourself, and write the report last.
Before writing RCA_Report.md, run ls rca_images/ to inventory thumbnails, and follow the mandatory Image Embedding Protocol: every visual-evidence table row must carry inline thumbnail columns using  syntax — a report without per-row images is incomplete and the hook will reject it.
See references/parallelization.md for the complete execution plan: the Phase-1 hand-off contents, each agent's exact checklist (A–F including the two exploratory agents), the Image Embedding Protocol rules and table formats, the exploratory-findings section, the subagent prompt template, and the required Thumbnail Map return format — all VERBATIM.
Report Structure and Output
Produce RCA_Report.md with sections 1–9: Verdict, Score Analysis, Visual Evidence (with embedded thumbnails), Cross-Dimensional Analysis, Data Issues, Training Config Issues, Exploratory Findings, Counterfactual Impact Analysis, and Recommended Fixes.
Always save into a timestamped folder under the experiment result directory:
<experiment_result_dir>/rca_results/YYYY-MM-DD_HHMMSS/
├── RCA_Report.md
├── rca_images/
├── rca_config/
└── claude_session.jsonl
Get the real timestamp by running date +%Y-%m-%d_%H%M%S in Bash — never hardcode or guess it. If the user specifies a custom path, use that instead but keep the same structure.
See references/output-structure.md for the complete section-by-section report skeleton (every table header and summary line) and the full output layout with hook-copied contents — VERBATIM.
Frequently asked questions about TAO ChangeNet RCA
Similar skills
Agent Host Debug Logs
Analyze Agent Host debug logs for deeper insights.
Code OSS Dev - Launch + Debug
Launch and debug Code OSS with isolated profiles.
Phoenix CLI
Debug LLM applications with structured analysis tools.
Power Automate Debugging
Diagnose and fix Power Automate flow errors effectively.
Arize Trace
Inspect and export traces for LLM applications.
Runtime Behavior Probe
Investigate real runtime behavior with precision.
