derive-physical-architecture

Map logical components to deployment targets, resources, and communication edges.

3|Updated Jan 25, 2026
One-click install
npx skills add https://github.com/kapilvirenahuja/garura --skill derive-physical-architecture
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: derive-physical-architecture
Source: https://github.com/kapilvirenahuja/garura/tree/main/core/components/skills/derive-physical-architecture
Command: npx skills add https://github.com/kapilvirenahuja/garura --skill derive-physical-architecture

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents architectural drift by turning a logical architecture into a grounded, deployable physical runtime—selecting deployment targets, sizing resources, wiring communication edges, and mapping each refined NFR to concrete delivery mechanisms.

Core Features & Use Cases

  • Runtime realization of logical components: Converts every logical component into one or more physical components while inheriting system_ref and layer from inventory grounding to keep the architecture consistent.
  • Deterministic physical decisions with traceability: Produces a physical-architecture.yaml plus a decision manifest that records cardinality, deployment targets, resource sizing, comms protocol, retry/idempotency stance, and NFR delivery mechanisms.
  • Quality profile delivery mapping: Ensures every refined quality characteristic with relevance is delivered by named mechanisms in the correct components, preventing “unmapped” quality targets.
  • Comms graph validation: Wires outbound edges with explicit protocol/sync mode and validates runtime cycles (sync-only cycles forbidden) to avoid unsafe runtime feedback loops.

Quick Start

Invoke derive-physical-architecture via tech-architect Stage 4 to generate physical-architecture.yaml at {product_base}architecture/physical-architecture.yaml along with its decision-manifest file.

Frequently Asked Questions about derive-physical-architecture

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

FAQPage Schema
How do I map logical components to physical deployment targets?

To map logical components to physical deployment targets, you derive a physical architecture by inheriting inventory-grounded system references and recording decisions in a manifest. This process converts logical elements into deployable runtime components with specific resources.

What is physical architecture derivation in the AI-Native SDLC?

Physical architecture derivation is the Stage 4 process of turning a logical architecture into a grounded, deployable runtime. It selects deployment targets, sizes resources, wires communication edges, and maps refined NFRs to concrete delivery mechanisms.

How do I validate communication edges and prevent unsafe runtime feedback loops?

To validate communication edges and prevent unsafe runtime feedback loops, you wire outbound edges with explicit protocols and sync modes. The derivation process validates runtime cycles to ensure no sync-only cycles exist, preventing unsafe feedback loops.

Do I need a logical architecture file and quality profile to generate a physical architecture?

Yes, you need a logical architecture file, a refined quality profile, an inventory grounding set, and candidate catalogs to generate a physical architecture. These inputs ensure deterministic physicalization and NFR delivery coverage validation.

Why does architectural drift occur and how do I prevent it during runtime realization?

Architectural drift occurs when logical designs are not grounded in deployable runtimes. You prevent it by deriving a physical architecture that inherits system references, wires communication edges, and maps every refined NFR to named delivery mechanisms.