Agent skill

Data Governance

by WrongStack in WrongStack/WrongStack

A skill your agent uses when designing or reviewing data governance: schema ownership, PII handling, retention, lineage, access policy, and migration safety for services and data stores.

MITAuto-check passedData & Analytics

Install Data Governance

skills CLI
$ npx skills add WrongStack/WrongStack --skill data-governance -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install WrongStack/WrongStack data-governance --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/WrongStack/WrongStack.git skills-src && mkdir -p .claude/skills && cp -r skills-src/packages/core/skills/data-governance .claude/skills/data-governance && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
data-governance
GitHub stars
370
Token cost
~1.6k tokens
SKILL.md length
625 words
Files
1
Skills in repo
38
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses when designing or reviewing data governance: schema ownership, PII handling, retention, lineage, access policy, and migration safety for services and data stores.

  • Works in 6 steps: Every persisted entity has exactly one… → Classify every field: public, internal,… → Never log or echo restricted fields —… → …
  • Reviewing data governance: schema ownership
  • SKILL.md covers Overview, Rules, Patterns and Workflow, plus 5 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Data Governance is an agent skill from WrongStack/WrongStack. Use this skill when designing or reviewing data governance: schema ownership, PII handling, retention, lineage, access policy, and migration safety for services and data stores. Triggers: user says "data governance", "PII", "schema ownership", "retention policy", "data lineage", "migration safety".

Its SKILL.md is about 1.6k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Data & Analytics, covering Data governance. The repository describes itself as: An AI coding agent that reads your code, edits files, runs commands, and reasons through bugs — across a terminal REPL, a full-screen TUI, and a browser UI, while you keep your… The licence is MIT.

When your agent uses it

  • Reviewing data governance: schema ownership
  • Migration safety for services and data stores

Example prompts

  • “data governance”
  • “schema ownership”
  • “retention policy”
  • “/data-governance”

Workflow steps

6 steps, taken from the first numbered list in SKILL.md.

  1. Every persisted entity has exactly one owning service; cross-service access goes through that service's API, never a shared table.
  2. Classify every field: public, internal, sensitive, or restricted (PII/credentials). Restricted fields are encrypted at rest and redacted…
  3. Never log or echo restricted fields — redact at the serialization boundary, not at each call site.
  4. Every schema change ships with a forward migration AND a documented rollback; destructive drops are two-phase (deprecate → drop) across…
  5. Retention is explicit per entity: define a TTL/purge cadence and honor deletion requests (right-to-erase) with a verifiable purge path.
  6. Lineage: a field's origin and transformations are traceable; derived data records its source columns/versions.

What it can do on your machine

Read from SKILL.md and the folder at commit 57f6018. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are typescript and sql).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Data Governance loads about 1.6k tokens when it runs. Until then it costs about 79 tokens; SKILL.md has 625 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~79
When it runs · the whole SKILL.md, loaded when a task matches
~1.6k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from WrongStack/WrongStack at commit 57f6018, republished under its MIT licence (© WrongStack). 625 words, ~1,632 tokens.

Download SKILL.mdSave it as .claude/skills/data-governance/SKILL.md (or your agent's skills folder).
name
data-governance
description
Use this skill when designing or reviewing data governance: schema ownership, PII handling, retention, lineage, access policy, and migration safety for services and data stores. Triggers: user says "data governance", "PII", "schema ownership", "retention policy", "data lineage", "migration safety".
trigger
Use when designing or reviewing schema ownership, PII handling, retention, data lineage, access policy, or migration safety.
version
1.1.0
required-capabilities
filesystem.read
optional-capabilities
code.inspect

Data Governance

Designs and reviews data governance for services and data stores: schema ownership, PII handling, retention, lineage, access policy, and migration safety.

Overview

Establishes who owns each data entity, how sensitive fields are classified and protected, how long data is retained, and how schema changes ship without losing or leaking data. Produces concrete policy plus code-level guardrails, not prose.

Rules

  1. Every persisted entity has exactly one owning service; cross-service access goes through that service's API, never a shared table.
  2. Classify every field: public, internal, sensitive, or restricted (PII/credentials). Restricted fields are encrypted at rest and redacted in logs.
  3. Never log or echo restricted fields — redact at the serialization boundary, not at each call site.
  4. Every schema change ships with a forward migration AND a documented rollback; destructive drops are two-phase (deprecate → drop) across releases.
  5. Retention is explicit per entity: define a TTL/purge cadence and honor deletion requests (right-to-erase) with a verifiable purge path.
  6. Lineage: a field's origin and transformations are traceable; derived data records its source columns/versions.

Patterns

Do
typescript
// ✅ Classify + redact at the boundary
interface UserRecord {
  id: string; // internal
  email: string; // restricted (PII) — encrypted at rest
  createdAt: string; // internal
}
function toLog(u: UserRecord) {
  return { id: u.id, email: '[redacted]', createdAt: u.createdAt };
}
sql
-- ✅ Two-phase destructive change: deprecate first, drop next release
ALTER TABLE sessions ADD COLUMN legacy_data_deprecated_at timestamptz; -- phase 1
-- (next release, after backfill + verification)
-- ALTER TABLE sessions DROP COLUMN legacy_data;                       -- phase 2
Don't
typescript
// ❌ Log the whole record — leaks PII into the log stream
logger.info('user', user);

// ❌ Shared-table cross-service read — bypasses the owning service's policy
db.query('SELECT email FROM users WHERE ...'); // from a service that doesn't own users

Workflow

1. Inventory:  List entities, owning service, and field classifications
2. Policy:     Define retention/TTL, access rules, encryption-at-rest for restricted fields
3. Guardrails: Redaction at the serialization boundary, audit log for restricted access
4. Migration:  Forward + rollback plan; destructive changes two-phase
5. Verify:     Purge-path test (right-to-erase), redaction test, migration dry-run

What to look for

  • Orphaned ownership: a table no service claims, or two services writing the same table
  • PII in logs/errors: restricted fields appearing in log lines, stack traces, or error payloads
  • Missing retention: data kept forever with no TTL or purge path
  • One-phase drops: DROP COLUMN/DROP TABLE shipping without a deprecate-first phase
  • Untraceable lineage: derived tables with no record of source columns/versions

Anti-patterns

  • Don't redact per-call-site — centralize at the serialization boundary or a single field will leak
  • Don't share tables across services — it bypasses ownership and access policy
  • Don't ship destructive migrations without rollback — every change is reversible until proven otherwise
  • Don't treat "internal" as "not sensitive" — internal data still needs access policy and retention
Show full SKILL.md (331 more words)Show less

Out of scope

  • Don't log restricted fields at any call site. Redaction lives at the serialization boundary, not at each logger.info(user). A single missed redaction is a PII leak.
  • Don't share tables across services. Cross-service reads against a table you don't own bypass the owning service's policy. Use the owning service's API.
  • Don't ship destructive migrations without a rollback plan. One-phase drops are not policy. Deprecate → drop across releases, with a documented rollback.
  • Don't classify "internal" as "not sensitive". Internal data still needs access policy and retention. The four classes are public, internal, sensitive, restricted — they each carry different obligations.
  • Don't design retention ad hoc. Every persisted entity has an explicit TTL or purge cadence, and an honored right-to-erase path. "Keep forever" is not a policy.
  • Don't invent lineage in the application code. Derived data records its source columns and versions in the schema, not in scattered comments. Lineage is queryable.
  • Don't accept "two services writing the same table" as a stopgap. Orphaned ownership is a finding, not a workaround. Pick an owner; migrate the other side to the API.
  • Don't pass through the migration without a dry-run. Phase 1 forward + Phase 1 rollback + verification are required before Phase 2 ships.

Before returning

  • Every persisted entity has exactly one owning service; cross-service access goes through that service's API
  • Every field classified as public / internal / sensitive / restricted
  • Restricted fields encrypted at rest; redacted at the serialization boundary
  • No restricted fields in logs, errors, or stack traces
  • Schema changes have forward migration + documented rollback
  • Destructive changes are two-phase: deprecate → drop across releases
  • Retention TTL/purge cadence explicit per entity; right-to-erase path verifiable
  • Derived data records source columns/versions; lineage queryable
  • Dry-run run on the migration before Phase 2 ships
  • <nextsteps> lists each open migration, classification gap, or retention fix

Skills in scope

  • security-scanner — for encryption-at-rest, secret handling, and access-control review
  • audit-log — for verifying restricted-access audit trails and retention evidence
  • api-design — for owning-service API boundaries instead of shared tables
  • testing — for redaction, purge-path, and migration tests

© WrongStack, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in packages/core/skills/data-governance of WrongStack/WrongStack.

Open the folder on GitHubat commit 57f6018

Compare with similar skills

Data Governance next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Data Governance compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Data Governance this skillWrongStack/WrongStack370—~1.6kAutomated safety check: PassMIT
Jeecg Systemjeecgboot/skills239—~3.2kAutomated safety check: PassApache-2.0
Openalgo Chart Indicatormarketcalls/openalgo-charts140—~3.4kAutomated safety check: NotesApache-2.0
Data Quality Frameworkswshobson/agents40k11 repos~1.1kAutomated safety check: PassMIT
Tracing Downstream Lineageastronomer/agents4511 repos~1.2kAutomated safety check: PassApache-2.0
Tracing Upstream Lineageastronomer/agents4511 repos~1.1kAutomated safety check: PassApache-2.0

Similar skills

  • Jeecg System

    jeecgboot/skills

    JeecgBoot 系统主数据查询与管理。Use when user asks to query/create/manage system master data, or says "查询角色", "查询用户", "查询部门", "查询字典", "创建字典", "创建角色", "查岗位", "查职务", "查租户", "查数据源", "查定时任务", "系统主数据", "query…

    239 GitHub stars~3.2k tokensUpdated 20 days ago
    Data & AnalyticsAuto-check passed
  • Openalgo Chart Indicator

    marketcalls/openalgo-charts

    Add a built-in openalgo-charts indicator, restyle it, build a settings UI from its descriptor, or author a custom indicator with registerIndicator or the Tier-2 external-data contract.

    140 GitHub stars~3.4k tokensUpdated 6 days ago
    Data & AnalyticsAuto-check: notes
  • Sets up data quality checks with Great Expectations, dbt tests and data contracts, with checkpoints and pass-fail reports for pipelines.

    40k GitHub starsUsed in 11 repos~1.1k tokens
    Data & AnalyticsAuto-check passed
  • Trace downstream data lineage and impact analysis. An agent skill from astronomer/agents.

    451 GitHub starsUsed in 1 repo~1.2k tokens
    Data & AnalyticsAuto-check passed
  • Tracing Upstream Lineage

    astronomer/agents

    Trace upstream data lineage. An agent skill from astronomer/agents.

    451 GitHub starsUsed in 1 repo~1.1k tokens
    Data & AnalyticsAuto-check passed
  • Finds usable public datasets, judges whether the data can support a research idea, and checks train and test splits for leakage before results are trusted.

    641 GitHub stars~4.9k tokensUpdated 3 mo ago
    Data & AnalyticsAuto-check passed

More from WrongStack/WrongStack

All 38 skills in this repo
  • Design Craft

    WrongStack/WrongStack

    Design or substantially improve user-facing interfaces with a product-specific visual direction, content hierarchy, and rendered critique.

    370 GitHub stars~2k tokensUpdated today
    Auto-check passed
  • Design Critique

    WrongStack/WrongStack

    A skill your agent uses to audit an interface that already exists and say precisely why it looks generated, templated, or unfinished — a scored rubric across composition, typography, color, states…

    370 GitHub stars~3k tokensUpdated today
    Auto-check passed
  • Mailbox Bridge

    WrongStack/WrongStack

    A skill your agent uses when external coding agents (Claude Code, Aider, custom scripts) need to participate in the project's shared WrongStack mailbox, or when a user asks to "expose the mailbox"…

    370 GitHub stars~3.9k tokensUpdated today
    Auto-check passed
  • Multi Agent

    WrongStack/WrongStack

    A skill your agent uses whenever work can be split across multiple AI agents running in parallel, or when orchestrating leader/worker patterns in WrongStack.

    370 GitHub stars~3.6k tokensUpdated today
    Auto-check passed
  • Web Platform Baseline

    WrongStack/WrongStack

    Use this skill before asserting that a CSS, HTML or accessibility capability is available, unavailable, or the right tool — it carries dated, refreshable platform facts and refuses to let stale…

    370 GitHub stars~1.6k tokensUpdated today
    Auto-check passed
  • Wrongstack Mailbox

    WrongStack/WrongStack

    A skill your agent uses when the user wants to communicate with WrongStack's shared project mailbox from outside WrongStack — read messages sent by WrongStack agents, send replies, broadcast to all…

    370 GitHub stars~3.5k tokensUpdated today
    Auto-check passed

Questions about Data Governance

What does Data Governance do?

A skill your agent uses when designing or reviewing data governance: schema ownership, PII handling, retention, lineage, access policy, and migration safety for services and data stores. Data Governance is an agent skill from WrongStack/WrongStack. Use this skill when designing or reviewing data governance: schema ownership, PII handling, retention, lineage, access policy, and migration safety for services and data stores.

When should I use Data Governance?

Data Governance fits situations like: reviewing data governance: schema ownership; migration safety for services and data stores.

How do I install Data Governance in Claude Code?

Run `npx skills add WrongStack/WrongStack --skill data-governance -a claude-code`. Or copy the skill folder (packages/core/skills/data-governance in WrongStack/WrongStack) into .claude/skills/data-governance in your project. Claude Code loads it when a task matches its description.

How do I install Data Governance in Codex?

Run `npx skills add WrongStack/WrongStack --skill data-governance -a codex`. Or copy the skill folder (packages/core/skills/data-governance in WrongStack/WrongStack) into .agents/skills/data-governance in your project. Codex loads it when a task matches its description.

Can I use Data Governance in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add WrongStack/WrongStack --skill data-governance -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/data-governance, .gemini/skills/data-governance, .github/skills/data-governance and .opencode/skills/data-governance in your project.

What does Data Governance need to run?

SKILL.md names no scripts, command-line tools or credentials: Data Governance is instructions for the agent only.

Does Data Governance access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Data Governance safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Data Governance use?

Data Governance is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Data Governance use?

About 1.6k tokens (SKILL.md is roughly 6.5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Data Governance?

Skills that share tags, products or a category with Data Governance: Jeecg System (jeecgboot/skills, 239 stars), Openalgo Chart Indicator (marketcalls/openalgo-charts, 140 stars), Data Quality Frameworks (wshobson/agents, 40k stars) and Tracing Downstream Lineage (astronomer/agents, 451 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Data Governance?

WrongStack (a GitHub organization) maintains it in WrongStack/WrongStack, which has 370 GitHub stars. The repository holds 38 skills in this directory. The repository was last updated on October 7, 2026.

Source: WrongStack/WrongStack on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.