laraveldaily-production-readiness-audit

Scan Laravel codebases for secrets, debug code, and configuration issues.

132|33|Updated Mar 10, 2026
One-click install
npx skills add https://github.com/LaravelDaily/AI-Workflows-For-Laravel --skill laraveldaily-production-readiness-audit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: laraveldaily-production-readiness-audit
Source: https://github.com/LaravelDaily/AI-Workflows-For-Laravel/tree/main/skills/laraveldaily-production-readiness-audit
Command: npx skills add https://github.com/LaravelDaily/AI-Workflows-For-Laravel --skill laraveldaily-production-readiness-audit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It audits a Laravel codebase to uncover hidden secrets, debug statements, improper env usage, and other production‑readiness risks without relying on runtime environment data.

Core Features & Use Cases

  • Secrets Detection: Scans files for hard‑coded API keys, private keys, and committed .env files.
  • Debug Code Identification: Finds dd, dump, var_dump, print_r, phpinfo, exit, and die usages in production code.
  • env() Misuse Checks: Flags env() calls outside allowed configuration files.
  • Seed Data & Dependency Reviews: Highlights unsafe seeders, missing lockfiles, and asset build mismatches.
  • Comprehensive Reporting: Returns findings grouped as Critical, Warning, and Note sections.

Quick Start

Run the audit skill on your project root to receive a structured report of critical findings, warnings, and notes.

Frequently Asked Questions about laraveldaily-production-readiness-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I scan a Laravel codebase for hidden secrets and debug code before production?

A Laravel production-readiness audit scans repository files locally to identify hidden secrets, debug code, and configuration issues. It returns findings categorized as critical, warning, or note without requiring environment variables.

What is considered risky env() usage in a Laravel application?

Risky env() usage in a Laravel application occurs when env() is called outside allowed configuration files. The audit flags these calls because they bypass configuration caching and can cause runtime failures in production environments.

How do I find committed debug statements like dd and dump in my Laravel project?

To find committed debug statements in a Laravel project, you scan the PHP files for dd, dump, var_dump, print_r, phpinfo, exit, and die usages. The audit identifies these high-confidence code patterns and reports them as production-readiness risks.

Does a Laravel security audit require environment variables to detect hard-coded API keys?

A Laravel security audit does not require environment variables to detect hard-coded API keys. The skill operates locally by parsing repository files directly, focusing on high-confidence code patterns and configuration issues without relying on runtime environment data.

Can this audit detect unsafe seed data and missing composer lockfiles?

Yes, the audit can detect unsafe seed data and missing lockfiles. It also highlights asset build mismatches and committed .env files, grouping all these findings into a comprehensive report with critical, warning, and note sections.