v-model-retrofit

Backfill V-model traceability into brownfield codebases with retrofit artifacts.

Updated Jan 5, 2025
One-click install
npx skills add https://github.com/pkuppens/pkuppens --skill v-model-retrofit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: v-model-retrofit
Source: https://github.com/pkuppens/pkuppens/tree/main/skills/v-model/v-model-retrofit
Command: npx skills add https://github.com/pkuppens/pkuppens --skill v-model-retrofit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Brownfield codebases often lack V-model traceability, making changes risky and hard to audit. This skill provides two modes to retrofit traceability without a big-bang rewrite.

Core Features & Use Cases

  • Mode A — Explicit retrofit: Triggered by a dedicated issue; backfill traceability for a named scope; apply pairing sub-skills inside that scope; prefer small PRs; when inferring intent from legacy behavior, mark as human-reviewed.
  • Mode B — Touch-driven (incremental): Triggered by ordinary bugfix or feature work; optional label retrofit:incremental; map changes to acceptance criteria; add tests; document ADRs if needed; avoid large changes.
  • Relation to architecture Retrofitting: Architecture retrofitting mode answers what is; v-model-retrofit adds how we verify and links evidence to issues and artefacts.

Quick Start

Define the retrofit scope and initiate explicit V-model retrofit to backfill traceability in the target module.

Frequently Asked Questions about v-model-retrofit

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

FAQPage Schema
How do I backfill V-model traceability into a brownfield codebase without a big-bang rewrite?

V-model traceability retrofits target specific modules or bounded contexts by creating explicit artifacts like acceptance criteria and ADR notes. This approach backfills traceability incrementally, applying minimal changes to areas identified by issues rather than rewriting everything.

When should I use explicit retrofit mode versus touch-driven incremental traceability?

Explicit retrofit mode is triggered by a dedicated issue to backfill traceability for a named scope, while touch-driven incremental mode applies during ordinary bugfix or feature work. Touch-driven mode optionally uses a retrofit:incremental label and maps changes to acceptance criteria.

What is V-model traceability and why is it needed for legacy code?

V-model traceability links verification evidence to issues and artifacts, making changes in legacy codebases auditable and less risky. It documents how requirements map to tests and architecture decisions, ensuring that modifications maintain compliance and intent.

Can I retrofit traceability for just a single feature or bounded context?

Yes, V-model retrofits apply targeted, minimal changes to modules, bounded contexts, or features identified by issues or incremental changes. You define the retrofit scope and initiate explicit backfilling within that specific target area.

How does architecture retrofitting differ from V-model traceability retrofitting?

Architecture retrofitting mode answers what exists in the codebase, while V-model traceability adds how we verify it and links evidence to issues and artifacts. V-model retrofits enforce traceability through acceptance criteria and ADR notes.

What are the limitations of adding V-model traceability to existing code?

When inferring intent from legacy behavior during a retrofit, artifacts must be marked as human-reviewed. The process avoids large changes and prefers small PRs, requiring careful scope definition to prevent big-bang rewrites in complex brownfield environments.