architecture-docs

architecture-docs is a skill for Cursor from girijashankarj/cursor-handbook. It costs 26 tokens per session (654 once invoked), scanned A, original, MIT.

A workflow for documenting how a software system is built and how its parts communicate. It also creates ADRs, short records explaining important architecture decisions and their trade-offs.

In plain words
What is it for?
Use it to document services, data flow, communication patterns, dependencies, technology choices, scaling, and significant design decisions.
Why use it?
It keeps system knowledge from being trapped in people's heads and makes design decisions easier to understand later. Diagrams and component details give developers a shared view of the system.

Skill for Cursor

Written for Cursor: installed under .cursor/.

Good fit Use it to document services, data flow, communication patterns, dependencies, technology choices, scaling, and significant design decisions.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/girijashankarj/cursor-handbook/architecture-docs
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add girijashankarj/cursor-handbook --skill architecture-docs
Clone the repo
git clone --depth 1 https://github.com/girijashankarj/cursor-handbook

Made for: Cursor.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for architecture-docs

README.md
[![agentmods](https://agentmods.dev/badge/skills/girijashankarj/cursor-handbook/architecture-docs/github.svg)](https://agentmods.dev/skills/girijashankarj/cursor-handbook/architecture-docs)
Your own site
<a href="https://agentmods.dev/skills/girijashankarj/cursor-handbook/architecture-docs"><img src="https://agentmods.dev/badge/skills/girijashankarj/cursor-handbook/architecture-docs/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for architecture-docs

Your own site · 80×15
<a href="https://agentmods.dev/skills/girijashankarj/cursor-handbook/architecture-docs"><img src="https://agentmods.dev/badge/skills/girijashankarj/cursor-handbook/architecture-docs.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 26 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 654 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe. Third-party audits
  • NVIDIA SkillSpector pass 7 Sept 2026
How audits are shown
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00026 $0.00654
Opus 5 $0.00013 $0.00327
Sonnet 5 $0.00005 $0.00131
Haiku 4.5 $0.00003 $0.00065

Measured 5d ago against content hash 05fad8a8c4e4, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-09, from the pricing page.

Security

Grade A, and why

architecture-docs scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 5d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.cursor/skills/documentation/architecture-docs/SKILL.md · 83 lines

How it starts

The opening of the file, as written. The whole thing — 83 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Skill: Create Architecture Documentation

Trigger

When the user needs to document system architecture or make Architecture Decision Records (ADRs).

Prerequisites

  • Codebase or design available to analyze
  • docs/ or docs/architecture/ directory exists (or create it)
  • Mermaid support in docs (GitHub, MkDocs, etc.)

Steps

Step 1: System Overview

  • High-level architecture diagram (Mermaid)
  • List all services/components
  • Document communication patterns
  • Document data flow

Step 2: Component Documentation

For each service/component:

  • Purpose and responsibilities
  • Technology stack
  • API contracts (if applicable)
  • Data stores
  • Dependencies
  • Scaling characteristics

Step 3: Architecture Decision Records (ADRs)

For significant decisions:

  • Title: Short descriptive title
  • Status: Proposed / Accepted / Deprecated / Superseded
  • Context: Why this decision is needed
  • Decision: What was decided
  • Consequences: Trade-offs and implications

ADR template:

# ADR-{number}: {title}

## Status
{Proposed | Accepted | Deprecated | Superseded by ADR-{n}}

## Context
{What is the issue that we're seeing that is motivating this decision?}

## Decision
{What is the change that we're proposing and/or doing?}

## Consequences
{What becomes easier or harder because of this change?}

Step 4: Data Flow Diagrams

  • Request flow through the system
  • Event/message flow
  • Data pipeline flow
  • Authentication flow

Step 5: Operational Documentation

  • Deployment architecture
  • Monitoring and alerting overview
  • Disaster recovery plan
  • Scaling procedures

Completion Checklist

  • At least one diagram (Mermaid) for system or data flow
  • ADRs for significant decisions (format, status, context, decision, consequences)
  • Component list with purpose and tech stack
  • Operational section (deploy, monitor, scale)

If Step Fails

  • Step 1 (overview): Start with 3–5 boxes; add detail later. Use flowchart LR or flowchart TB for simple flows
  • Step 3 (ADRs): Number format ADR-001; keep each ADR to one decision
  • Step 4 (diagrams): Mermaid syntax: no spaces in node IDs; use A[Label] not A[Label with spaces]

Read the full file on GitHub · 83 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 5d ago First seen · 83 lines · 26 tokens per session scan A 05fad8a8c4e4

Subscribe to this mod's changes

architecture-docs is a skill published in the GitHub repository girijashankarj/cursor-handbook (30 stars, last pushed 9d ago), licensed MIT. It adds 26 tokens to every session and 654 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.

Related

Other skills, from other repositories

firebase-messaging

Use when setting up Firebase Cloud Messaging, managing permissions and tokens, handling background/foreground notification taps, or dispatching messages server-side (HTTP v1).

evanca/flutter-ai-rules · 35 tokens

firebase-cloud-functions

Use when calling callable functions (httpsCallable), passing data to server-side logic, handling function errors/timeouts, configuring regions, or testing with the Emulator Suite.

evanca/flutter-ai-rules · 36 tokens

mobile-rn-screen

Polish an existing React Native screen to feel intentional, native, and human-crafted. Use for "this screen looks off", "feels clunky on iOS", "Android version looks wrong", "jank when scrolling", "button is unreachable", or any RN-specific UX polish pass.

kensaurus/cursor-kenji · 64 tokens

mobile-emulator-test

QA a native Android build end-to-end on the emulator. Use for "test on emulator", "QA Android build", "verify native build", "white screen", "cache rehydration", "Expo dev-client QA", "adb reverse". Pairs Metro/adb walk with Supabase + Sentry MCPs for three-layer CRUD verification.

kensaurus/cursor-kenji · 74 tokens

design-generative-art

Create original algorithmic visuals with p5.js, Canvas, or SVG using seeded randomness and interactive controls. Use when "generative art", "procedural visuals", "flow fields", "particle system", or "art from code". Data charts → data-visualization. UI illustration → design-frontend.

kensaurus/cursor-kenji · 67 tokens

audit-security

Static OWASP review of app code (injection, headers, deps). Use when "review security" or "check vulnerabilities". Session/route×gate/getSession → audit-auth-flows. Plan-only burndown → plan-security-audit. Table RLS → plan-rls-audit. LLM attacks → audit-llm-security.

kensaurus/cursor-kenji · 74 tokens