handling-sensitive-test-data

handling-sensitive-test-data is a skill for Claude Code from jaktestowac/awesome-copilot-for-testers. It costs 90 tokens per session (2,533 once invoked), scanned A, original, MIT.

A guide for writing a Product Requirements Document (PRD): a shared plan that explains a software feature, its users, expected results, requirements, tests, and risks.

In plain words
What is it for?
Planning regular or AI-based features, clarifying scope, defining measurable outcomes, recording assumptions, and aligning stakeholders before development.
Why use it?
It turns an unclear idea into an agreed specification that product, design, engineering, and testing teams can use.

Skill for Claude Code

Written for Claude Code: user-invocable in frontmatter.

Good fit Planning regular or AI-based features, clarifying scope, defining measurable outcomes, recording assumptions, and aligning stakeholders before development.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/jaktestowac/awesome-copilot-for-testers/handling-sensitive-test-data
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.

Any agent
npx skills add jaktestowac/awesome-copilot-for-testers --skill handling-sensitive-test-data
Clone the repo
git clone --depth 1 https://github.com/jaktestowac/awesome-copilot-for-testers

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for handling-sensitive-test-data

README.md
[![agentmods](https://agentmods.dev/badge/skills/jaktestowac/awesome-copilot-for-testers/handling-sensitive-test-data/github.svg)](https://agentmods.dev/skills/jaktestowac/awesome-copilot-for-testers/handling-sensitive-test-data)
Your own site
<a href="https://agentmods.dev/skills/jaktestowac/awesome-copilot-for-testers/handling-sensitive-test-data"><img src="https://agentmods.dev/badge/skills/jaktestowac/awesome-copilot-for-testers/handling-sensitive-test-data/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for handling-sensitive-test-data

Your own site · 80×15
<a href="https://agentmods.dev/skills/jaktestowac/awesome-copilot-for-testers/handling-sensitive-test-data"><img src="https://agentmods.dev/badge/skills/jaktestowac/awesome-copilot-for-testers/handling-sensitive-test-data.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 90 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,533 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe. Third-party audits
  • NVIDIA SkillSpector pass 7 Sept 2026
How audits are shown
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.1 $0.00090 $0.02533
Opus 5 $0.00045 $0.01267
Sonnet 5 $0.00018 $0.00507
Haiku 4.5 $0.00009 $0.00253

Measured 9d ago against content hash 7587ce2c7e31, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-09, from the pricing page.

Security

Grade A, and why

handling-sensitive-test-data 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 9d 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.

plugins/handling-sensitive-test-data/skills/handling-sensitive-test-data/SKILL.md · 183 lines

How it starts

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

Handling Sensitive Test Data

Use this skill when the data a test suite touches would matter if it leaked.

Test environments are where personal data goes to be forgotten about. A production dump copied to staging "just for this migration" outlives the migration by years; a HAR fixture recorded from a real session carries a real session token into the repository; a failing test uploads a screenshot of a customer's address to a CI artifact store with public read access. None of these are exotic. All of them are the ordinary result of nobody having decided anything.

This skill is about doing testing work safely. It is not legal advice, and where a regime's specific obligations are in play, the data protection owner decides, not the tester.

When to Use

  • a test environment is seeded from a production dump
  • fixtures contain real names, emails, phone numbers, or addresses
  • HAR files, traces, videos, or screenshots are committed or uploaded to CI
  • secrets are needed for local runs and nobody knows where they should live
  • a data protection review, audit, or certification is coming
  • a test suite is being set up for a product handling health, financial, or identity data

Operating Principles

  • Synthetic first. Generated data that satisfies the same constraints is safer than any transformation of real data, and usually easier to reason about.
  • Anonymization is a claim that must survive re-identification. Replacing a name while keeping a date of birth, postcode, and purchase history re-identifies most people. Assess the combination, not the field.
  • Minimize before you protect. The safest record is the one you did not copy. Take the smallest slice that makes the test work.
  • Artifacts leak. Traces, HARs, videos, screenshots, and logs all capture whatever was on screen or on the wire. They need the same treatment as fixtures.
  • Secrets never enter the repository, the trace, or the log. Not in a fixture, not in a URL, not in a committed .env.
  • Retention is a decision, not a default. Data with no deletion date accumulates until an incident finds it.

Read the full file on GitHub · 183 lines

Files

What ships with it

4 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

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. 9d ago First seen · 183 lines · 90 tokens per session scan A 7587ce2c7e31

Subscribe to this mod's changes

handling-sensitive-test-data is a skill published in the GitHub repository jaktestowac/awesome-copilot-for-testers (113 stars, last pushed 13d ago), licensed MIT. It adds 90 tokens to every session and 2,533 once invoked, about $0.0005 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-30.

Related

Other skills, from other repositories

fix-tests

Focus on all unit + command tests (pytest --exclude tests/integration). Make sure they pass and fix errors. If you run into anything very odd: stop, and let me know. Mutate test code first and let me know if you think you should update application code.

iloveitaly/llm-ide-rules · 5 tokens

character-animation-qa

Review local character animation with schema checks, Playwright browser previews, frame sampling, and FFmpeg/ffprobe final output checks.

calesthio/OpenMontage · 31 tokens

migrate-xunit-to-xunit-v3

Migrate .NET test projects from xUnit.net v2 to xunit.v3 and fix v3 breaks. Use for package/CPM conversion, OutputType=Exe, preserving the VSTest or MTP runner (including projects currently using YTest.MTP.XUnit2), incompatible TFMs, async void tests, string-to-Type attributes, custom Fact/Theory/BeforeAfterTest…

managedcode/dotnet-skills · 149 tokens

crap-score

Calculates CRAP (Change Risk Anti-Patterns) for a named .NET method, class, or file. USE FOR: explicit CRAP calculation or coverage-and-complexity risk within that named target, including which tests to prioritize. DO NOT USE FOR: project-wide coverage/CRAP, plateaus, or project-wide blockers/priorities…

managedcode/dotnet-skills · 99 tokens

nunit

Write, run, or repair .NET tests that use NUnit. Use when a repo uses NUnit, [Test], [TestCase], [TestFixture], or NUnit3TestAdapter for VSTest or Microsoft.Testing.Platform execution. USE FOR: writing or reviewing NUnit tests; using [Test], [TestCase], [TestFixture], [SetUp], [TearDown] attributes; configuring…

managedcode/dotnet-skills · 146 tokens

michel-create-packmind-dataset

Seed a local Packmind instance with a realistic dataset — one organization populated with standards, commands, and skills — so an autonomous agent can exercise its own changes against lifelike data instead of an empty app. Use this whenever you need populated Packmind data to verify a change end-to-end: reproducing a…

PackmindHub/packmind · 0 tokens