visa-paradigm-advisor

Analyze domain artifacts and team constraints to generate a paradigm_decision.md artifact.

Updated May 4, 2026
One-click install
npx skills add https://github.com/Adgmed2018/visa --skill visa-paradigm-advisor
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: visa-paradigm-advisor
Source: https://github.com/Adgmed2018/visa/tree/main/agents/visa-paradigm-advisor
Command: npx skills add https://github.com/Adgmed2018/visa --skill visa-paradigm-advisor

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Visa paradigm-advisor identifies the optimal programming paradigm for a new product domain given discovered domain artifacts, team maturity, and constraints, ensuring deliberate architectural choice rather than defaulting to the latest trend.

Core Features & Use Cases

  • Analyzes domain artifacts (domain maps, constraints, team maturity) to classify fitting paradigms (OO, FP, event-driven, actor model, etc.).
  • Proposes 2-3 evaluated options with trade-offs and risk signals, aligned to team skills and delivery timelines.
  • Generates a canonical paradigm_decision.md artifact for downstream agents and project governance.

Quick Start

Provide a brief domain context and team inputs to generate a paradigm_decision.md and save it in the project repository.

Frequently Asked Questions about visa-paradigm-advisor

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

FAQPage Schema
How do I choose the right programming paradigm for a new software architecture?

To choose a programming paradigm for a new software architecture, you weigh multiple options like OO, FP, event-driven, or actor model against team constraints, maturity, and delivery timelines. This analysis proposes evaluated options with trade-offs and risk signals to ensure deliberate architectural decisions.

What is the best way to document architectural trade-offs between functional and object-oriented programming?

The best way to document architectural trade-offs between functional and object-oriented programming is by generating a canonical paradigm_decision.md artifact. This artifact captures domain inputs, presents 2-3 evaluated paradigm options with risk signals, and records explicit decisions to guide downstream agents.

When do I need to evaluate an event-driven architecture over an actor model for my product domain?

You need to evaluate an event-driven architecture over an actor model when discovered domain artifacts and team maturity constraints require careful classification. The evaluation proposes 2-3 paradigm options with explicit trade-offs aligned to organizational skills and delivery timelines.

How do I generate a paradigm decision document for downstream development teams?

To generate a paradigm decision document for downstream teams, provide brief domain context and team inputs to produce a canonical paradigm_decision.md artifact. Save this artifact in your project repository to capture trade-offs, record explicit decisions, and govern downstream development.

Can I use this paradigm advisor if my team lacks experience with functional programming?

Yes, you can use a paradigm advisor if your team lacks functional programming experience. The evaluation explicitly weighs paradigm options against team maturity and organizational skills, ensuring proposed architectures align with actual delivery capabilities rather than theoretical ideals.

What are the limitations of defaulting to the latest programming trend for new domain architecture?

The limitation of defaulting to the latest programming trend for new domain architecture is the failure to account for discovered domain artifacts, team maturity, and constraints. Deliberate architectural choice ensures maintainability by evaluating trade-offs and risk signals across multiple viable paradigms.