dev-final-pass

Automate pre-PR quality review of lesson files with actionable reports.

36|6|Updated Mar 25, 2026
One-click install
npx skills add https://github.com/Nebulavenus/forge-gpu --skill dev-final-pass-nebulavenus
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: dev-final-pass
Source: https://github.com/Nebulavenus/forge-gpu/tree/main/.claude/skills/dev-final-pass
Command: npx skills add https://github.com/Nebulavenus/forge-gpu --skill dev-final-pass-nebulavenus

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Run a quality review pass on a lesson before publishing, catching recurring issues found across project PR history

Core Features & Use Cases

  • Systematic checks across lesson files (README.md, main.c, CMakeLists.txt, assets) to ensure PR readiness and consistency with project standards.
  • Centralizes recurring PR feedback into a reproducible review workflow, reducing human error and speeding PR review.
  • Use Case: Before submitting a lesson PR, run this skill to generate a pass/fail summary and actionable issues.

Quick Start

Provide the lesson number or name and run the end-to-end quality checks to generate a findings report.

Frequently Asked Questions about dev-final-pass

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

FAQPage Schema
How do I automate a quality review pass on a lesson before a PR submission?▼

To automate a quality review pass before a PR submission, provide the lesson number or name to trigger end-to-end checks across README.md, main.c, and CMakeLists.txt files, generating an actionable findings report.

What is the best way to check lesson PR readiness across GPU and physics tracks?▼

Checking lesson PR readiness across GPU, math, engine, UI, physics, and asset-pipeline tracks requires verifying required files and coding conventions against historical PR feedback to produce a clear pass/fail summary.

Can I enforce project documentation and coding conventions automatically before publishing a lesson?▼

You can enforce documentation and coding conventions automatically before publishing by running systematic checks that compare lesson assets and files against project standards and recurring historical PR feedback.

How does a pre-submission lesson review catch recurring PR feedback issues?▼

A pre-submission lesson review catches recurring PR feedback issues by centralizing historical project standards into a reproducible workflow, verifying required files and conventions to reduce human error during review.

Do I need to provide a lesson name to generate a pass/fail summary for a PR workflow?▼

Yes, you need to provide the lesson number or name as input to run the end-to-end quality checks and generate the actionable pass/fail summary for the /dev-create-pr workflow.

What limitations exist when checking asset-pipeline and CMakeLists.txt files for lesson publishing?▼

When checking asset-pipeline and CMakeLists.txt files for lesson publishing, the review is limited to verifying consistency with project standards and historical PR feedback, producing actionable issues rather than auto-fixing them.