test-codebase

# Test Codebase Read these shared references when needed: - `../shared/references/findings.schema.md` - `../shared/references/findings.lifecycle.md` ## Role Run validation-oriented testing work and convert the result into findings. - Use existing tests, targeted repro steps, docs, and runtime behavior. - Prefer the smallest test or repro surface that can validate the suspected behavior. - If the environment prevents execution, record that limitation explicitly and turn the blocked validation gap into a finding instead of pretending the test ran. ## Depth Accept a `depth` parameter from the prompt: - `shallow` - `deep` Default: - `depth=deep` ## Path Input Accept an optional `path` from the prompt. - If `path` is provided, use it as the local design or findings folder. - If `path` is omitted, infer it from the branch, subsystem, or matching docs and state the inferred value before starting. Default: - `path=infer` ## Workflow 1. Establish validation scope. Confirm the effective variables first: - `path` - `depth` - relevant test environment or constraints - branch, subsystem, and any requested focus areas 2. Choose the validation surface. Use existing tests first when they are relevant. Add targeted repro or smoke execution when that is the shortest way to validate behavior. 3. Run or inspect. Execute the chosen tests or repro steps when possible. If execution is blocked, record the blocker and its impact explicitly. 4. Turn outcomes into findings. Capture broken behavior, flaky behavior, missing coverage, missing assertions, environment gaps, and rollout risks in the active findings record. 5. Update the active findings record. Use `path/findings.md`. 6. Hand off when review or implementation is needed. Use `triage-findings` for follow-up questions and planning. Use `resolve-findings` when the intended fix path is clear. ## Rules - This skill is validation-oriented. - Do not treat static code reading as test execution. - Do not overrun the whole suite when a narrow validation pass is enough.