jsdocs

Writes compliant JSDoc for Effect public APIs to pass jsdocs oxlint rule.

1.6k|107|Updated Feb 15, 2026
One-click install
npx skills add https://github.com/MapleTechLabs/maple --skill jsdocs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: jsdocs
Source: https://github.com/MapleTechLabs/maple/tree/main/.context/effect/.agents/skills/jsdocs
Command: npx skills add https://github.com/MapleTechLabs/maple --skill jsdocs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Writing JSDoc for Effect public APIs that complies with the jsdocs oxlint rule is time-consuming and error-prone due to strict structural, prose, and tag requirements. This Skill eliminates the guesswork by providing clear, actionable guidance to produce consistent, lint-passing API documentation.

Core Features & Use Cases

  • Standardized JSDoc Structure: Enforces the required layout including a mandatory short description, optional When to use, Details, and Gotchas sections, plus properly formatted examples.
  • Prose and Tag Rules: Provides explicit guidelines for tone, section ordering, tag usage, and link formatting to ensure consistency across the Effect codebase.
  • Use Case: Use when adding new public Effect APIs, fixing existing JSDoc that fails the jsdocs oxlint check, or refining module-level documentation for clarity and compliance.

Quick Start

Use the jsdocs skill to update the JSDoc for the public Effect API in src/Effect.ts to pass the jsdocs oxlint rule.

Frequently Asked Questions about jsdocs

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

FAQPage Schema
How do I write JSDoc for Effect public APIs that passes the jsdocs oxlint rule?

To write JSDoc for Effect public APIs that passes the jsdocs oxlint rule, follow the standardized structure including a mandatory short description, optional sections like When to use, Details, and Gotchas, plus properly formatted examples.

Why does my TypeScript JSDoc fail the jsdocs oxlint check in the Effect codebase?

Your TypeScript JSDoc likely fails the jsdocs oxlint check due to incorrect tag ordering, improper prose tone, missing mandatory sections, or malformed example formatting required by the Effect ecosystem's strict documentation standards.

What is the required JSDoc structure for Effect public API documentation?

The required JSDoc structure for Effect public API documentation includes a mandatory short description, followed by optional When to use, Details, and Gotchas sections, concluding with properly formatted code examples.

How do I fix non-compliant JSDoc tags and formatting in my TypeScript project?

To fix non-compliant JSDoc tags and formatting in your TypeScript project, apply guidelines for tag ordering, link formatting, and section sequencing to ensure consistency and satisfy strict linting requirements.

Does the jsdocs oxlint rule require specific example formatting for Effect APIs?

Yes, the jsdocs oxlint rule requires properly formatted examples within your JSDoc to ensure consistency across the Effect codebase, alongside standardized prose rules and tag usage.

What are the limitations of using automated JSDoc generation for Effect public APIs?

Automated JSDoc generation may struggle with nuanced prose rules, contextual When to use sections, and specific Gotchas, requiring manual refinement to fully satisfy the jsdocs oxlint rule for Effect public APIs.