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.