repository-orientation
Map an unfamiliar repository before changing it. Use when a task crosses packages, public contracts, persistence, runtime wiring, or verification lanes and the owning architecture is not yet clear.
67
80%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Fix and improve this skill with Tessl
tessl review fix ./catalog/packages/repository-orientation/skills/repository-orientation/SKILL.mdRepository Orientation
Build a compact, evidence-backed map before proposing or editing code.
- Read the repository and surface-specific instruction files that govern the requested paths.
- Trace the user-visible entry point through contracts, runtime ownership, persistence, and downstream consumers.
- Identify the invariant, owning layer, canonical test suite, and narrowest relevant verification lane.
- Search for existing primitives and adjacent implementations before creating a new abstraction.
- Record uncertainty explicitly; distinguish confirmed code paths from assumptions.
Return a concise orientation with:
- the goal and affected surfaces;
- the authoritative call and data flow;
- invariants and ownership boundaries;
- the working set of files and commands;
- unresolved questions that materially change implementation.
Do not begin a mutation until the map identifies the owner and a verification path.
- Repository
- compozy/compozy
- Commit
599b32d
- Last updated
- First committed
Is this your skill?
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.