Skip to main content

project-audit

Audit a project's AI configuration against current project needs and ai-setup to detect duplication, drift, stale instructions, and missing reusable configuration.

Datos de origen

Repositorio
ehuerta6/cappy-code
Última actividad en el origen
9 de octubre de 2026 a las 16:11
Idioma detectado de SKILL.md
inglés
Estrellas
1
Forks
0

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
name
project-audit
description
Audit a project's AI configuration against current project needs and ai-setup to detect duplication, drift, stale instructions, and missing reusable configuration.
# Project audit Audit an existing project's AI configuration. ## Inspect Read: - project instructions and AGENTS files; - current skills, agents, rules, and templates; - product and architecture sources; - Git workflow; - the canonical `ai-setup/README.md` and `ai-setup/WORKFLOWS.md` from the latest available source. If `ai-setup` is not checked out locally, use the canonical repository source supplied by the project or task through an available GitHub connection. If neither source is available, report that comparison gap rather than assuming local copies are current. ## Classify For each relevant configuration item return: - KEEP — correct and project-specific; - UPDATE — still useful but stale or weaker; - REMOVE — unnecessary or duplicated; - MOVE — reusable behavior that belongs in ai-setup; - ADD — useful configuration currently missing. ## Check for - duplicated instructions; - conflicting sources of truth; - stale project decisions; - copied skills that drifted from canonical versions; - oversized instruction files; - configuration with no evidence of use; - recurring friction or successful outcomes recorded in retros or task history; - generic rules embedded in project-specific context. Treat missing usage evidence as unknown, not proof that configuration is unused. Do not change registry adoption status without explicit user approval. Project-specific behavior wins over reusable defaults. Do not make changes until the proposed cleanup is approved. ## Completion Return: - findings; - recommended changes; - affected files; - migration risks.
Ver en GitHub