sdcorejs-test

A requirement-based testing assistant for planning, writing, running, and reviewing software tests, including test-driven development (TDD), where tests are written before the code they check.

In plain words
What is it for?
Use it for unit, integration, end-to-end, user-acceptance, and browser testing in an existing project, while documenting which requirements are covered.
Why use it?
It helps connect requirements to test cases, find gaps in coverage, and verify behavior with authenticated browser tests and captured interface evidence.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/sdcorejs/sdcorejs-agent/sdcorejs-test
Any agent
npx skills add sdcorejs/sdcorejs-agent --skill sdcorejs-test
Clone the repo
git clone --depth 1 https://github.com/sdcorejs/sdcorejs-agent

Made for: Claude Code, Codex.

Per session 86 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,817 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00086 $0.02817
Opus 5 $0.00043 $0.01409
Sonnet 5 $0.00017 $0.00563
Haiku 4.5 $0.00009 $0.00282

Measured 2d ago against content hash 9e3e1a9e0ade, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

sdcorejs-test scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.claude/skills/sdcorejs-test/SKILL.md · 242 lines

How it starts

The opening of the file, as written. The whole thing — 242 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Test Track

Purpose and ownership

Own test planning, test authoring, safe execution, coverage matrices, UAT cases, RED-first TDD, authenticated runner evidence, and UI capture verification. sdcorejs-debug owns root-cause investigation and production bug fixes. sdcorejs-documentation owns guide prose and image placement. This skill must not invoke Git, call sdcorejs-git, install dependencies, or start/modify a runtime unless the current request explicitly authorizes that exact action.

Shared protocols

  1. Read _refs/shared/runtime-protocols.md, then _refs/shared/tasklist.md for non-trivial work and _refs/shared/persona.md when present.
  2. Apply Project Context Preflight v2 from _refs/shared/project-context.md. Current request, files, diff, requirements, command output, and test failures override stored context. Missing or stale summary never blocks testing and does not authorize a refresh. Continue with targeted reads or a scoped code map.
  3. Apply _refs/shared/artifact-lifecycle.md whenever evidence or documentation assets are created; return artifact_context.
  4. Apply _refs/shared/user-choice-prompt.md before presenting approval or mode choices.
  5. Localize runtime-facing prose to the user's language. Keep schema keys, commands, identifiers, and canonical source English.

Step 1 - Classify the action

Pick exactly one public action:

test_action Boundary
run-only Discover and run existing commands; no edits.
write-tests Edit scoped tests/fixtures; discovery only, no run.
write-and-run Edit scoped tests, then run focused discovered commands.
test-plan-readonly Read-only risk, case, and command plan.
coverage-audit Read-only current coverage and requirement gaps unless tests are requested.
uat-cases Produce requested UAT cases/checklists; no source implementation.
tdd-red Write the smallest failing test and prove RED; no production code.
tdd-cycle RED, minimal GREEN implementation, then refactor and verify.
failing-output-triage Explain/classify sanitized output without edits.
debug-handoff Stop and transfer fix/root-cause work to sdcorejs-debug.

Read the full file on GitHub · 242 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 242 lines · 86 tokens per session scan A 9e3e1a9e0ade

Subscribe to this mod's changes

sdcorejs-test is a skill published in the GitHub repository sdcorejs/sdcorejs-agent (2 stars, last pushed 15d ago), licensed MIT. It adds 86 tokens to every session and 2,817 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

agent-integration

Run all three agent integration phases sequentially: research, write-tests, and implement using E2E-first TDD (unit tests written last). For individual phases, use /agent-integration:research, /agent-integration:write-tests, or /agent-integration:implement. Use when the user says "integrate agent", "add agent…

entireio/cli · 89 tokens

e2e

Write and run web E2E tests (Playwright) using TDD — locations, patterns, commands, and debugging.

kdlbs/kandev · 29 tokens

tdd-workflow (测试驱动开发工作流)

在编写新功能、修复 Bug 或重构代码时使用此技能。强制执行测试驱动开发 (TDD),包括单元测试、集成测试和端到端 (E2E) 测试,确保覆盖率达到 80% 以上。.

cfrs2005/claude-init · 72 tokens

writing-system-tests

Use BEFORE implementing any feature that has stories in .docs/stories/ — generates failing acceptance specs from acceptance criteria as the RED phase of TDD. Generates HTTP/request-level acceptance tests for headless/API projects, end-to-end UI tests for projects with a frontend, using the project's own test framework…

jstoup111/ai-conductor · 67 tokens

ccc-e2e

CC Commander · $ccc-e2e · Full-surface confidence before you ship.

KevinZai/commander · 47 tokens

mushi-integration

Full end-to-end Mushi Mushi integration smoke test: bug capture → AI triage → story mapping → TDD test generation → approval → execution → PDCA cycle. Use when "test mushi integration", "verify full pipeline", "mushi e2e check", "does mushi work end-to-end", "smoke test mushi", or after deploying changes.

kensaurus/mushi-mushi · 82 tokens