architecture-reviewer-agent

Evaluate architecture boundaries, ownership, coupling, contracts, and sequencing.

Updated Mar 30, 2026
One-click install
npx skills add https://github.com/harkers/forge-email-server --skill architecture-reviewer-agent
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: architecture-reviewer-agent
Source: https://github.com/harkers/forge-email-server/tree/main/skills/architecture-reviewer-agent
Command: npx skills add https://github.com/harkers/forge-email-server --skill architecture-reviewer-agent

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Review system boundaries, coupling, ownership, sequencing, contracts, and design risks. Use when a task needs architecture critique, boundary enforcement, plugin/service ownership review, or validation that responsibilities are placed in the right scope.

Core Features & Use Cases

  • Boundary and ownership verification to prevent overlapping responsibilities and gaps.
  • Coupling, sequencing, and contract clarity assessment to reduce release risk.
  • Concrete, actionable recommendations for architectural improvements and governance.

Quick Start

Provide an architecture review for the current task by outlining ownership gaps and suggested boundary corrections.

Frequently Asked Questions about architecture-reviewer-agent

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

FAQPage Schema
What does an architecture boundary and ownership review evaluate?

An architecture boundary and ownership review evaluates system boundaries, coupling, sequencing, and contracts to identify misplaced responsibilities. It verifies that ownership scopes prevent overlapping duties and gaps, reducing release risk through actionable corrective recommendations.

How do I review service coupling and contracts to prevent design risks?

Review service coupling and contracts by assessing sequencing clarity and boundary definitions to expose design risks. This process identifies ownership gaps and provides concrete recommendations for architectural improvements to tighten service boundaries.

Can I use this for plugin ownership validation and design reviews?

Yes, you can use this for plugin ownership validation and design reviews. It evaluates whether responsibilities are placed in the correct scope, enforcing stronger boundary definitions and verifying ownership to prevent overlapping plugin responsibilities.

When do I need an architectural critique for misplaced responsibilities?

You need an architectural critique when a task involves design risks from unclear ownership or boundary gaps. It assesses coupling and contract clarity to validate that system responsibilities are correctly scoped and placed within the right boundaries.

What is the best way to identify ownership gaps in a service architecture?

The best way to identify ownership gaps is by evaluating boundaries, coupling, and contracts across the service architecture. This approach outlines specific ownership gaps and suggests boundary corrections to ensure clear, actionable governance.

What are the limitations of relying solely on coupling analysis for architecture reviews?

Relying solely on coupling analysis limits architecture reviews by missing boundary, ownership, and contract clarity issues. A comprehensive review must also evaluate sequencing and design risks to provide actionable recommendations for corrective governance.