Skip to content
Development
Skill

/repo-harness-test

Testing techniques for the repo-harness source checkout: fixtures, execution, refactor evidence and Verification Plans. Triggers include 寫測試, 加測試, 測試太慢, 重複測試, 全量測試, test fixture, 跑哪些測試, 測試文件, write tests, test plan, slow tests, full suite. Not a debugging entrypoint and not a

From plugin
repo-harness
4359 skills9 agents
Install
$ npx -y skills add Ancienttwo/repo-harness --skill repo-harness-test --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/repo-harness-test

Context preview

The summary Claude sees to decide when to auto-load this skill.

Testing techniques for the repo-harness source checkout: fixtures, execution, refactor evidence and Verification Plans. Triggers include 寫測試, 加測試, 測試太慢, 重複測試, 全量測試, test fixture, 跑哪些測試, 測試文件, write tests, test plan, slow tests, full suite. Not a debugging entrypoint and not a

SKILL.md

repo-harness-test.SKILL.md
name: repo-harness-test
description: Testing techniques for the repo-harness source checkout: fixtures, execution, refactor evidence and Verification Plans. Triggers include 寫測試, 加測試, 測試太慢, 重複測試, 全量測試, test fixture, 跑哪些測試, 測試文件, write tests, test plan, slow tests, full suite. Not a debugging entrypoint and not a review entrypoint.
when_to_use: "repo-harness-test, 寫測試, 加測試, 測試太慢, 重複測試, 全量測試, test fixture, 跑哪些測試, 測試文件, write tests, test plan, slow tests, full suite"

repo-harness-test

Router for testing work. Policy prose is owned elsewhere; this package carries only executable technique and the tools this repository actually ships.

Mode Selection

Confirm the target is the repo-harness source checkout before using these references. For downstream projects, use their own test commands, fixtures and CI; do not apply these source-only paths or lane assumptions.

  • About to write, extend, or name a test, or choosing a fixture -> `references/authoring.md`.
  • Choosing which tests to run, or finding where suite time goes -> `references/running.md`.
  • Moving, splitting, merging, or deleting tests, and owing proof that nothing was lost -> `references/refactor-evidence.md`.
  • Writing a contract's `Verification Plan`, or deciding which CI lane a change lands in -> `references/verification-plan.md`.

Boundaries

  • Testing policy authority is `docs/reference-configs/sprint-contracts.md`,

section `## Testing Policy and Artifact Standards`. This package restates none of it and creates no second policy; when the two appear to disagree, that section wins and this package is wrong.

  • Not for diagnosing a failure's root cause; that is `hunt`.
  • Not for reviewing a diff, PR, or release readiness; that is `check`.
  • Runs nothing on the user's behalf, writes no acceptance evidence, and never

edits a contract's recorded results.

Read more
Ships withrepo-harness

File-backed workflow harness for reliable Claude Code and Codex sessions.

Get the whole plugin

Other skills on repo-harness.