What problem does it solve? Ankhorage repositories need a consistent, enforceable source layout covering features, CLI commands, hexagonal boundaries, type ownership, constants, and utilities. Without a shared standard, modules drift into catch-all folders, types get misplaced, and cross-repository contracts get duplicated. ## Core Features & Use Cases - Required source layout: Defines the canonical src/cli/, src/features/, src/types/, src/constants/, and src/utils/ structure, including the rule that CLI command files mirror the public command path. - Ownership rules: Specifies where types, constants, and utility functions belong based on their consumers, including when shared serializable contracts must move to @ankhorage/contracts. - Contracts repository profile: Applies a dedicated, restricted profile for the ankhorage/contracts repository allowing only portable, serializable interfaces and types. - Use Case: When adding a new feature to an Ankhorage package, use this Skill to decide the correct folder layout, name modules with the one-export rule, and place shared types in the right owning location. ## Quick Start Use the ankhorage-project-structure skill to review this repository's source layout and tell me where my new feature module and its shared types should live.