71-close-tidy-150

Identify and fix syntax errors, dead code, and naming issues after milestones.

Updated Jan 30, 2025
One-click install
npx skills add https://github.com/MykhailoDmytriakha/my-preacher-helper --skill 71-close-tidy-150
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 71-close-tidy-150
Source: https://github.com/MykhailoDmytriakha/my-preacher-helper/tree/main/.codex/skills/71-close-tidy-150
Command: npx skills add https://github.com/MykhailoDmytriakha/my-preacher-helper --skill 71-close-tidy-150

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

After milestones, teams need quick, safe cleanup of obvious defects to keep main tasks on track.

Core Features & Use Cases

  • Objective defect detection: syntax errors, dead code, and poor naming.
  • Time-boxed fixes: strictly limited to a reversible scope.
  • Approval-driven workflow: user must approve fixes before application.

Quick Start

Trigger the tidy-up after a milestone to scan for obvious defects, verify safety, and apply reversible, objective fixes only.

Frequently Asked Questions about 71-close-tidy-150

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

FAQPage Schema
How do I automate code cleanup after a project milestone?

Automate code cleanup after a milestone by triggering a scan that identifies obvious defects like syntax errors, dead code, and naming issues, ensuring fixes are reversible and require your approval before application.

What is the best way to safely fix syntax errors and dead code post-milestone?

The best way to safely fix syntax errors and dead code post-milestone is using an approval-driven workflow that strictly limits changes to a reversible scope and verifies safety before applying any objective defect fixes.

Does this post-milestone tidy-up workflow require manual approval before applying changes?

Yes, this post-milestone tidy-up workflow enforces user approval before applying any changes, ensuring you maintain strict safety and verifiable reversibility over all syntax, dead code, and naming fixes.

Can I revert code cleanup changes if they cause issues?

Yes, you can revert code cleanup changes because the process requires strict reversibility with verifiable safety, applying time-boxed fixes only after your explicit approval to address syntax errors and dead code.

What types of code defects are addressed during a time-boxed tidy-up?

Defects addressed during a time-boxed tidy-up include objective issues like syntax errors, dead code, and poor naming, ensuring quick and safe post-milestone housekeeping without derailing main development tasks.