pre-dev-dependency-map

Generate a versioned dependency map with compatibility and security validation.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665 --skill pre-dev-dependency-map-withmartian-sandbox
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pre-dev-dependency-map
Source: https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665/tree/main/pm-team/skills/pre-dev-dependency-map
Command: npx skills add https://github.com/withmartian-sandbox/ghrc-x-3126672651424eddb640ecc81321a665 --skill pre-dev-dependency-map-withmartian-sandbox

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Prevents vague or unversioned technology selections by producing an explicit, justified, and standards-validated dependency map before development begins, ensuring reproducible builds, security validation, and cost visibility.

Core Features & Use Cases

  • Standards-driven validation: Requires loading Ring Standards and PROJECT_RULES.md and enforces mandatory checks and prohibited choices.
  • Explicit versioning and justification: Documents exact package names and versions, compatibility matrices, alternatives, license and cost analysis, and upgrade constraints.
  • Gate enforcement for large features: Used in Gate 6 for large-track workflows to block progression until dependencies, security, and feasibility are validated.

Quick Start

Generate a PROJECT_RULES.md from TRD metadata, load Ring Standards, enumerate explicit dependency versions with rationales, run compatibility and CVE checks, and output docs/pre-dev/{feature-name}/dependency-map.md.

Frequently Asked Questions about pre-dev-dependency-map

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

FAQPage Schema
How do I generate a versioned dependency map for a new feature before development?

To generate a dependency map, load Ring Standards and PROJECT_RULES.md, enumerate exact package versions with justifications, run compatibility and CVE checks, and output docs/pre-dev/{feature-name}/dependency-map.md. This ensures reproducible builds and security validation before coding begins.

What is a pre-development dependency map and when do I need one?

A pre-development dependency map is an explicit, versioned inventory of packages, infrastructure, and services validated against project standards. It is needed during Gate 6 technology selection for large-track features to block progression until dependencies, security, and feasibility are confirmed.

How do I enforce technology standards and prohibited choices during package selection?

Enforce technology standards by loading Ring Standards and PROJECT_RULES.md before enumerating dependencies. The map generation process runs mandatory checks against these rules to validate compatibility, reject prohibited choices, and document exact package versions with rationales.

Does dependency mapping work for large-track features after TRD and data model validation?

Yes, dependency mapping is designed for large-track features after TRD and Data Model validation. It operates at Gate 6 to require precise package, infrastructure, and service choices, ensuring all selections satisfy Ring Standards before development proceeds.

What's the best way to document package versions, licenses, and upgrade constraints for a project?

The best way is generating a structured dependency map that documents exact package names, versions, compatibility matrices, alternatives, license and cost analysis, and upgrade constraints. This produces a validated markdown file ensuring cost visibility and reproducible builds.

Why does my technology selection fail the Gate 6 review for large features?

Technology selection fails Gate 6 when dependencies lack explicit versioning, security validation, or standards compliance. Generating a dependency map resolves this by loading Ring Standards, running CVE checks, and documenting exact versions with justifications to satisfy progression requirements.