CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

agent-qa-result-triage

Triage failed Agent QA runs with MCP evidence, artifacts, logs, fixed failure categories, confidence, and actionable next steps.

Quality

83%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Agent QA Result Triage

Overview

Classify a failed Agent QA run from its recorded evidence instead of guessing. Inspect the run, steps, artifacts, and logs; choose one fixed category; and return confidence, likely ownership, and the next evidence-backed action.

When to Use

  • Investigating a failed or interrupted Agent QA run.
  • Inspecting run artifacts, step results, or execution logs.
  • Comparing recent related runs for recurring failure patterns.
  • Deciding whether a failure belongs to a test, product, hook, browser/mobile runtime, or infrastructure owner.

Workflow

  1. Start with agent_qa_get_run for run status, suite child context, steps, and attempts.
  2. Fetch evidence before deciding:
    • agent_qa_get_run_artifact
    • agent_qa_get_run_steps
    • agent_qa_get_run_logs
    • agent_qa_get_run_execution_logs
  3. Call agent_qa_classify_failure and use its category as the default classification unless stronger evidence contradicts it.
  4. Compare recent related runs when they are available in the classifier output.
  5. Return a concise triage result: category, confidence, evidence, likely fix area, and next action.
  6. For code changes, switch to agent-qa-debug-fix after triage is complete.

Categories

Use exactly one category from references/triage-categories.md:

  • timeout
  • appium_startup
  • browser_disconnect
  • element_not_found
  • assertion_failure
  • hook_failure
  • infrastructure
  • unknown_failure

Evidence Rules

  • Quote or summarize concrete artifact, log, or step evidence.
  • Mention missing artifact sections when they limit confidence.
  • Do not invent screenshots, videos, logs, or memory context that MCP did not return.
  • If MCP is unavailable, use dashboard REST APIs or Agent QA CLI output as a fallback and state which evidence was unavailable.
  • Redact credentials, session tokens, personal data, and unrelated application content from the report.

Example

{
  "category": "element_not_found",
  "confidence": "high",
  "evidence": ["Step 4 could not resolve the described checkout button"],
  "likely_fix_area": "test definition or changed product UI",
  "next_action": "Inspect the captured UI context, then compare the current checkout screen"
}

Limitations

  • Classification is only as reliable as the retained run artifacts and logs.
  • A failure category identifies the most likely failure surface; it does not prove root cause.
  • Missing screenshots, DOM/accessibility context, device logs, or prior runs must lower confidence.
  • This skill does not modify tests or application code; use agent-qa-debug-fix for an authorized repair.
Repository

boisenoise/skills-collections

Path

skills/antigravity-agent-qa-result-triage/SKILL.md

Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.