maintain

Apply maintainability conventions to TypeScript, React, and Tailwind code.

Updated Apr 16, 2026
One-click install
npx skills add https://github.com/jjmendezrodriguez/jm-claude-plugin --skill maintain-jjmendezrodriguez
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: maintain
Source: https://github.com/jjmendezrodriguez/jm-claude-plugin/tree/main/skills/maintain
Command: npx skills add https://github.com/jjmendezrodriguez/jm-claude-plugin --skill maintain-jjmendezrodriguez

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents maintainability debt by standardizing file headers, comment intent, configuration and environment handling, and extraction rules so future developers can understand and safely change the codebase.

Core Features & Use Cases

  • Staff-grade file headers: Add concise JSDoc at the top of services/utilities/complex modules to declare purpose, responsibilities, and dependencies.
  • Comment rules that explain WHY: Document non-obvious business logic, workarounds, edge cases, and decision rationale instead of repeating what the code already shows.
  • Typed configuration and safe env management: Centralize config under a dedicated folder, validate environment variables at startup with Zod, and enforce .env.example committed with placeholders while keeping real .env values uncommitted.
  • Extraction thresholds for React + Tailwind: Extract repeated Tailwind class patterns when they appear 3+ times, and pull magic numbers/strings into constants for clarity.
  • Maintainability checklist: Keep modules small (single responsibility, under ~300 lines) and consistent across new and existing files.

Quick Start

Ask to update a new feature file to include a JSDoc header, replace any comments that explain WHAT with WHY-focused rationale, and add typed Zod-based env validation using a .env.example template while extracting repeated Tailwind classes when they occur 3+ times.

Frequently Asked Questions about maintain

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

FAQPage Schema
How do I keep TypeScript and React code maintainable when refactoring configuration files?

To keep TypeScript and React code maintainable, centralize configuration under a dedicated folder, validate environment variables at startup with Zod, and commit a .env.example with placeholders while keeping real values uncommitted.

What is the threshold for extracting repeated Tailwind classes in a React project?

The threshold for extracting repeated Tailwind classes is after they appear three or more times. You should also pull magic numbers and strings into constants to ensure React components remain obvious and safe to change.

How do I write JSDoc headers for complex TypeScript modules?

To write JSDoc headers for complex TypeScript modules, add concise documentation at the top of services and utilities declaring the module's purpose, responsibilities, and dependencies to help future developers understand the codebase.

Why should comments explain the WHY instead of the WHAT in code review?

Comments should explain the WHY to document non-obvious business logic, workarounds, edge cases, and decision rationale. Repeating what the code already shows creates noise, while explaining why ensures future changes are safe and informed.

Can I use Zod for environment variable validation in a React and TypeScript setup?

Yes, you can use Zod for environment variable validation in a React and TypeScript setup. Validate your variables at startup to prevent runtime errors, ensuring your centralized configuration remains typed and safe across the application.

What are the size limitations for maintaining single responsibility in TypeScript modules?

To maintain single responsibility in TypeScript modules, keep files under approximately 300 lines. This maintainability checklist ensures modules remain small, consistent, and easy to understand across both new and existing files.