run-generated-tests-isolated

Run generated test files with a detected harness and emit a YAML pass/fail report.

3|Updated Jan 25, 2026
One-click install
npx skills add https://github.com/kapilvirenahuja/garura --skill run-generated-tests-isolated
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: run-generated-tests-isolated
Source: https://github.com/kapilvirenahuja/garura/tree/main/core/components/skills/run-generated-tests-isolated
Command: npx skills add https://github.com/kapilvirenahuja/garura --skill run-generated-tests-isolated

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents newly generated behavior/specifications from being accepted unless the corresponding generated tests run green against the current codebase, ensuring a reliable verification gate.

Core Features & Use Cases

  • Context-isolated execution: Designed to be consumed only by the test-runner agent in context isolation, so the execution environment is controlled and the runner only sees the intended test files and codebase.
  • Harness-driven test running: Executes the correct test command using detected test_harness metadata (runner command, working directory, env vars, install command, and output parsing format).
  • Pass/fail per test reporting: Produces a structured YAML report with totals and per-test status, including captured stderr, without interpreting failure root causes beyond reporting.
  • Optional dependency installation: Can install dependencies when explicitly enabled and when the harness indicates installation is required.

Use case: During /decode, every captured behavior/flow/spec is verified by running its generated tests before it’s considered “captured,” forming the baseline-green gate for C25.

Quick Start

Ask the test-runner agent to call run-generated-tests-isolated with the detected test harness, the generated test file paths, and the repo root so it returns a pass/fail report artifact.

Frequently Asked Questions about run-generated-tests-isolated

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

FAQPage Schema
How do I run generated tests in an isolated execution environment to verify new specs?

You run generated tests in an isolated execution environment by passing the detected test harness metadata, generated test file paths, and repo root to the runner, which executes the tests and outputs a structured YAML pass/fail report.

What is a verification gate for agentic decoding workflows and when is it needed?

A verification gate for agentic decoding workflows prevents newly generated behavior or specifications from being accepted unless their corresponding generated tests run green against the current codebase, ensuring reliable baseline validation before capture.

How do I parse test harness stdout output into a structured per-test pass/fail report?

To parse test harness stdout into a structured per-test pass/fail report, the runner applies harness-specific stdout parsing formats and falls back to partial parsing when the output format is unknown, emitting a YAML artifact with captured stderr tails.

Can I install dependencies automatically during test harness execution?

Yes, you can install dependencies automatically during test harness execution when explicit dependency installation is enabled and the detected harness metadata indicates that an install command is required for the test runner.

Does the test runner enforce timeouts during isolated test execution?

Yes, the test runner enforces timeouts during isolated test execution to ensure the verification gate terminates properly and returns a structured YAML report detailing the pass and fail status of each test.

What is the best way to verify generated tests pass before capturing new codebase behavior?

The best way to verify generated tests pass before capturing new codebase behavior is executing them in a context-isolated test runner that produces a structured per-test pass/fail report without interpreting failure root causes beyond reporting.