reset-prod-submissions

Deletes a user's production verification attempts after preview and explicit confirmation.

801|25|Updated Jan 10, 2026
One-click install
npx skills add https://github.com/learntocloud/learn-to-cloud-app --skill reset-prod-submissions
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reset-prod-submissions
Source: https://github.com/learntocloud/learn-to-cloud-app/tree/main/.github/skills/reset-prod-submissions
Command: npx skills add https://github.com/learntocloud/learn-to-cloud-app --skill reset-prod-submissions

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It provides a controlled, auditable procedure for removing a user's production verification attempts in the Learn to Cloud app, preventing accidental or overly broad deletions of progress data.

Core Features & Use Cases

  • Scoped Deletion: Resolves the GitHub username and requirement slug to exact IDs, then deletes only the previewed rows from verification_attempts in a single transaction.
  • Preview and Confirmation: Shows the exact count and scope of matching rows and requires explicit user confirmation before any deletion occurs.
  • Post-Delete Verification: Uses RETURNING id and re-queries after commit to report deleted and remaining counts.
  • Use Case: A learner asks support to reset their progress on one hands-on project after a bad submission; the operator previews the matching attempts, confirms the scope, and deletes only those rows.

Quick Start

Ask the assistant to reset prod submissions for a specific GitHub username, optionally scoped to one requirement, and confirm the previewed rows before deletion.

Frequently Asked Questions about reset-prod-submissions

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

FAQPage Schema
How do I reset a user's production verification attempts?

Resolve the GitHub username through the users table, preview matching rows in verification_attempts scoped by user_id, show the exact count, obtain explicit confirmation, then delete the previewed scope in one transaction and re-query to verify.

How do I reset progress for only one requirement?

Resolve the requirement slug to its UUID from the current curriculum artifact and include requirement_uuid in the delete predicates. The skill never broadens a requirement-scoped reset to all of the user's attempts.

Does resetting submissions require updating progress counters?

No counter updates are needed. Progress is derived directly from verification_attempts, so deleting the attempt rows automatically changes the user's derived progress.

Why does the reset stop without deleting anything?

The procedure stops if the schema, username, or requirement slug cannot be resolved unambiguously. This guard prevents deleting the wrong user's data or the wrong requirement's attempts.

Can I use the submissions or verification_jobs tables for resets?

No, those tables are retired. All reset operations must target only the verification_attempts table, which is the current source of truth for progress.