agency-software-architect

Guide domain-driven design and document architectural decisions with ADRs.

Updated Jul 23, 2026
One-click install
npx skills add https://github.com/rajyeole6/AI-RECRUITER --skill agency-software-architect-rajyeole6
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agency-software-architect
Source: https://github.com/rajyeole6/AI-RECRUITER/tree/main/.agents/skills/engineering-software-architect
Command: npx skills add https://github.com/rajyeole6/AI-RECRUITER --skill agency-software-architect-rajyeole6

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill addresses the complexity of designing software systems by providing a structured framework for domain modeling, architectural decision-making, and trade-off analysis, preventing over-engineering and technical debt.

Core Features & Use Cases

  • Domain-Driven Design (DDD): Guides the identification of bounded contexts, aggregates, and domain events to ensure the software aligns with business logic.
  • Architectural Decision Records (ADR): Provides a standardized template to document the context, rationale, and consequences of technical choices.
  • Trade-off Analysis: Evaluates architectural patterns like microservices, modular monoliths, or event-driven designs based on specific project constraints and scalability needs.

Quick Start

Use the agency-software-architect skill to evaluate the trade-offs between a modular monolith and microservices for a new e-commerce platform.

Frequently Asked Questions about agency-software-architect

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

FAQPage Schema
How do I document architectural decisions to prevent technical debt?

To document architectural decisions and prevent technical debt, use Architectural Decision Records (ADR) to capture the context, rationale, and consequences of technical choices in a standardized format.

What is domain-driven design and how does it guide system architecture?

Domain-driven design (DDD) is a modeling approach that identifies bounded contexts, aggregates, and domain events to ensure your software architecture aligns directly with underlying business logic.

How do I evaluate trade-offs between microservices and a modular monolith?

Evaluating trade-offs between microservices and a modular monolith requires analyzing specific project constraints and scalability needs to determine the most maintainable architectural pattern for your system.

When should I use event-driven design in software system design?

You should use event-driven design in software system design when your project constraints require high scalability and decoupled communication, determined through a structured trade-off analysis of architectural patterns.

Does this software architecture guidance apply to existing system reviews?

Yes, this software architecture guidance applies to the design phase of new software development projects, architectural reviews of existing systems, and ongoing technical decision-making processes.