ss-bs-discovering-architecture

Map repository layout, build configuration, entry points, runtime topology, data stores, and integrations into an architecture overview.

Updated May 19, 2026
One-click install
npx skills add https://github.com/Emrebener/Sublime-Skills --skill ss-bs-discovering-architecture
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ss-bs-discovering-architecture
Source: https://github.com/Emrebener/Sublime-Skills/tree/main/skills/project-bootstrap/ss-bs-discovering-architecture
Command: npx skills add https://github.com/Emrebener/Sublime-Skills --skill ss-bs-discovering-architecture

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It turns an existing codebase into a clear, factual architecture document by mapping layout, build/runtime shape, data stores, and integrations, then guiding the user through the ambiguous parts so the output matches reality.

Core Features & Use Cases

  • Observed architecture documentation: Scans repo structure, build/dependency files, entry points, Docker/k8s/IaC, data stores, and integration signals to produce an accurate written overview.
  • Interactive confirmation for human-knowledge gaps: Uses guided single-question-at-a-time confirmation to resolve grouping, boundaries, and relationship cardinality without assumptions.
  • Atomic artifact creation and safe extend/replace behavior: Writes architecture documentation to a configured path, and in extend mode merges without overwriting existing accurate content.

Quick Start

Load the ss-bs-discovering-architecture skill inline while bootstrapping a project, then answer the prompted confirmations to write docs/ARCHITECTURE.md.

Frequently Asked Questions about ss-bs-discovering-architecture

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

FAQPage Schema
How do I generate an observed architecture map from an existing codebase?

To generate an observed architecture map, the skill scans repository structure, build configuration, entry points, runtime topology, data stores, and integration signals to produce a factual Markdown overview without ungrounded speculation.

What is the best way to document data stores and integration discovery for a repository?

Documenting data stores and integration discovery involves scanning dependency files, IaC, and integration signals, then using interactive single-question confirmations to resolve grouping and relationship cardinality without making assumptions.

Can I extend existing architecture documentation without overwriting accurate content?

Yes, you can extend existing architecture documentation safely; extend mode reads current architecture content and merges new findings without overwriting existing accurate content, writing the final artifact atomically.

Does the architecture mapping process support drift checks and audit modes?

Yes, architecture mapping supports audit mode by performing drift checks against existing documentation, identifying gaps and provenance markers while ensuring the evidence-bounded code scan matches reality.

What limitations exist when generating a runtime topology and architecture overview?

The main limitation is that the output is an evidence-bounded architecture overview containing no diagrams and no ungrounded speculation; it strictly maps observed layout and runtime topology facts into a Markdown artifact.

Do I need to manually resolve human-knowledge gaps during repository scanning?

You resolve human-knowledge gaps during repository scanning by answering guided, single-question-at-a-time confirmations that help the system accurately map boundaries and relationship cardinality without guessing.