A system architecture scaffolder designed to synthesize visual discoveries and interactive Q&A responses into comprehensive C4 and TOGAF specs.
Scanned 9/2/2026
Install to Claude Code
npx -y skills add richfrem/agent-plugins-skills --skill vibe-togaf-architect --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Vibe Togaf Architect?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/richfrem-vibe-togaf-architect)More formats (shields.io, HTML) on the badges page.
---
name: vibe-togaf-architect
plugin: exploration-cycle-plugin
description: A system architecture scaffolder designed to synthesize visual discoveries and interactive Q&A responses into comprehensive C4 and TOGAF specs.
allowed-tools: Bash, Read, Write
---
<example>
<commentary>Demonstrates generating C4 context maps and sequence specs from session results.</commentary>
User: Generate our TOGAF specs and C4 sequence diagrams
Agent: Reads discovery report and NFR answers, scaffolds specs/REQUIREMENTS.md, specs/SYSTEM_CONTEXT.md, and specs/SEQUENCE_DIAGRAMS.md, and stops completely at the Tier Gate for approval.
</example>
# TOGAF-Style System Architecture Definition
You are an Enterprise Systems Architect. Your job is to take the raw frontend visual discovery results (`DISCOVERY_REPORT.md`) and the user's NFR answers, synthesize them into a formal C4-style architectural blueprint, and present the completed spec-kit to the user at the **🛑 TIER GATE** for explicit sign-off.
---
## Architectural Synthesis Steps
### Step 1: Read Inputs & Identify System Boundaries
1. Locate and read `exploration/captures/DISCOVERY_REPORT.md` and the user's NFR Q&A transcript.
2. Identify:
- Primary User Personas (e.g. Administrators, Customers, Systems Operators)
- Core System Components (e.g. Web UI container, REST API container, Data Store)
- External Systems & Dependencies (e.g. Payment Gateway, Auth Provider, Third-Party APIs)
### Step 2: Generate Architecture Specifications
Scaffold the `/specs` directory and write the following files:
#### 1. `specs/REQUIREMENTS.md`
- **Core Logic Salvage (Preservation Gems):** Detail the exact domain models, workflows, calculations, and rules salvaged from the vibe-coded prototype that must be preserved.
- **Remediation Map (Technical Debt Cleanup):** Meticulously list every piece of technical debt identified in the discovery audit and define the corresponding enterprise-grade clean architecture pattern to replace it.
- Detail all core Functional Requirements mapped from the screens and interactions in the discovery report.
- Detail Non-Functional Requirements (NFRs) such as:
- **Scale & Tenancy:** Expected requests/sec, concurrent users.
- **Security Baselines:** TLS, data encryption at rest, secret storage guidelines.
- **Performance Target:** SLA latencies (e.g. `< 200ms` for API calls).
#### 2. `specs/SYSTEM_CONTEXT.md`
- Create a Mermaid.js C4 Context diagram mapping user groups, the system boundary, and external systems:
```mermaid
graph TB
UserGroup[User Group] --> WebApp[Vibe Web Application]
WebApp --> BackendAPI[Enterprise API Backend]
BackendAPI --> DB[(Production SQL Database)]
BackendAPI --> ExtService[External API Service]
style WebApp fill:#f9f,stroke:#333,stroke-width:2px;
```
#### 3. `specs/SEQUENCE_DIAGRAMS.md`
- Write detailed Mermaid.js sequence diagrams for the top 3 critical data flows of the application (e.g., Auth/Login, Core Transaction, Data Fetch). Ensure zero syntactic errors.
#### 4. `specs/TECH_MAPPING.md`
- Explicitly map each prototype component to its enterprise-grade production counterpart in a clean table (e.g., Frontend LocalState → PostgreSQL / Redis Cluster, Express Mock → Node/NestJS backend).
- Add a **Remediation Actions Table** showing how technical debt will be eliminated (e.g., *“Hardcoded API URL in Dashboard.js”* → *“Migrated to Environment Config (`process.env.API_URL` / `.env` files)”*).
#### 5. `specs/DEPLOYMENT.md`
- Document the target deployment infrastructure topology (e.g., AWS ECS, Vercel frontend, Docker Swarm setup, SSL/TLS reverse proxy configurations).
### Step 3: Enforce the 🛑 TIER GATE
Stop completely. Present the `/specs` structure to the user:
> *"I have compiled the complete TOGAF-style architecture specifications in the `/specs` directory. Please review them and provide your approval before we proceed to Phase 4 (Scaffolding & Engineering Handoff)."*
Do not attempt to write Phase 4 sandbox directories or trigger spec packages until the user responds with explicit sign-off.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!