Claude Cursor Skill

audit-code

Run a two-pass, multidisciplinary code audit led by a tie-breaker lead, combining security, performance, UX, DX, and edge-case analysis into one prioritized report with concrete fixes. Use when the user asks to audit code, perform a deep review, stress-test a codebase, or produce

LLM Mart · 0 points · 0 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download aaaaqwq-agi-super-team-skills_agent-skills-audit-cdb04e8.zip · 9 KB
Part of aaaaqwq/agi-super-team — 46 skills

Install

skills CLI npx skills add https://github.com/aAAaqwq/AGI-Super-Team/tree/main/skills/agent-skills-audit
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install aaaaqwq-agi-super-team@llmmart
Git git clone https://github.com/aAAaqwq/AGI-Super-Team.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole aaaaqwq/agi-super-team collection as a plugin from our marketplace. Git is the plain clone.

README

audit-code skill

Single-source SKILL.md repository for multi-agent distribution.

What this skill is

audit-code is a structured, two-pass multidisciplinary code-audit skill. It guides an expert-panel audit (security, performance, UX, DX, edge cases) with tie-breaker reconciliation and a prioritized final report.

What this skill does

  • Produces findings-first audits with severity, confidence, evidence, and concrete fixes.
  • Uses an invariant coverage matrix to catch cross-route parity issues.
  • Emphasizes operationally realistic verification plans.
  • Includes Bun + SQLite heuristics for common hidden failure modes.

Goal

Keep one canonical skill repository and install/sync it into:

  • Codex: ~/.codex/skills/<skill-name>
  • Claude Code: ~/.claude/skills/<skill-name>
  • Cursor: ~/.cursor/skills/<skill-name>

Why this layout

  • Claude Agent Skills are filesystem-based directories centered on SKILL.md with optional resources.
  • Cursor Agent Skills are also SKILL.md-based and dynamically loaded.
  • Open skills tooling (npx skills) supports multiple agents and both copy and symlink install methods.

Given current ecosystem behavior, copy is the safest default for broad compatibility (especially for global/home installs), while symlink remains optional for local developer workflows.

Sync script

Use the included script to fan out from this canonical repo:

scripts/sync-to-agents.sh

Options:

# default: copy to codex, claude, cursor
scripts/sync-to-agents.sh

# symlink mode (optional)
scripts/sync-to-agents.sh --method symlink

# subset of agents
scripts/sync-to-agents.sh --agents codex,claude

Optional: install via npx skills

If this repo is published remotely, you can install/update with the open installer:

npx skills add <owner>/<repo> -a codex -a claude-code -a cursor --method copy

(Use --method symlink only when you explicitly want linked working copies.)

Recommended workflow

  1. Edit only this canonical repo.
  2. Run scripts/sync-to-agents.sh after changes.
  3. Keep copy as default for portability.
  4. Use symlink only for local development convenience.

References

Skill manifest

Audit Code

Overview

Run an expert-panel audit with strict sequencing and one unified output document. Produce findings first, sorted by severity, with file references, exploit/perf/flow impact, and actionable fixes.

Load references/audit-framework.md before starting the analysis.

Required Inputs

Collect or infer the following:

  • Audit scope: paths, modules, PR diff, or whole repository.
  • Product context: PRD/spec/user stories, trust boundaries, and critical business flows.
  • Runtime context: deployment model, queue/cron/background jobs, traffic profile, data sensitivity, and abuse assumptions.
  • Constraints: timeline, acceptable risk, and preferred remediation style.

If product context is missing, state assumptions explicitly and continue.

Team Roles

Use exactly these roles:

  • Security expert
  • Performance expert
  • UX expert
  • DX expert
  • Edge case master
  • Tie-breaker team lead

The tie-breaker lead resolves conflicts, prioritizes issues, and produces the final single report.

Workflow

Follow this sequence every time:

  1. Build Context Read code + product flows. Identify assets, entry points, high-risk operations, privileged actions, external dependencies, and "failure hurts" journeys.

  2. Build Invariant Coverage Matrix Before specialist pass 1, map critical invariants to every mutating path (HTTP routes, webhooks, async jobs, scripts):

  • Data-link invariants: multi-table relationships that must remain consistent.
  • Auth lifecycle invariants: disable/revoke semantics for sessions/tokens/API keys.
  • Input/transport invariants: validation, content-type policy, body-size/parse behavior.
  • Shape invariants: trees/graphs must reject cycles where applicable. Treat missing parity across equivalent paths as a finding candidate.
  1. Pass 1 Specialist Reviews Run role-specific analysis in this order:
  • Security
  • Performance
  • UX
  • DX
  • Edge case master Capture findings using the schema in references/audit-framework.md.
  1. Tie-Breaker Reconciliation Resolve disagreements:
  • Decide whether contested items are true issues.
  • Set severity and confidence.
  • Remove duplicates and merge overlapping findings.
  1. Cross-Review Pass 2 After edge-case findings, rerun specialists:
  • Security/Performance/UX/DX reassess prior findings and new edge-triggered scenarios.
  • Edge case master performs a final pass on residual risk after proposed mitigations.
  1. Final Report Publish one document from the tie-breaker lead with:
  • Findings first (ordered by severity, then blast radius, then exploitability).
  • Open questions/assumptions.
  • Remediation plan with priority, owner type, and verification tests.
  • Short executive summary at the end.

Quality Bar

Enforce these requirements:

  • Use concrete evidence with file references and line numbers where available.
  • Include reproduction steps for security/performance/edge findings when feasible.
  • Prefer actionable fixes over abstract advice.
  • Separate confirmed defects from speculative risks.
  • Mark confidence for each finding.
  • Run a cross-route consistency sweep: equivalent endpoints/jobs must enforce equivalent invariants.
  • For each High/Critical finding, include at least one focused regression test/check.

Safety and Policy Guardrails

Apply these guardrails while auditing:

  • Do not provide operational abuse instructions or exploit weaponization details.
  • Evaluate manipulative UX patterns as legal/trust/reputation risk, not as recommended growth tactics.
  • Prioritize user safety, system integrity, and maintainable engineering outcomes.

Output Format

Follow this response structure:

  1. Findings List only validated issues. Use the finding schema in references/audit-framework.md.

  2. Open Questions / Assumptions State missing context that could change priority or validity.

  3. Change Summary Summarize high-impact remediation themes in a few lines.

  4. Suggested Verification List focused tests/checks to confirm each major fix.

Runtime Heuristics

When the target stack is Bun + SQLite, apply the runtime-specific checklist in references/audit-framework.md (Runtime-Specific Heuristics (Bun + SQLite)) before finalizing findings.

Files (agi-super-team)
  • .clawhub
    • origin.json 150 B
      {
        "version": 1,
        "registry": "https://clawhub.ai",
        "slug": "agent-skills-audit",
        "installedVersion": "0.1.0",
        "installedAt": 1777590840690
      }
      
  • agents
    • openai.yaml 296 B
      interface:
        display_name: "Code Audit Panel"
        short_description: "Two-pass code audits across security, perf, UX, DX, and edge."
        default_prompt: "Audit this codebase with Security, Performance, UX, DX, and Edge experts in two passes, then deliver one prioritized report as tie-breaker lead."
      
  • references
    • audit-framework.md 7.2 KB
      # Audit Framework
      
      Use this file as the operating checklist and output schema for the `audit-code` skill.
      
      ## Severity Rubric
      
      - Critical: Immediate compromise, major data loss, financial loss, legal exposure, or service-wide outage likely.
      - High: Exploitable or user-impacting defect with significant business risk but not immediate systemic collapse.
      - Medium: Material weakness that can compound under scale/load or specific conditions.
      - Low: Limited impact, hygiene issues, or improvements with small downside if deferred.
      
      ## Finding Schema
      
      Use this structure for every finding:
      
      - ID: Stable identifier, for example `SEC-001`, `PERF-003`.
      - Role: `Security`, `Performance`, `UX`, `DX`, or `Edge`.
      - Title: One-line defect statement.
      - Severity: `Critical | High | Medium | Low`.
      - Confidence: `High | Medium | Low`.
      - Impact: Business/user/system impact in plain language.
      - Evidence: File path + line reference + behavior summary.
      - Trigger Conditions: Inputs, load profiles, user flows, or race conditions required.
      - Reproduction: Minimal steps (or reason not reproducible in current context).
      - Proposed Fix: Specific code or architecture change.
      - Verification: Targeted test/check to validate the fix.
      - Dependencies: Cross-team or sequencing constraints, if any.
      
      ## Invariant Coverage Matrix (Required)
      
      Build this before role pass 1, then reuse it in pass 2.
      
      For each invariant, list all mutating entry points (routes, webhooks, workers, scripts) and verify parity:
      - Invariant: what must always remain true.
      - Entry Points: every code path that can violate it.
      - Guard Type: transactionality, conflict checks, auth checks, validation, media-type policy.
      - Gap: missing or inconsistent enforcement.
      
      Minimum invariants to include in every audit:
      - Multi-table link invariants (must be atomic and conflict-safe).
      - Identity disable/revoke invariants (deactivation must invalidate active credentials).
      - Input transport invariants (content-type parsing + body-size policies cannot be bypassed by alternate media types).
      - Query filter invariants (date/number filters validated and canonicalized).
      - Graph/tree invariants (cycle prevention for parent/child relationships).
      - In-memory state-boundedness invariants (rate-limit/cache maps keyed by request data require TTL eviction and max-cardinality controls).
      
      ## Role Checklists
      
      ### Security Expert
      
      Check for:
      - Authn/authz bypasses, privilege escalation, and missing tenant isolation.
      - Injection vectors (SQL/command/template), unsafe deserialization, and tainted sinks.
      - Secrets handling, key management, token lifetime/revocation, and session fixation.
      - Idempotency/replay gaps, webhook signing/verification errors, race-prone state transitions.
      - DDoS abuse surfaces: unbounded endpoints, expensive queries, amplification paths, missing rate limits.
      - Deactivation semantics: disabling users/admins must revoke active sessions/tokens/keys and auth middleware must re-check active status.
      - Parser/policy bypasses: endpoints should not allow oversized or unexpected payload classes through content-type exceptions.
      - In-memory abuse controls: request-keyed maps (for example login attempts by IP) must have stale-key eviction and hard caps to prevent memory growth under scans.
      
      ### Performance Expert
      
      Check for:
      - N+1 queries, full scans, missing indexes, lock contention, and transaction scope bloat.
      - Hot-path CPU/memory pressure, heavy sync work in request loops, and avoidable serialization cost.
      - Inefficient build/runtime workflows: tasks that should move to async queues, batch jobs, or cron.
      - Frontend payload bloat, hydration/render hotspots, and cache invalidation failures.
      - Throughput/latency tail behavior under contention and degraded dependency modes.
      
      ### UX Expert
      
      Check for:
      - User journey friction: unnecessary steps, dead-ends, poor defaults, weak state feedback.
      - Error/empty/loading states and perceived performance.
      - Accessibility basics: keyboard flow, labels, focus handling, contrast, ARIA correctness.
      - Human and bot operator flows where relevant (APIs, machine-consumable outputs, predictable contracts).
      - API error actionability for bots: verify error `details` includes actionable next-step context when policy blocks input classes (for example allowed routes and received content type on multipart rejection).
      - Minimal internal auth UX story: ensure there is a login path, core navigation to operational pages, and clear session-expired re-auth guidance.
      - Trust risks from coercive or manipulative patterns; flag compliance/reputation exposure.
      
      ### DX Expert
      
      Check for:
      - API clarity: stable contracts, explicit errors, pagination/filter semantics, and versioning hygiene.
      - Code readability/extensibility: module boundaries, coupling, dead abstractions, and naming quality.
      - Test strategy gaps: missing integration/contract/load tests for critical paths.
      - Onboarding quality: concise docs, runbooks, architecture notes, and executable examples.
      - LLM/operator friendliness: discoverable conventions and deterministic workflows.
      - Cross-route consistency: equivalent capabilities must enforce equivalent validation/invariants.
      
      ### Edge Case Master
      
      Check for:
      - Rare-state transitions and multi-step flow interactions that break invariants.
      - Time boundaries, timezone drift, retries, duplicate events, and out-of-order processing.
      - Cross-system races (jobs, webhooks, external providers, same-host side effects).
      - Non-obvious abuse chains combining medium findings into critical outcomes.
      - Spec-vs-implementation mismatches hidden in user stories rather than obvious code smells.
      - Structural anomalies: self-links and indirect cycles in hierarchical data.
      
      ## Two-Pass Execution Rule
      
      1. Complete pass 1 for Security, Performance, UX, DX, then Edge.
      2. Run tie-breaker review to reconcile conflicts.
      3. Re-run Security/Performance/UX/DX using edge findings as new attack/load/flow assumptions.
      4. Finish with Edge final pass to validate residual risk after proposed mitigations.
      5. Produce one merged final report from the tie-breaker lead.
      
      ## Final Report Template
      
      Use this exact section order:
      
      1. Findings (sorted by severity, blast radius, exploitability)
      2. Open Questions / Assumptions
      3. Remediation Plan (Now / Next / Later)
      4. Verification Plan
      5. Executive Summary
      
      ## Runtime-Specific Heuristics (Bun + SQLite)
      
      Apply these checks whenever stack includes Bun server routes and SQLite:
      - JSON parsing downgrade check: flag endpoints that do `await request.json()` and on `catch` silently set `payload = {}`. Invalid JSON should return `400`; only truly empty bodies should default.
      - Content-Type normalization check: media-type policy comparisons should normalize header casing (`toLowerCase()`), especially for multipart gating.
      - Broad-catch downgrade check: in reconciliation/import loops, flag `catch { skipped++ }` patterns that convert unknown failures into success-like responses. Only known recoverable codes should be downgraded.
      - SQLite trigger accounting check: when using `run().changes` for conflict detection, remember AFTER UPDATE triggers can increase reported changes; treat `< 1` as no-op/conflict, not `!== 1`.
      - In-memory map growth check: for Maps/objects keyed by request-derived values (IP, token, path), require TTL cleanup and/or max-key caps, plus a regression test that simulates many unique keys.
      
  • scripts
    • sync-to-agents.sh 2.8 KB
      #!/usr/bin/env bash
      set -euo pipefail
      
      METHOD="copy"
      AGENTS="codex,claude,cursor"
      SKILL_NAME="audit-code"
      SOURCE_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")/.." && pwd -P)"
      
      usage() {
        cat <<USAGE
      Usage: $(basename "$0") [options]
      
      Sync this skill to agent-specific global skill directories.
      
      Options:
        --method <copy|symlink>    Sync method (default: copy)
        --agents <csv>             Agents to sync (default: codex,claude,cursor)
                                   Supported aliases:
                                   codex, claude, claude-code, cursor
        --skill-name <name>        Destination skill folder name (default: audit-code)
        --source <path>            Override source skill directory (default: repo root)
        -h, --help                 Show this help
      
      Examples:
        $(basename "$0")
        $(basename "$0") --method symlink
        $(basename "$0") --agents codex,claude
      USAGE
      }
      
      trim() {
        local value="$1"
        value="${value#${value%%[![:space:]]*}}"
        value="${value%${value##*[![:space:]]}}"
        printf '%s' "$value"
      }
      
      agent_root() {
        case "$1" in
          codex)
            printf '%s' "$HOME/.codex/skills"
            ;;
          claude|claude-code)
            printf '%s' "$HOME/.claude/skills"
            ;;
          cursor)
            printf '%s' "$HOME/.cursor/skills"
            ;;
          *)
            printf '%s' ""
            ;;
        esac
      }
      
      while [[ $# -gt 0 ]]; do
        case "$1" in
          --method)
            METHOD="$2"
            shift 2
            ;;
          --agents)
            AGENTS="$2"
            shift 2
            ;;
          --skill-name)
            SKILL_NAME="$2"
            shift 2
            ;;
          --source)
            SOURCE_DIR="$(cd "$2" && pwd -P)"
            shift 2
            ;;
          -h|--help)
            usage
            exit 0
            ;;
          *)
            echo "Unknown option: $1" >&2
            usage
            exit 1
            ;;
        esac
      done
      
      if [[ "$METHOD" != "copy" && "$METHOD" != "symlink" ]]; then
        echo "Invalid --method: $METHOD (expected copy or symlink)" >&2
        exit 1
      fi
      
      if [[ ! -f "$SOURCE_DIR/SKILL.md" ]]; then
        echo "Source directory must contain SKILL.md: $SOURCE_DIR" >&2
        exit 1
      fi
      
      IFS=',' read -r -a agent_list <<< "$AGENTS"
      
      for raw_agent in "${agent_list[@]}"; do
        agent="$(trim "$raw_agent")"
        if [[ -z "$agent" ]]; then
          continue
        fi
      
        root="$(agent_root "$agent")"
        if [[ -z "$root" ]]; then
          echo "Skipping unknown agent '$agent'" >&2
          continue
        fi
      
        dest="$root/$SKILL_NAME"
      
        if [[ "$dest" == "$SOURCE_DIR" ]]; then
          echo "[$agent] source already at target ($dest), skipping"
          continue
        fi
      
        mkdir -p "$root"
      
        if [[ "$METHOD" == "symlink" ]]; then
          if [[ -e "$dest" || -L "$dest" ]]; then
            rm -rf "$dest"
          fi
          ln -s "$SOURCE_DIR" "$dest"
          echo "[$agent] symlinked $dest -> $SOURCE_DIR"
        else
          if [[ -L "$dest" ]]; then
            rm -f "$dest"
          fi
          mkdir -p "$dest"
          rsync -a --delete \
            --exclude '.git' \
            --exclude '.git/*' \
            --exclude '.DS_Store' \
            "$SOURCE_DIR/" "$dest/"
          echo "[$agent] copied to $dest"
        fi
      done
      
  • README.md 2.5 KB
    # audit-code skill
    
    Single-source `SKILL.md` repository for multi-agent distribution.
    
    ## What this skill is
    
    `audit-code` is a structured, two-pass multidisciplinary code-audit skill. It guides an expert-panel audit (security, performance, UX, DX, edge cases) with tie-breaker reconciliation and a prioritized final report.
    
    ## What this skill does
    
    - Produces findings-first audits with severity, confidence, evidence, and concrete fixes.
    - Uses an invariant coverage matrix to catch cross-route parity issues.
    - Emphasizes operationally realistic verification plans.
    - Includes Bun + SQLite heuristics for common hidden failure modes.
    
    ## Goal
    
    Keep one canonical skill repository and install/sync it into:
    - Codex: `~/.codex/skills/<skill-name>`
    - Claude Code: `~/.claude/skills/<skill-name>`
    - Cursor: `~/.cursor/skills/<skill-name>`
    
    ## Why this layout
    
    - Claude Agent Skills are filesystem-based directories centered on `SKILL.md` with optional resources.
    - Cursor Agent Skills are also `SKILL.md`-based and dynamically loaded.
    - Open skills tooling (`npx skills`) supports multiple agents and both `copy` and `symlink` install methods.
    
    Given current ecosystem behavior, **copy is the safest default** for broad compatibility (especially for global/home installs), while symlink remains optional for local developer workflows.
    
    ## Sync script
    
    Use the included script to fan out from this canonical repo:
    
    ```bash
    scripts/sync-to-agents.sh
    ```
    
    Options:
    
    ```bash
    # default: copy to codex, claude, cursor
    scripts/sync-to-agents.sh
    
    # symlink mode (optional)
    scripts/sync-to-agents.sh --method symlink
    
    # subset of agents
    scripts/sync-to-agents.sh --agents codex,claude
    ```
    
    ## Optional: install via `npx skills`
    
    If this repo is published remotely, you can install/update with the open installer:
    
    ```bash
    npx skills add <owner>/<repo> -a codex -a claude-code -a cursor --method copy
    ```
    
    (Use `--method symlink` only when you explicitly want linked working copies.)
    
    ## Recommended workflow
    
    1. Edit only this canonical repo.
    2. Run `scripts/sync-to-agents.sh` after changes.
    3. Keep `copy` as default for portability.
    4. Use `symlink` only for local development convenience.
    
    ## References
    
    - Claude docs: https://platform.claude.com/docs/en/agents-and-tools/agent-skills/overview
    - Cursor docs entry point: https://cursor.com/docs/context/skills
    - Cursor official usage details: https://cursor.com/blog/agent-best-practices and https://cursor.com/changelog/2-4
    - Open skills installer: https://github.com/vercel-labs/skills
    
  • SKILL.md 4.5 KB
    ---
    name: audit-code
    description: Run a two-pass, multidisciplinary code audit led by a tie-breaker lead, combining security, performance, UX, DX, and edge-case analysis into one prioritized report with concrete fixes. Use when the user asks to audit code, perform a deep review, stress-test a codebase, or produce a risk-ranked remediation plan across backend, frontend, APIs, infra scripts, and product flows.
    ---
    
    # Audit Code
    
    ## Overview
    
    Run an expert-panel audit with strict sequencing and one unified output document.
    Produce findings first, sorted by severity, with file references, exploit/perf/flow impact, and actionable fixes.
    
    Load `references/audit-framework.md` before starting the analysis.
    
    ## Required Inputs
    
    Collect or infer the following:
    - Audit scope: paths, modules, PR diff, or whole repository.
    - Product context: PRD/spec/user stories, trust boundaries, and critical business flows.
    - Runtime context: deployment model, queue/cron/background jobs, traffic profile, data sensitivity, and abuse assumptions.
    - Constraints: timeline, acceptable risk, and preferred remediation style.
    
    If product context is missing, state assumptions explicitly and continue.
    
    ## Team Roles
    
    Use exactly these roles:
    - Security expert
    - Performance expert
    - UX expert
    - DX expert
    - Edge case master
    - Tie-breaker team lead
    
    The tie-breaker lead resolves conflicts, prioritizes issues, and produces the final single report.
    
    ## Workflow
    
    Follow this sequence every time:
    
    1. Build Context
    Read code + product flows. Identify assets, entry points, high-risk operations, privileged actions, external dependencies, and "failure hurts" journeys.
    
    2. Build Invariant Coverage Matrix
    Before specialist pass 1, map critical invariants to every mutating path (HTTP routes, webhooks, async jobs, scripts):
    - Data-link invariants: multi-table relationships that must remain consistent.
    - Auth lifecycle invariants: disable/revoke semantics for sessions/tokens/API keys.
    - Input/transport invariants: validation, content-type policy, body-size/parse behavior.
    - Shape invariants: trees/graphs must reject cycles where applicable.
    Treat missing parity across equivalent paths as a finding candidate.
    
    3. Pass 1 Specialist Reviews
    Run role-specific analysis in this order:
    - Security
    - Performance
    - UX
    - DX
    - Edge case master
    Capture findings using the schema in `references/audit-framework.md`.
    
    4. Tie-Breaker Reconciliation
    Resolve disagreements:
    - Decide whether contested items are true issues.
    - Set severity and confidence.
    - Remove duplicates and merge overlapping findings.
    
    5. Cross-Review Pass 2
    After edge-case findings, rerun specialists:
    - Security/Performance/UX/DX reassess prior findings and new edge-triggered scenarios.
    - Edge case master performs a final pass on residual risk after proposed mitigations.
    
    6. Final Report
    Publish one document from the tie-breaker lead with:
    - Findings first (ordered by severity, then blast radius, then exploitability).
    - Open questions/assumptions.
    - Remediation plan with priority, owner type, and verification tests.
    - Short executive summary at the end.
    
    ## Quality Bar
    
    Enforce these requirements:
    - Use concrete evidence with file references and line numbers where available.
    - Include reproduction steps for security/performance/edge findings when feasible.
    - Prefer actionable fixes over abstract advice.
    - Separate confirmed defects from speculative risks.
    - Mark confidence for each finding.
    - Run a cross-route consistency sweep: equivalent endpoints/jobs must enforce equivalent invariants.
    - For each High/Critical finding, include at least one focused regression test/check.
    
    ## Safety and Policy Guardrails
    
    Apply these guardrails while auditing:
    - Do not provide operational abuse instructions or exploit weaponization details.
    - Evaluate manipulative UX patterns as legal/trust/reputation risk, not as recommended growth tactics.
    - Prioritize user safety, system integrity, and maintainable engineering outcomes.
    
    ## Output Format
    
    Follow this response structure:
    
    1. Findings
    List only validated issues. Use the finding schema in `references/audit-framework.md`.
    
    2. Open Questions / Assumptions
    State missing context that could change priority or validity.
    
    3. Change Summary
    Summarize high-impact remediation themes in a few lines.
    
    4. Suggested Verification
    List focused tests/checks to confirm each major fix.
    
    ## Runtime Heuristics
    
    When the target stack is Bun + SQLite, apply the runtime-specific checklist in `references/audit-framework.md` (`Runtime-Specific Heuristics (Bun + SQLite)`) before finalizing findings.
    
  • _meta.json 137 B
    {
      "ownerId": "kn77hqcnvvh40h7v2j8bybjwsn80taty",
      "slug": "agent-skills-audit",
      "version": "0.1.0",
      "publishedAt": 1770643402369
    }

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related