map-the-landscape

Solid

Map the big picture around a topic or software repository by identifying its boundaries, layers, actors, components, relationships, flows, history, fault lines, and open questions, then explain how the pieces fit together and where to look next. Use when a user asks to understand a whole field, domain, technology, ecosystem, industry, codebase, architecture, unfamiliar repo, or phrases such as "give me the big picture", "map the landscape", "how does this all fit together?", "help me get oriented", or "what am I missing?"

Web & Frontend 56 stars 2 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
58
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Map the Landscape Build a useful mental model, not an exhaustive catalog. Reveal the structure that makes details make sense: what is inside the boundary, what sits outside it, which relationships matter, how value or data moves, why the landscape looks this way, and where uncertainty remains. ## Set the Zoom Infer these from the request and available context: - **Subject:** the topic, field, ecosystem, or repository to map. - **Mode:** `topic`, `repository`, or `hybrid` when a repo must be placed in its wider ecosystem. - **Audience:** the user's current knowledge and intended use. - **Decision:** what the map should help the user understand or do next. - **Depth:** `snapshot`, `standard`, or `deep`. - **Time horizon:** current state by default; add history when it explains the present. Ask at most one clarifying question only when the subject or intended zoom is genuinely ambiguous. Otherwise state the chosen boundary and proceed. Use `standard` depth unless the user requests a quick overview or a deep study. ## Evidence Discipline Keep the map auditable without making it read like a research paper. - Label important statements as **Observed** when read directly from repository files, **Sourced** when supported by an external source, **Inferred** when deduced from evidence, and **Unknown** when evidence is insufficient. - For current or unstable topic claims, browse and cite authoritative sources. Prefer primary documentation, specifications, papers, rep...

Details

Author
tamdogood
Repository
tamdogood/builder-essential-skills
Created
2 weeks ago
Last Updated
yesterday
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category