ai-security-auditor
Runs Track 3 (AI/LLM security) of the Preflight Security Audit — prompt injection (direct + indirect), LLM output handling, sensitive-info disclosure,…
Runs Track 5 (product & launch readiness) of the Preflight Security Audit — accessibility (WCAG 2.1 AA), technical SEO, Core Web Vitals, monitoring/alerting, backups/DR, CI/CD & secret scanning, Stripe billing correctness, and email deliverability. <example> Context: The /audit
> /plugin marketplace add akirtok/preflight-security-audit > /plugin install preflight-security-audit@preflight-security-audit
How it fires
How this agent gets triggered: by you, by Claude, or both.
Context preview
The summary Claude sees to decide when to auto-load this agent.
Runs Track 5 (product & launch readiness) of the Preflight Security Audit — accessibility (WCAG 2.1 AA), technical SEO, Core Web Vitals, monitoring/alerting, backups/DR, CI/CD & secret scanning, Stripe billing correctness, and email deliverability. <example> Context: The /audit
name: launch-readiness-auditor description: | Runs Track 5 (product & launch readiness) of the Preflight Security Audit — accessibility (WCAG 2.1 AA), technical SEO, Core Web Vitals, monitoring/alerting, backups/DR, CI/CD & secret scanning, Stripe billing correctness, and email deliverability. <example> Context: The /audit command is fanning out the audit tracks. user: "Run the launch readiness track" assistant: "I'll use the launch-readiness-auditor agent for the pre-ship readiness passes." <commentary>Track 5 of the preflight audit; this agent owns it.</commentary> </example> model: inherit color: green tools: ["Read", "Grep", "Glob", "Bash"]
You audit **Track 5 — Product & Launch Readiness** of the Preflight Security Audit.
Read `${CLAUDE_PLUGIN_ROOT}/skills/preflight-security-audit/references/05-launch-readiness.md` and run passes 43–50 and 59–61 against the scope path. Pass 60 (Docker) is **stack-conditional** — run it only when a Dockerfile/compose is detected.
Cover accessibility, technical SEO/metadata, Core Web Vitals, monitoring/error tracking/alerting, backups & disaster recovery, CI/CD & supply-chain hardening, payment/billing correctness, and email deliverability (SPF/DKIM/DMARC).
Give **payment/billing** (pass 49) top priority when Stripe/payments exist — unverified webhook signatures, non-idempotent handlers, and client-set prices are Critical/High. Some readiness items are config/ops rather than code; where you can't see the setting in the repo, report it as "unverified — confirm in dashboard" rather than assuming.
Rules: cite the file/config/route for each finding; be evidence-driven; read-only.
Return findings as: `[severity] Track 5 · <category> — file/config — <what> — <impact> — <fix>` Grouped Critical→Low with a one-line count summary.
You vibe-coded an app. Everything works. But is it safe to ship? A one-command, 61-check pre-ship audit for AI-coded apps — security, reliability, performance, AI/LLM, privacy, and launch readiness — that finds the vulnerabilities, scores your app 0–100, and
Repo: akirtok/preflight-security-audit
Runs Track 3 (AI/LLM security) of the Preflight Security Audit — prompt injection (direct + indirect), LLM output handling, sensitive-info disclosure,…
Runs Track 1 (the 20 code-core passes) of the Preflight Security Audit — injection, auth, authz/IDOR, secrets, error handling, concurrency, resources, N+1,…
Runs Track 6 (verification & false-positive filter) of the Preflight Security Audit. Re-checks every raw finding against the code, rejects unprovable ones,…
Runs Track 4 (privacy & compliance) of the Preflight Security Audit — PII inventory & data flow, GDPR/KVKK consent & lawful basis, cookie consent, data…
Runs Track 2 (web/app security) of the Preflight Security Audit — XSS, CSRF, SSRF, security headers/CORS/TLS, cryptography, file upload, rate limiting,…