change-guard

Analyze change requests against PRD, ARCH, UI-SPEC, and DEV-PLAN documents.

133|9|Updated Mar 26, 2026
One-click install
npx skills add https://github.com/lync-cyber/CataForge --skill change-guard-lync-cyber
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: change-guard
Source: https://github.com/lync-cyber/CataForge/tree/main/.cataforge/skills/change-guard
Command: npx skills add https://github.com/lync-cyber/CataForge --skill change-guard-lync-cyber

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps determine whether a requested change is already covered by existing project documentation, reducing ambiguity before implementation or review begins.

Core Features & Use Cases

  • Coverage Analysis: Compares a change request against PRD, ARCH, UI-SPEC, and DEV-PLAN documents to see what is already covered.
  • Change Classification: Labels the request as clarification, enhancement, or new requirement based on document coverage and conflicts.
  • Impact Routing: Produces a structured analysis that tells an orchestrator whether to proceed, amend documentation first, or cascade changes upstream.
  • Use Case: A product team asks for a new workflow step, and the Skill checks whether it fits current specs or requires a PRD rewrite.

Quick Start

Ask the skill to analyze a change request against the current project documents and return the coverage status, change type, impacted docs, and routing action.

Frequently Asked Questions about change-guard

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

FAQPage Schema
How do I check if a change request is covered by existing PRD and architecture documents?

To check change request coverage, analyze the request against existing PRD, architecture, UI spec, and development plan documents. This coverage analysis identifies gaps and conflicts, classifying the change as a clarification, enhancement, or new requirement before implementation begins.

What is change impact assessment for product and engineering workflows?

Change impact assessment analyzes requested modifications against project documentation to determine coverage gaps and required downstream updates. It classifies the change type and produces structured routing output, guiding orchestrators whether to proceed, amend documentation, or cascade changes upstream.

How do I classify a change request as a clarification, enhancement, or new requirement?

Classify a change request by comparing it against current PRD, ARCH, UI-SPEC, and DEV-PLAN documents. The classification depends on document coverage and conflicts, labeling the request as a clarification, an enhancement, or an entirely new requirement.

When do I need to update project documentation before proceeding with a change?

You need to update project documentation before proceeding when change analysis reveals coverage gaps or conflicts with existing specs. The impact routing output will indicate whether to amend the PRD or architecture documents first to prevent ambiguity during implementation.

Can I use traceability analysis to route upstream changes for an orchestrator?

Yes, document traceability analysis produces a structured routing output designed for orchestrator decision-making. It determines whether to proceed with the change, amend documentation first, or cascade required updates upstream based on detected conflicts.

What is the best way to analyze a new workflow step against current specs?

The best way to analyze a new workflow step is to check it against current PRD and UI specifications. This impact assessment determines whether the step fits existing documentation or requires a full PRD rewrite and downstream architecture updates.