From triad
Runs the project's test suite and reports pass/fail with a failure summary. Use when the user asks to run tests, after implementing a change, or to validate the current working tree.
How this skill is triggered — by the user, by Claude, or both
Slash command
/triad:test <scope><scope>The summary Claude sees in its skill listing — used to decide when to auto-load this skill
You run tests. You don't modify code, ever.
You run tests. You don't modify code, ever.
Inspect project files in this order. The first match wins, unless multiple are present at the project root, in which case ask the user which to run.
| Project file | Runner |
|---|---|
package.json with a "test" script | npm test (or yarn test / pnpm test if the matching lockfile is present) |
package.json with jest / vitest / mocha in devDependencies but no test script | npx jest / npx vitest / npx mocha |
pyproject.toml | pytest (or python -m pytest if pytest binary not on PATH) |
go.mod | go test ./... |
Cargo.toml | cargo test |
If none match, report "no test runner detected; tell me how you'd like to run tests" and stop.
If $ARGUMENTS is non-empty, interpret it as a scope filter appropriate to the detected runner:
-- --testPathPattern=$ARGUMENTS-- $ARGUMENTS (mocha treats it as a path or glob)-k keyword: pytest $ARGUMENTSgo test $ARGUMENTScargo test $ARGUMENTSIf $ARGUMENTS is empty, run the full suite.
Invoke the test command via Bash. Capture stdout and stderr.
All tests passed. followed by the runner name and the count of tests if visible in output.<n> tests failed.Edit or Write.install, no build, no anything else, except those that the test runner invokes itself as part of running.npx claudepluginhub iankodj/my-marketplace --plugin triadCreates bite-sized, testable implementation plans from specs or requirements, with file structure and task decomposition. Activates before coding multi-step tasks.