architect

Generate specs/architecture.md defining technology stack, schemas, and API contracts.

Updated Mar 5, 2026
One-click install
npx skills add https://github.com/jaisonerick/spec-plugin --skill architect-jaisonerick
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: architect
Source: https://github.com/jaisonerick/spec-plugin/tree/main/plugins/spec-plugin/skills/architect
Command: npx skills add https://github.com/jaisonerick/spec-plugin --skill architect-jaisonerick

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Produce a single, project-level technical architecture document that makes every foundational technology choice explicit and aligned with the product spec, ensuring consistency across multiple execution plans and avoiding ad-hoc or duplicated design work.

Core Features & Use Cases

  • Decision Cataloging: Enumerates all foundational decisions (language/runtime, web framework, data storage, pipeline orchestration, observability, etc.) with options, trade-offs, and recommended choices.
  • Architectural Deliverable: Generates specs/architecture.md with technology stack tables, system diagrams, directory structure, configuration examples, API routes, database schemas, pipeline flows, observability strategy, and dependency lists.
  • Collaborative Resolution: Interactively consults the user to resolve trade-offs in grouped decision rounds, producing a key decisions summary and open questions mapping.
  • Use Case: After ideation produces a product spec, run this Skill to lock down project-wide architecture before generating plan-level architectures and execution plans.

Quick Start

Run the architect skill with the project name to read specs/<project-name>.md and produce a comprehensive specs/architecture.md that documents technology choices and rationale.

Frequently Asked Questions about architect

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

FAQPage Schema
How do I generate a technical architecture document from a product spec?

To generate a technical architecture document, you apply an architecture skill to an existing product spec to produce a comprehensive architecture file. This document defines the technology stack, system design, API contracts, database schemas, and observability strategy for the entire project.

What's the best way to define a project-level technology stack and system design?

The best way to define a technology stack and system design is by interactively cataloging foundational decisions with their trade-offs and recommended choices. This collaborative resolution ensures every technology choice aligns explicitly with the product spec before generating execution plans.

What is included in a comprehensive technical architecture deliverable?

A comprehensive technical architecture deliverable includes technology stack tables, system diagrams, directory structure, configuration examples, API routes, database schemas, pipeline flows, and an observability strategy. It consolidates all foundational design work into a single guiding document.

Do I need a product spec before defining technical architecture and API contracts?

Yes, you need a product spec before defining technical architecture and API contracts. The architecture generation process requires reading an existing product spec file to ensure every foundational technology choice and schema design aligns directly with the specified product requirements.

How to resolve technology trade-offs when creating a system design?

To resolve technology trade-offs when creating a system design, you use interactive user consultation grouped into decision rounds. This process enumerates options for web frameworks and data storage, maps open questions, and produces a key decisions summary for the project.

When do I need a project-level architecture document for pipeline orchestration?

You need a project-level architecture document for pipeline orchestration after ideation produces a product spec and before generating plan-level architectures. It locks down project-wide design, avoiding ad-hoc or duplicated design work across multiple execution plans.