원클릭으로
test-first-evidence
Record failing-test evidence, waivers, and final validation through the nils-cli test-first-evidence command.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Record failing-test evidence, waivers, and final validation through the nils-cli test-first-evidence command.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | test-first-evidence |
| description | Record failing-test evidence, waivers, and final validation through the nils-cli test-first-evidence command. |
Use this skill when an agent workflow needs a deterministic record of before-fix evidence or an explicit waiver plus final validation.
Prereqs:
agent-out run directory.test-first-evidence available on PATH from nils-cli 0.8.4 or newer.nils-cli checkout that builds the
nils-test-first-evidence package when PATH is absent or too old.Inputs:
init: required --out DIR and --classification TEXT; optional repeatable --production-path PATH, repeatable --note TEXT,
optional --force, and optional --format text|json.record-failing: required --out DIR, --command TEXT, --exit-code CODE, and --summary TEXT; optional --test-name TEXT,
repeatable --artifact PATH, and optional --format text|json.record-waiver: required --out DIR and --reason TEXT; optional repeatable --substitute-validation TEXT, and optional
--format text|json.record-final: required --out DIR, --command TEXT, and --status pass|fail; optional --summary TEXT, repeatable
--artifact PATH, and optional --format text|json.verify / show: required --out DIR; optional --format text|json.Outputs:
test-first-evidence.json under --out DIR.cli.test-first-evidence.verify.v1.test-first-evidence.record.v1.Exit codes:
0: command succeeded; for verify, evidence is complete.1: runtime failure or incomplete evidence.64: usage error.Failure modes:
test-first-evidence is unavailable on PATH and no validated local checkout invocation is being used.verify finds neither failing evidence nor waiver, missing final validation, or final validation status is not pass.Released PATH boundary:
test-first-evidence --help
test-first-evidence --version
Use the PATH command after installing nils-cli 0.8.4 or newer with nils-test-first-evidence on PATH.
Local checkout fallback boundary:
cargo run --locked --manifest-path "$HOME/Project/sympoies/nils-cli/Cargo.toml" \
-p nils-test-first-evidence --bin test-first-evidence -- --help
Run the Cargo form from the workflow's target directory only when PATH is absent
or reports an older nils-cli. Keep the same test-first-evidence subcommands
and flags in both modes.
Released PATH command:
test-first-evidence init --out <dir> --classification <classification> [--production-path <path> ...] [--format json]
test-first-evidence record-failing --out <dir> --command <command> --exit-code <code> --summary <summary> [--format json]
test-first-evidence record-waiver --out <dir> --reason <reason> [--substitute-validation <text> ...] [--format json]
test-first-evidence record-final --out <dir> --command <command> --status pass|fail [--summary <summary>] [--format json]
test-first-evidence verify --out <dir> [--format json]
test-first-evidence show --out <dir> [--format json]
test-first-evidence completion <bash|zsh>
Local checkout fallback command:
cargo run --locked --manifest-path /path/to/nils-cli/Cargo.toml \
-p nils-test-first-evidence --bin test-first-evidence -- <subcommand> ...
Do not hand-edit test-first-evidence.json or duplicate redaction, completeness, or JSON envelope logic in skill-local scripts.
agent-out project --topic <topic> --mkdirtest-first-evidence init --out <run-dir>/test-first --classification <classification> --production-path <path> --format jsontest-first-evidence record-failing ... or test-first-evidence record-waiver ...test-first-evidence record-final --out <run-dir>/test-first --command <command> --status pass --format jsontest-first-evidence verify --out <run-dir>/test-first --format jsondocs/runbooks/skills/TOOLING_INDEX_V2.mdResume and execute implementation work from a plan-tracking GitHub issue that carries issue-hosted source, plan, and execution-state snapshots, preserving progress on the issue when local docs/plans files may be cleaned up.
Use when the user wants to open or continue a GitHub issue as the durable timeline for a discovered problem, investigation, blocker, implementation handoff, or unresolved follow-up loop.
Finalize and close plan-tracking GitHub issues after issue-backed execution is complete and the user or project policy has approved closure.
Open or preview a provider-aware GitHub or GitLab tracking issue for a docs/plans plan bundle, bootstrapping the source doc and plan first when the user has a converged feature discussion but no plan file yet.
Deliver a dispatch-ready plan by sprint: split plan tasks into PR lanes, dispatch subagent work, enforce acceptance gates, and advance through final integration without main-agent implementation.
Close out an existing plan-issue runtime where main-agent owns orchestration and review only, subagents own implementation task lanes, and close gates require approval plus merged PRs.