audit
Skill4 starsChanged 8 months agoMITView on GitHub
Perform a comprehensive codebase audit covering security, privacy, data integrity, architecture, and code quality. Use when the user wants to audit the codebase, check for security issues, or review code quality.
194 other projects use a version of this.
Adopted by
Most recently taken up by
- Laucked-Security/claude-oswetheir own version, first seen Nov 8, 2026
- sanmidable/skillstheir own version, first seen Nov 8, 2026
- alegauss/claude-traytheir own version, first seen Nov 8, 2026
- ansvisor/ansvisortheir own version, first seen Nov 8, 2026
- ai-search-guru/getcito-worlds-first-open-source-aio-aeo-or-geo-tooltheir own version, first seen Nov 8, 2026
- MammadovEshgin/clean-code-skilltheir own version, first seen Nov 8, 2026
Used with
Projects with it also use delight, teach-impeccable and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
HK-hubSkilldelight
Add moments of joy, personality, and unexpected touches that make interfaces memorable and enjoyable to use. Elevates functional to delightful. Use when the user asks to add polish, personality, animations, micro-interactions, delight, or make an interface feel fun or memorable.
Also in 32 projects that use this
HK-hubSkillteach-impeccable
One-time setup that gathers design context for your project and saves it to your AI config file. Run once to establish persistent design guidelines.
Also in 19 projects that use this
zwy123zwySkillnormalize
将用户随意输入的提示词规范化为结构清晰、便于大模型执行的标准化提示词。适用于需要整理、统一提示词格式时调用。
Also in 19 projects that use this
SkillPilotCHSkilllevel-up
Eine Automatisierung pro Woche finden, scopen, shippen. Output landet als proposed-Eintrag in cadence.md mit konkreten Implementations-Schritten.
Also in 12 projects that use this
ww-w-aiSkillpm-discovery
PM Agent Team - Automated product discovery, strategy, and PRD generation. Runs PM analysis workflow to produce comprehensive PRD before PDCA Plan phase.
Also in 3 projects that use this
- +7 more from HK-hub
Other versions194 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 194
- openai/plugins★ 7.8ksame name
- ccch1mneyyy/dsh-TUI★ 7.2ksame name
- macro-inc/macro★ 6ksame name
- yournextstore/yournextstore★ 5.5ksame name
- gadievron/raptor★ 4ksame name
- alchemy-run/alchemy★ 1.9ksame name
- alchemy-run/alchemy-effect★ 1.9ksame name
- mattmireles/gemma-tuner-multimodal★ 1.5ksame name
- jsmastery-pro/skills★ 1.4ksame name
- nateherkai/AIS-OS★ 1.4ksame name
184 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository5 other files it gives its agents.
- claude-code-plugin/CLAUDE.mdCLAUDE.md
- CLAUDE.mdCLAUDE.md
- tasks/CLAUDE.mdCLAUDE.md
- add-message-typeSkill
- audit-docsSkill
The file
We split this skill into the rules it gives an agent
4 rules. 0 are common, 2 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 175 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 12
Run a full audit of the codebase.
- Distinctive: line 16
Use the Agent tool to launch subagents concurrently.
- Distinctive: line 169
After all agents complete, compile their findings into a single structured report:
- Very specific: line 210
If $ARGUMENTS requested a specific dimension, only show that section
“Common” is measured: kept by at least 6 in 10 of the 175 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Audit
Perform a comprehensive codebase audit across 8 dimensions using concurrent subagents for thorough, parallel analysis.
Instructions
Run a full audit of the codebase. If $ARGUMENTS contains a specific dimension (e.g., "security", "privacy", "networking"), focus on that dimension only. Otherwise, run all 8 dimensions.
Step 1: Launch parallel audit subagents
Use the Agent tool to launch subagents concurrently. Group them into two waves to balance thoroughness with context efficiency.
Wave 1 — Launch these 4 agents in parallel (single message, 4 Agent tool calls):
Agent 1: Security & Trust Boundaries (subagent_type: Explore, thoroughness: very thorough)
Audit this codebase for security and trust boundary issues. This is a tool that reads
Claude Code session data locally. Report findings with severity levels (critical/high/medium/low/info).
Inspect:
- How session data is loaded — file reads, path construction, glob patterns
- Path traversal risks — can a crafted session path escape intended directories?
- Symlink handling — does it follow symlinks that could point outside safe directories?
- Permission checks — does it verify it only reads intended directories?
- XSS risks in the rendering layer:
- Markdown rendering (does it sanitize?)
- Code highlighting (injection via code blocks?)
- ANSI escape parsing
- Use of dangerouslySetInnerHTML or raw HTML injection
- Command execution: any use of exec, spawn, eval, Function(), dynamic imports, or child_process
- Does the tool allow replaying commands, opening files from session links, or shell integration?
- Dependency risk: check package.json for unpinned deps, postinstall scripts, suspicious packages
- Any auto-update, remote code fetch, or plugin system without integrity checks
For each finding, report: severity, file:line, description, and recommendation.Agent 2: Secrets & Privacy Exposure (subagent_type: Explore, thoroughness: very thorough)
Audit this codebase for secrets and privacy exposure risks. This tool handles Claude Code
sessions which often contain API keys, database URLs, internal code, production logs, PII,
and tokens. Report findings with severity levels.
Inspect:
- Does the tool redact or detect secrets in session content?
- Could sessions be accidentally indexed or cached in a searchable way?
- Does it write caches, telemetry, crash logs, or analytics that include raw session content?
- Search for any network calls: fetch, axios, http, https, XMLHttpRequest, WebSocket, navigator.sendBeacon
- Check for update checks, error reporting, usage analytics that could transmit session data
- Clipboard integrations: auto-copy features that could leak secrets to global clipboard history
- Check for localStorage, sessionStorage, IndexedDB usage that persists session content
- Look for any logging that could capture sensitive session data
For each finding, report: severity, file:line, description, and recommendation.Agent 3: Data Integrity & Correctness (subagent_type: Explore, thoroughness: very thorough)
Audit this codebase for data integrity and correctness issues. This tool displays Claude Code
sessions and must show accurate, uncorrupted data. Report findings with severity levels.
Inspect:
- JSON parsing logic: streaming parsing bugs, error handling for malformed JSON
- Partial write / truncated file handling
- Concurrent session write handling
- Message ordering: is sorting deterministic? How are timestamps handled?
- Timezone handling in date display and sorting
- Tool call / diff reconstruction: if the tool reconstructs code changes, check correctness
- Claude session format version compatibility and backwards compatibility strategy
- Edge cases: empty sessions, sessions with only tool calls, very large sessions
For each finding, report: severity, file:line, description, and recommendation.Agent 4: Networking Behavior (subagent_type: Explore, thoroughness: very thorough)
Audit this codebase for networking behavior. Even "offline" tools often aren't truly offline.
Report findings with severity levels.
Inspect:
- Search for ALL outbound network requests: fetch, axios, http/https imports, WebSocket,
XMLHttpRequest, navigator.sendBeacon, Image() src loading, script/link tag injection
- Check for: npm registry calls, GitHub API calls, telemetry endpoints, CDN fonts/scripts
- Check index.html and any HTML templates for external resource loading (fonts, scripts, stylesheets)
- Is there an offline mode? Proxy support? Config to fully disable network?
- Check for service workers that might make network calls
- Look at vite.config / webpack config for any external resource loading
- TLS validation or certificate pinning considerations
For each finding, report: severity, file:line, description, and recommendation.Wave 2 — Launch these 4 agents in parallel (single message, 4 Agent tool calls):
Agent 5: Local Attack Surface (subagent_type: Explore, thoroughness: medium)
Audit this codebase for local attack surface issues. Report findings with severity levels.
Inspect:
- Does opening a session file trigger image rendering, HTML preview, embedded iframes,
or terminal emulation that could be exploited?
- Malicious terminal escape sequence handling in ANSI parsing
- Browser engine exploit surface if using Electron or webview
- Large file handling: could a huge session cause memory exhaustion / DoS?
- Recursive directory scanning: could deep/circular directories cause CPU spikes?
- File watcher behavior with many files
For each finding, report: severity, file:line, description, and recommendation.Agent 6: Architecture & Maintainability (subagent_type: Explore, thoroughness: medium)
Audit this codebase for architecture and maintainability quality. Report findings with severity levels.
Inspect:
- Is the session data model well typed with proper TypeScript types/interfaces?
- Are parsers isolated from UI components? (separation of concerns)
- Are there test fixtures with real session edge cases?
- Schema validation layer: does the app validate session data shape before using it?
- Error boundaries in React components
- Feature flags or configuration system
- Code modularity: are files focused on single responsibilities?
- Are there god files or components doing too much?
- Import structure: circular dependencies?
For each finding, report: severity, file:line, description, and recommendation.Agent 7: Testing & Reproducibility (subagent_type: Explore, thoroughness: medium)
Audit this codebase for testing and reproducibility. Report findings with severity levels.
Inspect:
- Test coverage: are there tests? What kind? (unit, integration, snapshot, e2e)
- Snapshot tests for rendering sessions?
- Property-based or fuzz tests for parsers?
- Golden files for large/complex sessions?
- Deterministic builds: is the lockfile (package-lock.json, pnpm-lock.yaml, etc.) committed?
- Can the app be built reproducibly?
- Are there CI/CD configurations?
- Test fixtures: do they cover edge cases (empty sessions, huge sessions, malformed data)?
For each finding, report: severity, file:line, description, and recommendation.Agent 8: Developer UX & Failure Modes (subagent_type: Explore, thoroughness: medium)
Audit this codebase for developer UX and failure mode handling. Report findings with severity levels.
Inspect:
- Graceful handling of: corrupted sessions, missing tool outputs, unknown message types
- Error messages: are they helpful and actionable?
- Warnings when: secrets detected, session truncated, version mismatch
- Loading states and error states in the UI
- Verbose/debug mode availability
- Debug logging with proper redaction of sensitive data
- Graceful degradation when session data is incomplete or unexpected
For each finding, report: severity, file:line, description, and recommendation.Step 2: Compile the audit report
After all agents complete, compile their findings into a single structured report:
# Codebase Audit Report
## Summary
- Total findings: N
- Critical: N | High: N | Medium: N | Low: N | Info: N
## 1. Security & Trust Boundaries
[Agent 1 findings, sorted by severity]
## 2. Secrets & Privacy Exposure
[Agent 2 findings, sorted by severity]
## 3. Data Integrity & Correctness
[Agent 3 findings, sorted by severity]
## 4. Networking Behavior
[Agent 4 findings, sorted by severity]
## 5. Local Attack Surface
[Agent 5 findings, sorted by severity]
## 6. Architecture & Maintainability
[Agent 6 findings, sorted by severity]
## 7. Testing & Reproducibility
[Agent 7 findings, sorted by severity]
## 8. Developer UX & Failure Modes
[Agent 8 findings, sorted by severity]
## Top Recommendations
[List the 5-10 most impactful recommendations across all dimensions]Step 3: Present findings
- Present the compiled report to the user
- Highlight any critical or high severity findings first
- If
$ARGUMENTSrequested a specific dimension, only show that section - Offer to create task files for any findings the user wants to address
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

