ln-72-current-architecture-documenter

Documents implemented current-state architecture from repository evidence for onboarding and migration baselines.

556|83|Updated Oct 24, 2025
One-click install
npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-72-current-architecture-documenter
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ln-72-current-architecture-documenter
Source: https://github.com/levnikolaevich/claude-code-skills/tree/main/plugins/architecture-suite/skills/ln-72-current-architecture-documenter
Command: npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-72-current-architecture-documenter

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Teams often lack a trustworthy description of how their existing system actually works, making onboarding, migration planning, and technical decision-making depend on tribal knowledge or outdated diagrams.

Core Features & Use Cases

  • Evidence-Based System Mapping: Maps modules, services, data stores, entrypoints, and deployment topology strictly from repository evidence, labeling every claim as OBSERVED, DOCUMENTED, INFERRED, or UNKNOWN.
  • Critical Flow Tracing: Traces representative business flows from entrypoint through persistence, recording sync/async hops, transactions, retries, and error propagation.
  • Snapshot-Anchored Artifact: Produces a current-state architecture document anchored to remote, branch, HEAD, and observation date, with a DOCUMENTED, INCONCLUSIVE, or BLOCKED verdict.
  • Use Case: Before a cloud migration, run this Skill against the repository to generate a verified baseline of components, dependencies, and data flows so architects can plan the target state against facts rather than assumptions.

Quick Start

Document the current architecture of this repository into docs/architecture/current-state.md based only on verifiable code and configuration evidence.

Frequently Asked Questions about ln-72-current-architecture-documenter

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

FAQPage Schema
How do I document the architecture of an existing codebase?

Run this Skill against the checked-out repository to map modules, services, data stores, and deployment units from actual code and configuration evidence. It writes a current-state document anchored to the git snapshot, with every claim cited and labeled by evidence strength.

What is the difference between current-state and target architecture documentation?

Current-state documentation records what is actually implemented and observable in the repository, while target architecture describes intended future design. This Skill only produces current-state documentation and explicitly excludes target design, audit verdicts, and recommendations.

Can architecture documentation be generated without runtime access?

Yes, but with limitations. The Skill documents everything provable from repository evidence and marks runtime-only, organizational, or production facts as UNKNOWN rather than guessing, so readers know exactly what still needs external confirmation.

Does this tool modify source code while documenting architecture?

No. The run is read-only except for writing the single approved architecture document, by default docs/architecture/current-state.md. It never changes product code, tests, or configuration.

When should I not use current-state architecture documentation?

Avoid it when you need architecture audit findings, quality scoring, or target design proposals. Those require separate audit or design skills; this Skill deliberately separates observed facts from evaluation and prescription.