project-structure-applylisted
Install: claude install-skill nolte/claude-shared
# Project Structure Apply
Audits and repairs a repository so it matches the Repository Project Structure spec at `spec/project/project-structure/<canonical_language>.md`. The skill both reports findings and—with explicit per-item user consent—writes the missing files in place.
## Why this is a skill, not an agent
- **Per-item user approval is the contract.** Every scaffolded file (`.github/settings.yml`, `Taskfile.yml`, `renovate.json5`, …) is written only with explicit per-change confirmation; the audit is read-only and the apply step is a sequence of approvals an agent's fire-and-forget shape can't carry.
- **Output flows back into the main conversation.** The audit table, the per-item proposals, and the GitHub-App-installation status all surface in the conversation so the user can decide; isolating them in a structured-report boundary would obscure the per-file approval surface.
- **Network-side calls require user gating.** Probot-app installation checks read GitHub API state, but app installation itself is intentionally a human-approved action; mid-flow interactivity is load-bearing here.
- **Orchestrates a sibling skill for the docs skeleton.** The MkDocs site skeleton is not scaffolded inline as a flat stub; it is delegated mid-flow to `mkdocs-structure-apply` (scaffold operation) so a freshly bootstrapped repository lands the full `mkdocs-structure`-conformant shape (per-language tree, navigation, plugin baseline) from the start. Per `spec/claude/skill-vs-agent/` §"