arch

Decompose projects into subsystems with contracts, constraints, and a living spec.

6|2|Updated Jan 30, 2026
One-click install
npx skills add https://github.com/skillsets-cc/main --skill arch-skillsets-cc
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: arch
Source: https://github.com/skillsets-cc/main/tree/main/skillsets/%40supercollectible/Valence/content/.claude/skills/arch
Command: npx skills add https://github.com/skillsets-cc/main --skill arch-skillsets-cc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Global architecture typically suffers from ambiguity and late-stage changes. This Skill defines architecture at the contract boundary by decomposing a project into subsystems with contracts, constraints, and a build order, producing a living spec that tracks state as the project evolves.

Core Features & Use Cases

  • Subsystem decomposition with explicit contracts and constraints to enforce clear boundaries.
  • Living architecture spec that evolves with the project and milestones.
  • Build order planning and dependency tracking to coordinate team work.
  • Works with greenfield briefs or after /arm to establish a concrete architectural plan.

Quick Start

Provide a project brief or SEC-ticket path to generate the initial architecture spec.

Frequently Asked Questions about arch

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

FAQPage Schema
How does contract-driven architecture prevent late-stage changes in a project?

Contract-driven architecture prevents late-stage changes by decomposing a project into subsystems with explicit constraints and boundaries, producing a living spec that tracks state as the project evolves.

What is the best way to plan build order and dependencies across multiple teams?

The best way to plan build order is by defining subsystems with explicit contracts and constraints, which coordinates team work through a manifest-driven build workflow and phase tracking.

How do I generate an initial architecture spec for a greenfield initiative?

To generate an initial architecture spec for a greenfield initiative, provide a project brief or SEC-ticket path to establish a concrete architectural plan with subsystem boundaries.

Does this architecture blueprint work after an /arm brief or only for new projects?

This architecture blueprint works for both greenfield initiatives and after an /arm brief, establishing a concrete architectural plan with contract boundaries, build order, and phase-tracking.

When do I need to define architecture at the contract boundary?

You need to define architecture at the contract boundary when global architecture suffers from ambiguity, requiring subsystem decomposition with explicit contracts and constraints to enforce clear boundaries.