vibe-audit

Evaluate codebase viability and recommend continue, refactor, rebuild, fork, or abandon actions.

6|Updated Feb 5, 2026
One-click install
npx skills add https://github.com/jacobcy/vibe-coding-control-center --skill vibe-audit-jacobcy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: vibe-audit
Source: https://github.com/jacobcy/vibe-coding-control-center/tree/main/supervisor/vibe-audit
Command: npx skills add https://github.com/jacobcy/vibe-coding-control-center --skill vibe-audit-jacobcy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Provides a structured, data-driven assessment to determine whether a codebase should be continued, refactored, rebuilt, forked, extracted from, or abandoned, removing guesswork and sunk-cost bias from project decisions.

Core Features & Use Cases

  • Two audit tracks (A/B): Track A for owned projects (refactor vs rebuild) and Track B for external projects (use, fork, extract, or discard).
  • Quick automated scan: Project identity, code size, largest files, dependency summary, directory structure, and git activity metrics for a rapid verdict.
  • Deep multi‑dimension audit: Optional in‑depth analysis across technical choices, divergence from documented goals, dead code rate, dependency health, test quality, and complexity trends, producing a dated plan or asset extraction list.
  • Output plans and asset extractions: Produces actionable plans saved to a standard path and a precise list of files/functions to keep, extract, or remove.
  • Use case: Before investing engineering time on a third‑party library or deciding whether to refactor an internal engine, run a quick scan followed by a deep audit to produce a concrete plan.

Quick Start

Ask the skill to run a quick scan and produce a recommendation and a dated plan for the repository, specifying Track A for an owned project or Track B for an external project.

Frequently Asked Questions about vibe-audit

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

FAQPage Schema
How do I evaluate project viability before deciding to refactor or rebuild a codebase?

To evaluate project viability, run an automated quick scan to analyze code size, dependency health, git activity, and directory structure, which yields a data-driven recommendation to refactor, rebuild, or abandon the codebase.

What is the best way to assess technical debt in a third-party library before adoption?

Assessing technical debt in a third-party library involves an external project audit track that checks dependency health, test quality, and dead code rates, resulting in a concrete verdict on whether to use, fork, extract, or discard.

Can I extract usable assets from an external project instead of forking the entire repository?

Yes, you can extract usable assets from an external repository by requesting a deep audit that analyzes architecture and complexity trends to produce a precise list of files and functions to extract or remove.

How do I audit code architecture and dependency health to remove sunk-cost bias from project decisions?

You audit code architecture and dependency health by running a deep multi-dimensional evaluation across technical choices, documentation divergence, and test quality, generating a dated actionable plan that eliminates guesswork.

Does a project viability audit work for evaluating internal repositories alongside external ones?

Yes, project viability audits support two distinct tracks: Track A evaluates owned repositories to decide between refactoring and rebuilding, while Track B handles external third-party projects for investment or reuse decisions.

What does a quick automated scan measure when reviewing a codebase for technical debt?

A quick automated scan measures project identity, code size, largest files, dependency summaries, directory structure, and git activity metrics to rapidly determine whether a codebase requires refactoring or abandonment.