From Claude Code Setup
Audit Claude Code configuration against current best practices. Use when checking configuration health, after updates, or periodically to ensure optimal setup. Triggers on: 'audit config', 'check setup', 'config health'.
How this skill is triggered — by the user, by Claude, or both
Slash command
/claude-code-setup:config-auditThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Automated validation of Claude Code configuration against current best practices.
Automated validation of Claude Code configuration against current best practices.
The mechanical part of this checklist is scripted — run it first:
python3 .claude/skills/config-audit/audit-config.py
Constants at the top of the script (essential MCP servers, security hooks, memory-file convention) are marked "customize for your project".
| Hook Event | Best Practice | Check |
|---|---|---|
| SessionStart | ✅ Required | Context loading, reminders, staleness |
| UserPromptSubmit | ✅ Recommended | Prompt classification, workflow enforcement |
| PreToolUse | ✅ Recommended | Security validation (Bash, Write/Edit) |
| PostToolUse | ✅ Recommended | Auto-formatting, linting |
| Stop | ✅ Recommended | Task completion evaluation |
| SubagentStop | Optional | Subagent completion notifications |
| PermissionRequest | Optional | Smart auto-approval |
Essential servers (customize — examples, not a mandate):
Check for:
Each skill should have:
---
name: skill-name
description: "Clear description with trigger keywords"
allowed-tools: Tool1, Tool2 # Restrict when possible
model: inherit # Or specific model
---
Check:
Each agent should have:
---
name: agent-name
description: "When to use, trigger keywords"
tools: Tool1, Tool2
model: sonnet/opus/inherit
permissionMode: acceptEdits # or appropriate mode
---
Permission modes:
default - Ask for each permissionacceptEdits - Auto-approve edits (recommended for code agents)bypassPermissions - No restrictions (use carefully)settings.json (shared):
settings.local.json (personal):
Check:
Example layout (customize — use whatever memory convention your project
follows; the audit script's MEMORY_FILES constant should match it):
.claude/memory/
├── context.md # Project context, tech stack
├── decisions.md # Key decisions made
├── progress.md # Current task status
└── memory.json # MCP memory graph (auto-generated)
# Files to check:
.claude/settings.json
.claude/settings.local.json
.mcp.json
.claude/hooks/*.py
.claude/hooks/*.sh
Required: SessionStart, PreToolUse (Bash), PostToolUse (Write|Edit)
Recommended: UserPromptSubmit, Stop
Optional: SubagentStop, PermissionRequest
- All servers in .mcp.json listed in enabledMcpjsonServers
- No orphaned servers in enabledMcpjsonServers
- HTTP servers have proper URLs
- Stdio servers have valid commands
- Each has description with trigger keywords
- Critical skills have allowed-tools
- Code-modifying agents have permissionMode
Use WebSearch (or your search MCP) to check:
- Claude Code changelog
- New hook events
- New MCP capabilities
- Community best practices
# 🔍 Claude Code Configuration Audit
**Date:** YYYY-MM-DD
**Version:** Claude Code X.X.X
## ✅ Compliant (X/Y)
- [x] Item that passes
- [x] Item that passes
## ⚠️ Warnings (X issues)
- [ ] Issue description → Recommendation
## 🔴 Critical (X issues)
- [ ] Issue description → Immediate action needed
## 🆕 New Features Available
- Feature name → How to enable
## 📈 Recommendations
1. Priority improvement
2. Nice-to-have improvement
## Next Audit
Schedule next audit for: [date]
To run periodic audits, add to your workflow:
npx claudepluginhub akuroglo/claude-code-setup --plugin claude-code-setupGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.