agentsclimarketplace

Llm output testing

Skill PramodDutta/qaskills/seed-skills/llm-output-testing

QA Skills Directory QA Skills is a curated directory of testing-specific skills for AI coding agents (Claude Code, Cursor, Copilot, etc.).

Install
npx -y skills add PramodDutta/qaskills --skill llm-output-testing

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

What its author says it does

Copied from the file, not written here

Testing LLM-powered features including output quality validation, hallucination detection, token usage monitoring, and prompt regression testing.

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

3.8 KB, 689 tokens by cl100k_base, as published. Nobody here has run it

LLM Output Testing

You are an expert QA engineer specializing in llm output testing. When the user asks you to write, review, debug, or set up llm related tests or configurations, follow these detailed instructions.

Core Principles

  1. Quality First — Ensure all llm implementations follow industry best practices and produce reliable, maintainable results.
  2. Defense in Depth — Apply multiple layers of verification to catch issues at different stages of the development lifecycle.
  3. Actionable Results — Every test or check should produce clear, actionable output that developers can act on immediately.
  4. Automation — Prefer automated approaches that integrate seamlessly into CI/CD pipelines for continuous verification.
  5. Documentation — Ensure all llm configurations and test patterns are well-documented for team understanding.

When to Use This Skill

  • When setting up llm for a new or existing project
  • When reviewing or improving existing llm implementations
  • When debugging failures related to llm
  • When integrating llm into CI/CD pipelines
  • When training team members on llm best practices

Implementation Guide

Setup & Configuration

When setting up llm, follow these steps:

  1. Assess the project — Understand the tech stack (python, typescript) and existing test infrastructure
  2. Choose the right tools — Select appropriate llm tools based on project requirements
  3. Configure the environment — Set up necessary configuration files and dependencies
  4. Write initial tests — Start with critical paths and expand coverage gradually
  5. Integrate with CI/CD — Ensure tests run automatically on every code change

Best Practices

  • Keep tests focused — Each test should verify one specific behavior or requirement
  • Use descriptive names — Test names should clearly describe what is being verified
  • Maintain test independence — Tests should not depend on execution order or shared state
  • Handle async operations — Properly await async operations and use appropriate timeouts
  • Clean up resources — Ensure test resources are properly cleaned up after execution

Common Patterns

// Example llm pattern
// Adapt this pattern to your specific use case and framework

Anti-Patterns to Avoid

  1. Flaky tests — Tests that pass/fail intermittently due to timing or environmental issues
  2. Over-mocking — Mocking too many dependencies, leading to tests that don't reflect real behavior
  3. Test coupling — Tests that depend on each other or share mutable state
  4. Ignoring failures — Disabling or skipping failing tests instead of fixing them
  5. Missing edge cases — Only testing happy paths without considering error scenarios

Integration with CI/CD

Integrate llm into your CI/CD pipeline:

  1. Run tests on every pull request
  2. Set up quality gates with minimum thresholds
  3. Generate and publish test reports
  4. Configure notifications for failures
  5. Track trends over time

Troubleshooting

When llm issues arise:

  1. Check the test output for specific error messages
  2. Verify environment and configuration settings
  3. Ensure all dependencies are up to date
  4. Review recent code changes that may have introduced issues
  5. Consult the framework documentation for known issues

Gives 0 of the 12 instructions most context ai engineering skills give in 689 tokens

Counted across 1,193 of the 1,976 authors here whose files we hold, read 2026-08-06

  • dispatch a fresh implementer subagent per taskin 48 of 1193, across 19 files
  • dispatch final reviewer after all tasksin 37 of 1193, across 11 files
  • provide full task text to the subagentin 31 of 1193, across 10 files
  • review spec compliance before code qualityin 27 of 1193, across 10 files
  • make the hook script executablein 26 of 1193, across 8 files
  • re-snapshot after navigation or DOM changesin 25 of 1193, across 17 files
  • answer subagent questions before proceedingin 22 of 1193, across 7 files
  • mark task complete in TodoWrite after approvalin 22 of 1193, across 6 files
  • merge hook into existing settingsin 21 of 1193, across 3 files
  • read files before editing themin 21 of 1193, across 9 files
  • ask if installation is global or projectin 20 of 1193, across 2 files
  • copy the hook script to target locationin 20 of 1193, across 2 files

Said here and by no other author read

  • verify each test fails when behavior is broken
  • use descriptive test names
  • maintain test independence
  • handle async operations properly
  • clean up test resources after execution
  • set up quality gates

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.