test-check

Run post-change validation tests and log audits from .claude/project.json.

Updated Apr 18, 2026
One-click install
npx skills add https://github.com/exerias21/brainstorm-toolkit --skill test-check-exerias21
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-check
Source: https://github.com/exerias21/brainstorm-toolkit/tree/main/skills/test-check
Command: npx skills add https://github.com/exerias21/brainstorm-toolkit --skill test-check-exerias21

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This command-line skill automates post-change validation by running tests and log audits after code changes, reading project commands from .claude/project.json and gracefully skipping steps that are not configured.

Core Features & Use Cases

  • Orchestrates a post-change validation workflow by running optional frontend, backend, and end-to-end tests based on configuration and file changes.
  • Performs log audits before and after tests to surface failures and ensure clean state.
  • Provides guardrails to skip missing steps and report a clear failure when any step fails.

Quick Start

Run the test-check skill to validate changes after a commit or PR merge and ensure all configured checks pass.

Frequently Asked Questions about test-check

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate post-change validation and log audits after committing code?

Post-change validation and log audits are automated by reading test commands from .claude/project.json, selectively running frontend, backend, and end-to-end tests based on file changes, and reporting failures with guardrails to prevent marking work complete.

What is the best way to run selective end-to-end tests after a pull request merge?

Selective end-to-end tests run by reading configuration from .claude/project.json and executing only the specified test hooks relevant to the changed files, gracefully skipping any steps that are not configured in the project setup.

Does post-change testing work if my project only defines backend test hooks?

Post-change testing works with partial configurations by gracefully skipping frontend or end-to-end steps that are not specified in .claude/project.json, executing only the backend tests and logging their audit results.

How do log audits integrate into a post-change testing workflow?

Log audits integrate by running before and after tests to surface failures and ensure a clean state, providing guardrails that report a clear failure if any test step or audit check fails during the validation workflow.

Why should I use automated guardrails to prevent marking work as complete on test failures?

Automated guardrails prevent marking work as complete on test failures by reporting a clear failure when any validation step fails, ensuring that post-change tests and log audits must pass before a commit or PR merge is considered successful.

Can I skip missing test steps without failing the entire post-change validation workflow?

Missing test steps are gracefully skipped without failing the workflow by checking .claude/project.json for configured commands, ensuring post-change validation only runs specified tests and omits unconfigured frontend, backend, or end-to-end checks.