review-as-dev

Review design documents for technical feasibility and architectural soundness.

7|1|Updated Feb 1, 2026
One-click install
npx skills add https://github.com/cloudfieldcz/cf-powers --skill review-as-dev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: review-as-dev
Source: https://github.com/cloudfieldcz/cf-powers/tree/main/skills/review-as-dev
Command: npx skills add https://github.com/cloudfieldcz/cf-powers --skill review-as-dev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill enables developers to review a technical analysis or specification from a developer perspective to validate feasibility, architecture, integration points, and security considerations.

Core Features & Use Cases

  • Technical feasibility verification against the proposed architecture and codebase.
  • Architecture and integration review focusing on module boundaries, dependencies, and DI patterns.
  • Identification of risks, performance considerations, and security implications.
  • Verification against code and API contracts to prevent breaking changes.

Quick Start

Review the design document and codebase to verify feasibility, architecture, and integration before implementation.

Frequently Asked Questions about review-as-dev

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

FAQPage Schema
How do I validate design feasibility and architecture before implementation?

Validate design feasibility by reviewing the technical specification against the actual codebase and explicit API contracts. This process confirms architectural soundness, verifies module boundaries, and ensures proper dependency handling before development begins.

What does a technical design review cover for a development project?

A technical design review covers architecture, integration points, performance, and security. It identifies potential risks, verifies dependencies, checks API contracts to prevent breaking changes, and provides clear recommendations for the development project.

How do I verify API contracts and dependencies to prevent breaking changes?

Verify API contracts and dependencies by checking the design document against the existing codebase during a technical review. This ensures proper handling of integration points, confirms DI patterns, and prevents breaking changes in module boundaries.

Can I review security implications and performance risks in a technical specification?

Yes, you can review security implications and performance risks within a technical specification. The analysis identifies potential security vulnerabilities and performance considerations while verifying the proposed architecture against the codebase.

When do I need a developer perspective technical analysis for my design document?

You need a developer perspective technical analysis when you have a design document or specification ready for implementation. It confirms technical feasibility, validates integration points, and ensures the proposed architecture aligns with the actual codebase.

What is the best way to check module boundaries and integration points in a proposed architecture?

The best way to check module boundaries and integration points is through an architecture review of the design document. This verifies DI patterns, confirms explicit API contracts, and validates dependencies against the existing codebase.