fullstack-architect

Define and enforce scalable architecture decisions across the monorepo.

Updated Mar 18, 2026
One-click install
npx skills add https://github.com/kanitmann01/TitanTale-Analytics --skill fullstack-architect
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: fullstack-architect
Source: https://github.com/kanitmann01/TitanTale-Analytics/tree/main/.cursor/skills/fullstack-architect
Command: npx skills add https://github.com/kanitmann01/TitanTale-Analytics --skill fullstack-architect

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Design repo structure, API contracts, shared types, and system boundaries to enable scalable, maintainable full-stack projects.

Core Features & Use Cases

  • Establish consistent repo layout, type contracts, and boundary rules across root Python and web layers.
  • Provide a framework for ADR-based decisions, scaffolding, and governance to guide future work.
  • Use case: when starting a new feature area, generate scaffolded directories and typed interfaces to minimize cross-layer coupling.

Quick Start

Outline the architecture decisions, scaffold the necessary directories, and document the shared contracts.

Frequently Asked Questions about fullstack-architect

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

FAQPage Schema
How do I define scalable architecture and system boundaries across a monorepo?

To define scalable architecture across a monorepo, establish consistent repo layouts, shared data contracts, and boundary rules for root Python and web layers. This minimizes cross-layer coupling and maintains project consistency.

What is the best way to scaffold a new full-stack feature area without creating cross-layer coupling?

The best way to scaffold a new feature area is to generate scaffolded directories alongside typed interfaces and shared data contracts. This enforces boundary rules and minimizes cross-layer coupling from the start.

How does ADR documentation help with full-stack architecture governance?

ADR documentation provides a framework for architecture decisions that guides future work and governance. Recording these decisions in ops/decisions maintains consistency during contract evolution and cross-cutting boundary design.

Where should TypeScript interfaces be defined for shared data contracts in a full-stack project?

TypeScript interfaces for shared data contracts should be defined in web/lib/types.ts. This centralizes type definitions to maintain consistency across the web layer and root Python layers.

Can I enforce architecture decisions across both Python and TypeScript web layers in the same project?

Yes, you can enforce architecture decisions across both root Python and web layers. The governance framework specifies shared data contracts and boundary rules to maintain consistency across these distinct technology layers.

When do I need to establish API contracts and system boundaries for full-stack development?

You need to establish API contracts and system boundaries during repo-wide scaffolding and cross-cutting boundary design. This is essential when starting new feature areas or evolving shared contracts to prevent cross-layer coupling.