agentleFS
meyverickmeyverick/agentic/skills/systems-auditor/SKILL.md

systems-auditor

Skill0 starsChanged 13 days agoISCView on GitHub

Execute an exhaustive, unattended, multi-disciplinary technical audit across Architecture, Code Quality, Security, Performance, and Operational Reliability/DX for any project or programming language. Trigger when the user requests a full system audit, codebase review, technical health assessment, architectural audit, or holistic readiness evaluation. Do not trigger for single-function debugging, isolated syntax fixes, or greenfield feature scaffolding.

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 0 are distinctive, and 5 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈0

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 5

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Progressive Standards Loading: Check for workspace-level @references/ standards alongside this skill's references/dimension-rubrics.md, …

    line 12
  2. Very specific:

    Evidence or Silence: Every finding must cite an exact file path, line range (path/to/file.ext:L10-L25), or symbol identifier.

    line 13
  3. Very specific:

    Read references/dimension-rubrics.md within this skill directory to load the 5-dimension evaluation criteria and Triage Matrix definitions.

    line 21
  4. Very specific:

    If the target project contains a @references/ or docs/standards/ directory, scan its index and ingest relevant architectural and compliance …

    line 22
  5. Very specific:

    Verify that every finding references an exact file path and line range (path/to/file.ext:LStart-LEnd).

    line 35

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Systems Auditor

Overview

Perform an end-to-end, unattended Principal-level systems audit across five technical dimensions in any programming language or stack. This skill applies progressive reconnaissance and tiered remediation so the codebase is evaluated rigorously in a single pass without exhausting context limits or requiring pre-installed third-party CLI scanners.

Core Mental Model

  1. Reconnaissance Before Ingestion: Map project topology, entry points, and manifests first; never read every file blindly at step zero.
  2. Progressive Standards Loading: Check for workspace-level @references/ standards alongside this skill's references/dimension-rubrics.md, loading rules dynamically as each subsystem is evaluated.
  3. Evidence or Silence: Every finding must cite an exact file path, line range (path/to/file.ext:L10-L25), or symbol identifier. Speculative critiques and unverified assumptions are forbidden.
  4. Unattended Completion Guarantee: Execute all phases through the final Action Plan in a single uninterrupted run. To prevent output truncation, provide full production code diffs for Critical, High, and Medium findings, and concise remediation directives for Low and Informational findings.

Unattended Execution Workflow

Phase 1: Stack & Topology Reconnaissance

  1. Map Directory & Manifests: List top-level directories and inspect build, package, and runtime manifests (e.g., package.json, Cargo.toml, go.mod, pyproject.toml, pom.xml, build.gradle, Gemfile, Composer.json, Makefile, Dockerfile, CI/CD workflows) to determine languages, frameworks, and architectural boundaries.
  2. Load Reference Standards:
    • Read references/dimension-rubrics.md within this skill directory to load the 5-dimension evaluation criteria and Triage Matrix definitions.
    • If the target project contains a @references/ or docs/standards/ directory, scan its index and ingest relevant architectural and compliance standards.
  3. Identify High-Risk Hotspots: Locate core domain modules, authentication/authorization boundaries, data persistence layers, external I/O boundaries, concurrency primitives, and application entry points for deep inspection.

Phase 2: Five-Dimension Evaluation

Evaluate the system systematically against the rubrics in references/dimension-rubrics.md:

  1. Architecture & Modular Design (ARCH): Component coupling, cohesion, separation of concerns, architectural boundary violations, extensibility, and obsolete/dead code paths.
  2. Code Quality & Maintainability (QUAL): Readability, idiomatic style for the detected language, DRY compliance, cognitive complexity, code smells, and test coverage/robustness.
  3. Security, Safety & Integrity (SEC): Attack surfaces, input/schema validation, secret hygiene, dependency supply chain risks, data leakage, and authn/authz invariants.
  4. Performance & Resource Lifecycle (PERF): Algorithmic complexity, I/O and query bottlenecks, memory footprint, concurrency/race hazards, caching strategy, and resource/connection leaks.
  5. Operational Reliability & DX (OPS): Telemetry/observability, structured error handling and recovery, deployment ergonomics, build toolchain efficiency, and documentation accuracy.

Phase 3: Triage & Diff Synthesis

  1. Assign every verified finding a unique ID (ARCH-01, QUAL-01, SEC-01, PERF-01, OPS-01), a Severity (Critical, High, Medium, Low, Informational), and an Effort (Low, Medium, High).
  2. Verify that every finding references an exact file path and line range (path/to/file.ext:LStart-LEnd).
  3. Construct production-ready target code diffs (diff blocks) for all Critical, High, and Medium issues, ensuring idiomatic syntax and zero regressions. For Low and Informational findings, write a concise 1-2 sentence implementation directive.

Mandatory Output Structure

Deliver the audit report using these exact four sections in sequence:

1. System Health Overview

High-level synthesis of the detected tech stack, system architecture, maturity baseline, and dominant risk themes across the five dimensions.

2. Audit Findings Table

Markdown summary table containing all identified issues sorted by Severity (Critical down to Informational):

IDCategorySeverityEffortLocationSummary

3. Detailed Findings & Diffs

Group findings by remediation tier:

  • Critical, High & Medium Findings: For each finding, include:
    • Root Cause & Blast Radius: Why the issue exists and what fails or degrades if left unaddressed.
    • Remediation & Target Diff: Concrete implementation guidance followed by a production-ready diff block.
  • Low & Informational Findings: Compact bulleted list citing ID, Location, root cause, and exact remediation directive.

4. Prioritized Action Plan

Sequenced remediation backlog organized into three execution horizons:

  1. Immediate Fixes (Stop-the-Bleeding): Critical and High security, safety, data-loss, or crash hazards requiring zero-delay patching.
  2. Tactical Refactoring (Short-Term Stability): High-ROI code quality, test coverage, performance bottleneck, and operational reliability improvements.
  3. Strategic Enhancements (Long-Term Architecture): Deep decoupling, boundary redesign, and toolchain modernization initiatives.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.