▶ quest log
The Four .claude/ Files That Matter: CLAUDE.md, Rules, settings.json, Hooks
◇ Could this help me?
Yes. These four layers map to real Claude Code features, and two of them (settings.json allow/deny permissions and hooks that block dangerous bash or gate completion on passing tests) genuinely harden a workflow rather than just speed it up, so adopting them improves safety. Two accuracy notes when applying it: the under-20-lines figure is best read as keep it focused, not a hard cap, and path-scoped rules in Claude Code are typically achieved with nested CLAUDE.md files or imports rather than an arbitrary rules folder. This is a general Claude Code workflow update, not project-specific.
Review this project's .claude/ setup and propose improvements across four areas: (1) trim CLAUDE.md to focused build commands, architecture decisions, naming conventions, and gotchas; (2) split instructions by concern (code style, testing, API conventions) and scope them by file path using nested CLAUDE.md files or imports; (3) draft a settings.json permissions block that allows safe build scripts, requires confirmation for sensitive actions, and denies anything touching .env or destructive commands; (4) suggest hooks to auto-format after edits, block dangerous bash before it runs, and run tests before reporting done. Show me each proposed file and the exact permission and hook rules before applying anything, and do not enable any hook or permission change until I approve it.