code-comments

Enforce JSDoc and inline comment rules for TypeScript and React code.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/bkinsey808/songshare-effect --skill code-comments-bkinsey808
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: code-comments
Source: https://github.com/bkinsey808/songshare-effect/tree/main/.github/skills/code-comments
Command: npx skills add https://github.com/bkinsey808/songshare-effect --skill code-comments-bkinsey808

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill standardizes code commenting practices across TypeScript and React codebases, reducing ambiguity and review churn.

Core Features & Use Cases

  • JSDoc guidelines for symbols (exported functions, components, and types)
  • Inline comment rules (placement, line-length, and when to explain why)
  • Review and onboarding guidance to maintain consistent commenting across the project
  • Use during PR reviews to enforce documented intent and readability

Quick Start

Follow these conventions when annotating TypeScript/React code and during code reviews to enforce consistency.

Frequently Asked Questions about code-comments

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

FAQPage Schema
How do I standardize JSDoc comments across a TypeScript and React codebase?

Standardize JSDoc comments by enforcing unified rules for symbols like exported functions and components, ensuring consistent documentation, proper placement, and mandatory @returns entries across your TypeScript and React projects.

What are the JSDoc standards for TypeScript components and exported functions?

JSDoc standards for TypeScript require documenting exported functions, components, and types while omitting types in JSDoc tags and including mandatory @returns entries to maintain consistent code documentation.

How do I enforce code commenting rules during code reviews?

Enforce code commenting rules during reviews by checking that inline comments explain the reasoning behind code, follow maximum line-length constraints, and that all symbols have proper JSDoc placement and documentation.

Can I use this to enforce inline comment placement and line-length limits in React?

Yes, you can enforce inline comment placement and line-length limits in React projects to ensure comments explain the reasoning behind code and maintain readability standards across the codebase.

Why should I omit types in JSDoc comments for TypeScript code?

Omit types in JSDoc comments for TypeScript code because the type system already handles type definitions, making redundant type annotations in JSDoc unnecessary and reducing documentation clutter.

What is the best way to document code intent for onboarding new developers?

The best way to document code intent for onboarding is to apply consistent JSDoc standards for symbols and inline comments that explain why decisions were made, reducing ambiguity and review churn.