pii-sweep

Detect and flag personal data and secret tokens in code repositories.

1|Updated Apr 13, 2026
One-click install
npx skills add https://github.com/0xjitsu/jitsu-skills --skill pii-sweep
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pii-sweep
Source: https://github.com/0xjitsu/jitsu-skills/tree/main/skills/pii-sweep
Command: npx skills add https://github.com/0xjitsu/jitsu-skills --skill pii-sweep

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Detect and remediate personally identifiable information (PII), credentials, and internal references scattered across a repository before it is published or shared, reducing the risk of accidental data leaks or credential exposure.

Core Features & Use Cases

  • Regex-based Sweeps: Detects emails, phone numbers, API keys, spreadsheet/document IDs, internal URLs, physical addresses, and user-supplied names across code, docs, and config files.
  • Safe Review Workflow: Groups findings by category, presents contextual evidence, and requires explicit user classification (true positive, false positive, move to .env) before any changes.
  • Non-destructive Replacement & Verification: Replaces confirmed PII with standardized placeholders, adds moved secrets to .env and .env.example, shows before/after diffs, and re-runs verification passes to achieve zero findings.
  • Exclusions & Guardrails: Skips .git, node_modules, vendor, binaries, and lockfiles; warns about git history and recommends safe history-rewrite tools without performing destructive operations automatically.
  • Use Case: Preparing a private repo for open-source release by scanning README, source files, and configuration to ensure no live keys or personal data remain.

Quick Start

Ask the skill to run a full PII sweep of the current repository and guide you through reviewing and replacing any findings.

Frequently Asked Questions about pii-sweep

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I scan a code repository for secrets and PII before open-sourcing?

To scan a code repository for secrets and PII, run a regex-based sweep across source files, documentation, and configuration files to detect emails, phone numbers, API keys, and internal URLs before publication. It groups findings by category for safe review and non-destructive replacement.

What is the best way to remove API keys and personal data from my project files?

The best way to remove API keys and personal data is to use a non-destructive replacement workflow that requires explicit user classification of findings as true or false positives. Confirmed secrets are moved to .env files, while personal data is replaced with standardized placeholders.

How does regex pattern matching detect credentials in source code and config files?

Regex pattern matching detects credentials by applying targeted regular expressions to identify specific data structures like API keys, spreadsheet IDs, and physical addresses across your source code and config files. It then presents contextual evidence for each flagged item.

Does the PII sweep workflow automatically rewrite git history to remove exposed tokens?

The PII sweep workflow does not automatically rewrite git history to remove exposed tokens. It warns about potential leaks in git history and recommends safe history-rewrite tools, but it deliberately avoids performing destructive operations automatically to protect your repository.

Can I use this to prepare a private repo for a security audit?

You can use this to prepare a private repo for a security audit by scanning README files, source code, and configuration to ensure no live keys or personal data remain. It skips binaries, lockfiles, and vendor directories, then re-runs verification passes to achieve zero findings.

What files are excluded when scanning a repository for sensitive internal URLs?

When scanning a repository for sensitive internal URLs, the workflow automatically skips .git, node_modules, vendor directories, binaries, and lockfiles. This ensures the sweep only targets relevant source files, documentation, and configuration files without wasting time on dependencies.