audit-versioned-artifacts

Audit repositories for non-source artifacts and verify .gitignore coverage.

Updated Feb 26, 2026
One-click install
npx skills add https://github.com/ElPoot/contabilidad --skill audit-versioned-artifacts
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: audit-versioned-artifacts
Source: https://github.com/ElPoot/contabilidad/tree/main/.agents/skills/audit-versioned-artifacts
Command: npx skills add https://github.com/ElPoot/contabilidad --skill audit-versioned-artifacts

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you detect accidental repository contamination by auditing whether compiled binaries, databases, and temporary files are being mixed into version control.

Core Features & Use Cases

  • Artifact Presence Audit: Checks for common non-source items such as build/, dist/, SQLite databases, binaries, and temporary files that should not be committed.
  • .gitignore Policy Verification: Verifies that ignore rules cover build output, caches, temporaries, and credential-like files.
  • Local Data Risk Review: Inspects gestor_contable/data/ to determine whether it contains fixtures or potentially sensitive real client data.

Use case: Before releasing or handing off the project, run this audit to ensure only source code (not compiled executables, DBs, or machine-specific data) is included in the repository.

Quick Start

Ask the AI to audit this repository for versioned binaries, databases, temporary files, and risky contents under gestor_contable/data/, including checking whether .gitignore adequately excludes those paths.

Frequently Asked Questions about audit-versioned-artifacts

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

FAQPage Schema
How do I check my Python repository for accidental build outputs and SQLite files?

To check your Python repository for accidental build outputs and SQLite files, scan documented artifact patterns like build/ and dist/ directories, then verify .gitignore coverage to ensure compiled binaries and databases are excluded from version control.

What is repository hygiene and why do I need to audit versioned artifacts before a release?

Repository hygiene is the practice of keeping version control free of accidental junk like binaries and temporary files. Auditing versioned artifacts before a release ensures only source code is included, preventing contamination from compiled executables or sensitive local data.

Can I verify if my .gitignore rules adequately exclude temporary files and build directories?

Yes, you can verify .gitignore rules by checking if the ignore policies adequately cover build output, caches, temporaries, and credential-like files. The audit inspects .gitignore coverage against documented artifact patterns to find missing exclusions.

How do I distinguish between fixture data and sensitive real client data in my repository?

To distinguish between fixture data and sensitive real client data, inspect local data directories such as gestor_contable/data/ contents. This review identifies whether the committed data contains safe testing fixtures or potentially sensitive real client information.

What is the best way to produce an evidence-based severity report for repository contamination?

The best way to produce an evidence-based severity report for repository contamination is to scan for non-source artifacts, verify .gitignore coverage, and inspect local data risks. This process yields a clear verdict on accidental inclusion of binaries and databases.