Skip to main content

project-plan-audit

Use when auditing TicketPilot project plans, modules, tests, OpenSpec changes, and phase status before continuing development.

Informations de source

Dépôt
lennney/ticketpilot
Dernière activité de la source
29 avril 2026 à 15:25
Langue détectée de SKILL.md
anglais
Étoiles
1
Forks
1

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
project-plan-audit
description
Use when auditing TicketPilot project plans, modules, tests, OpenSpec changes, and phase status before continuing development.
# Project Plan Audit Skill The audit must include: ## 1. Scope Alignment Check whether the project still follows the TicketPilot MVP scope: - ticket normalization - intent classification - risk gate - FAQ / Policy / Case layered retrieval - hybrid retrieval (keyword + vector + RRF) - evidence-grounded draft reply - human review - trace - evaluation Mark any generic chatbot, unnecessary multi-agent product feature, or over-engineered component as scope drift. ## 2. Requirement-to-Evidence Matrix For each major requirement, map: - requirement - OpenSpec source - implementation file - test file / test command - status: PASS / GAP / FAIL - notes ## 3. Module Boundary Review For each module, check: - purpose - input - output - dependency - test coverage - whether it is too broad or too coupled ## 4. Test Coverage Review Review: - unit tests - integration tests - skipped tests - smoke tests - evaluation cases - missing negative cases Rule: A skipped integration test is NOT a pass. It is a GAP. Rule: Fake embedding proves pipeline wiring only, not semantic retrieval quality. ## 5. Phase Status Accuracy Check: - docs/phase_status.md - docs/changelog.md - README.md - docs/technical_decisions.md Ensure status claims are not overstated. ## 6. Risk Register Classify issues: - BLOCKING - HIGH - MEDIUM - LOW - DEFERRED ## 7. Minimal Fix Plan Produce a prioritized fix plan: - Fix now - Fix before next feature - Defer safely - Remove / simplify Do not recommend broad rewrites unless absolutely necessary. Do not propose new features during audit. ## 8. Final Decision Output one of: - CONTINUE — all clear to proceed with next phase - CONTINUE_WITH_GAPS — proceed but track gaps explicitly - HOLD_NEW_FEATURES — blockers must be resolved first
Voir sur GitHub