Skip to content
Back to skills

Plan Eng Review

ASecurity

Stress-tests a technical design before coding: data integrity, failure modes and retries, concurrency, rate limits, test plan, with a risk matrix and verdict. Use when asked for an \"eng review\", \"what could break?\", \"review this architecture\" or \"check failure modes\".

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 2, 2026
ai-agentstestingapidatabasebackend

Works with

  • cli
  • api
  • mcp

Security analysis

A100/100

Scanned October 2, 2026

npx -y skills add Gastonchevarria/god-mode --skill plan-eng-review --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Plan Eng Review?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Plan Eng Review
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/gastonchevarria-plan-eng-review/badge)](https://www.skillsdirectory.com/skills/gastonchevarria-plan-eng-review)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: plan-eng-review
description: "Stress-tests a technical design before coding: data integrity, failure modes and retries, concurrency, rate limits, test plan, with a risk matrix and verdict. Use when asked for an \"eng review\", \"what could break?\", \"review this architecture\" or \"check failure modes\"."
---

# Plan Engineering Review

## Overview

A robust product requires rock-solid engineering foundations. `plan-eng-review` stress-tests technical designs before code is written, uncovering hidden edge cases, race conditions, N+1 queries, unhandled external API failures, and missing error boundaries.

## When to Use

- After CEO and Design reviews, before drafting atomic tasks or implementation.
- When designing database schemas, backend services, or complex API endpoints.
- When integrating with external AI APIs, payment webhooks, or third-party OAuth.

## Principal Engineer Review Checklist

### 1. Data Integrity & Schema Design
- Proper normalization vs. deliberate denormalization.
- Foreign keys, cascading behaviors, indexing on query filters/sorts.
- Idempotency keys on mutations and financial transactions.

### 2. Failure Modes & Resilience
- What happens when OpenAI / Anthropic / Stripe returns 503 or 429?
- Backoff, retry policies, exponential jitter, circuit breakers, fallback models.
- Graceful degradation in the UI when background jobs are queued or delayed.

### 3. Concurrency & Rate Limiting
- Race condition mitigation (e.g., atomic DB updates, Redis locks).
- API token bucket / leaky bucket per IP/User.

### 4. Testing & Verification Pyramid
- Unit tests for pure business logic & parsers.
- Integration tests for database queries and webhook processors.
- End-to-end sanity tests for critical user conversion paths.

## Output Format

Save the Engineering review in `brain/<conversation-id>/eng_review.md`:

```markdown
# Engineering Review: [Architecture/Feature Name]

## 1. Architectural Architecture Summary
- **Data Flow**: Client -> [API/Edge] -> [Service Layer] -> [DB / Vector Store / Cache]
- **Key Abstractions**: [Services, Repositories, MCP Tools]

## 2. Risk Matrix & Mitigations
| Failure Mode | Likelihood | Impact | Mitigation Strategy |
| :--- | :---: | :---: | :--- |
| External API 429/500 | Medium | High | Exponential backoff + fallback model |
| Double Webhook Delivery | High | Critical | Idempotency table check |
| Slow Vector Search Query | Medium | Medium | HNSW index + Redis query cache |

## 3. Testing & Verification Gates
- [Unit test suite paths]
- [Integration test plan]

## 4. Engineering Verdict
- [PASSED TO SPEC-DRIVEN IMPLEMENTATION / REQUIRES SCHEMA REVISION]
```

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…