dev-docs

Establish context before making changes

Read the applicable project instructions. When available, locate the documentation index, canonical policy, layer registry, and affected cards/decisions. In an empty project, the absence of these files, established layers, and code does not block init or discover.
Determine the action and request boundaries. Installing or invoking the skill does not by itself authorize restructuring the project. If the goal is undefined, propose an option or perform a read-only audit; do not begin a broad migration.
Determine the actual rule source according to the adoption requirements: either a complete project-local copy or a pinned public link. Do not look for a separate mode/profile. Until an adoption method has been selected and verified, the existing rules remain in effect. If there is a conflict, propose resolving it; do not silently switch the rule source.
Do not invent requirements, owners, accepted decisions, deadlines, a stack, or constraints. Record unknowns as open questions. Do not create sample tasks from templates.