production-audit

Inspect local repository signals to identify production readiness risks.

Updated Apr 13, 2026
One-click install
npx skills add https://github.com/sakamoto-family-smile/agent_monorepo --skill production-audit-sakamoto-family-smile
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: production-audit
Source: https://github.com/sakamoto-family-smile/agent_monorepo/tree/main/.claude/skills/ecc/production-audit
Command: npx skills add https://github.com/sakamoto-family-smile/agent_monorepo --skill production-audit-sakamoto-family-smile

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps engineering teams quickly determine if a repository is ready for production by analyzing local signals, runbooks, and risk indicators without sending code or data to external services.

Core Features & Use Cases

  • Assess release readiness by inspecting CI state, migrations, observability, and rollback plans.
  • Identify high-risk areas across runtime, data, and dependencies to guide remediation.
  • Provide a structured, actionable ship/block recommendation with concrete fixes.

Quick Start

Run a local production-audit pass on the current checkout to generate a readiness report.

Frequently Asked Questions about production-audit

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

FAQPage Schema
How do I check production readiness risks before a release?

To check production readiness risks, you can run a local audit pass that inspects CI state, database migrations, observability, and rollback plans. This generates a structured report that identifies high-risk areas across runtime, data, and dependencies to guide remediation.

What is evidence-based production readiness assessment?

Evidence-based production readiness assessment is a process of gathering local signals and runbook indicators to determine if a repository is ready to ship. It evaluates post-merge changes and risk factors locally without sending code or data to external services.

How do I audit post-merge changes for deployment risks?

You can audit post-merge changes by running a local check that surfaces risks from CI, tests, migrations, and observability. This process identifies runtime, data, and dependency risks, providing a ship or block recommendation with concrete fixes.

Can I document rollback plans without sharing code externally?

Yes, you can document rollback plans and assess release readiness entirely through local evidence collection. The audit process operates locally on your current checkout, ensuring your code and data are not shared with external services during the readiness review.

What's the best way to identify high-risk areas in a shipped application?

The best way to identify high-risk areas is to perform a risk lens check across runtime, data, and dependencies. A local audit evaluates these indicators against your repository state to provide an actionable ship or block recommendation with concrete fixes.

When do I need a local production audit?

You need a local production audit during pre-launch reviews and post-merge checks to ensure release readiness. It is required when you must verify CI state, migrations, observability, and rollback documentation without exposing code or data to external environments.