post-change-verification

Verify TypeScript, lint, and boundary checks after Next.js App Router changes.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/raingernx/KRUKRAFT --skill post-change-verification-raingernx
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: post-change-verification
Source: https://github.com/raingernx/KRUKRAFT/tree/main/.codex/skills/post-change-verification
Command: npx skills add https://github.com/raingernx/KRUKRAFT --skill post-change-verification-raingernx

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill performs post-change verification on a Next.js App Router SaaS platform to detect regressions after code updates, ensuring a smooth release.

Core Features & Use Cases

  • End-to-end verification: coordinates TypeScript checks, lint, and architectural boundaries after changes to services, routes, or components.
  • Regression prevention: protects against introduced regressions by validating critical runtime and build-time checks.
  • Use Case: after implementing a new feature or bug fix, run the verification workflow to confirm no regressions in type-safety, style, or boundary rules.

Quick Start

Run the post-change-verification workflow after applying changes to verify TypeScript, lint, and boundary constraints.

Frequently Asked Questions about post-change-verification

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

FAQPage Schema
How do I verify Next.js App Router changes to catch regressions before release?

To verify Next.js App Router changes, run post-change verification to check TypeScript compilation, lint passing, and server/client layer boundaries alongside Suspense fallbacks to catch regressions before release.

What is post-change verification for Next.js SaaS platforms?

Post-change verification is an automated regression check for Next.js SaaS platforms that validates TypeScript, lint, and architectural layer boundaries after updates to services, routes, components, or cache layers.

How do I check server and client layer boundaries after updating Next.js routes?

You check server and client layer boundaries by running a verification workflow that validates architectural constraints, ensuring boundary rules and Suspense fallbacks remain correct after route updates.

Does TypeScript verification catch Suspense fallback regressions in Next.js?

TypeScript verification catches compilation errors, while the broader post-change workflow specifically validates that Suspense fallbacks and server/client layer boundaries remain correct to prevent runtime regressions.

Can I automate lint and type checks after modifying Next.js cache layers?

Yes, you can automate lint and type checks after modifying cache layers by running the post-change verification workflow, which coordinates these checks alongside boundary validations for your Next.js application.