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.).
npx -y skills add PramodDutta/qaskills --skill llm-output-testingAssembled 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
- Quality First — Ensure all llm implementations follow industry best practices and produce reliable, maintainable results.
- Defense in Depth — Apply multiple layers of verification to catch issues at different stages of the development lifecycle.
- Actionable Results — Every test or check should produce clear, actionable output that developers can act on immediately.
- Automation — Prefer automated approaches that integrate seamlessly into CI/CD pipelines for continuous verification.
- 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:
- Assess the project — Understand the tech stack (python, typescript) and existing test infrastructure
- Choose the right tools — Select appropriate llm tools based on project requirements
- Configure the environment — Set up necessary configuration files and dependencies
- Write initial tests — Start with critical paths and expand coverage gradually
- 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
- Flaky tests — Tests that pass/fail intermittently due to timing or environmental issues
- Over-mocking — Mocking too many dependencies, leading to tests that don't reflect real behavior
- Test coupling — Tests that depend on each other or share mutable state
- Ignoring failures — Disabling or skipping failing tests instead of fixing them
- Missing edge cases — Only testing happy paths without considering error scenarios
Integration with CI/CD
Integrate llm into your CI/CD pipeline:
- Run tests on every pull request
- Set up quality gates with minimum thresholds
- Generate and publish test reports
- Configure notifications for failures
- Track trends over time
Troubleshooting
When llm issues arise:
- Check the test output for specific error messages
- Verify environment and configuration settings
- Ensure all dependencies are up to date
- Review recent code changes that may have introduced issues
- 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.