npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2025 – Pkg Stats / Ryan Hefner

@eslint/markdown

v7.5.1

Published

The official ESLint language plugin for Markdown

Downloads

2,339,375

Readme

ESLint Markdown Language Plugin

npm Version Downloads Build Status

Lint Markdown with ESLint, as well JS, JSX, TypeScript, and more inside Markdown.

Usage

Installing

Install the plugin alongside ESLint v9.15.0 or greater.

For Node.js and compatible runtimes:

npm install @eslint/markdown -D
# or
yarn add @eslint/markdown -D
# or
pnpm install @eslint/markdown -D
# or
bun add @eslint/markdown -D

For Deno:

deno add jsr:@eslint/markdown

Configurations

| Configuration Name | Description | | ---------------------- | ---------------------------------------------------------------------------------------------------------- | | recommended | Lints all .md files with the recommended rules and assumes CommonMark format. | | processor | Enables extracting code blocks from all .md files so code blocks can be individually linted. |

In your eslint.config.js file, import @eslint/markdown and include the recommended config to enable Markdown parsing and linting:

// eslint.config.js
import { defineConfig } from "eslint/config";
import markdown from "@eslint/markdown";

export default defineConfig([
	{
		files: ["**/*.md"],
		plugins: {
			markdown,
		},
		extends: ["markdown/recommended"],
	},
	// your other configs here
]);

You can also modify the recommended config by using extends:

// eslint.config.js
import { defineConfig } from "eslint/config";
import markdown from "@eslint/markdown";

export default defineConfig([
	{
		plugins: {
			markdown,
		},
		extends: ["markdown/recommended"],
		rules: {
			"markdown/no-html": "error",
		},
	},

	// your other configs here
]);

Rules

| Rule Name | Description | Recommended | | :----------------------------------------------------------------------------- | :------------------------------------------------------------------------------------------------ | :-------------: | | fenced-code-language | Require languages for fenced code blocks | yes | | heading-increment | Enforce heading levels increment by one | yes | | no-bare-urls | Disallow bare URLs | no | | no-duplicate-definitions | Disallow duplicate definitions | yes | | no-duplicate-headings | Disallow duplicate headings in the same document | no | | no-empty-definitions | Disallow empty definitions | yes | | no-empty-images | Disallow empty images | yes | | no-empty-links | Disallow empty links | yes | | no-html | Disallow HTML tags | no | | no-invalid-label-refs | Disallow invalid label references | yes | | no-missing-atx-heading-space | Disallow headings without a space after the hash characters | yes | | no-missing-label-refs | Disallow missing label references | yes | | no-missing-link-fragments | Disallow link fragments that do not reference valid headings | yes | | no-multiple-h1 | Disallow multiple H1 headings in the same document | yes | | no-reference-like-urls | Disallow URLs that match defined reference identifiers | yes | | no-reversed-media-syntax | Disallow reversed link and image syntax | yes | | no-space-in-emphasis | Disallow spaces around emphasis markers | yes | | no-unused-definitions | Disallow unused definitions | yes | | require-alt-text | Require alternative text for images | yes | | table-column-count | Disallow data rows in a GitHub Flavored Markdown table from having more cells than the header row | yes |

Note: This plugin does not provide formatting rules. We recommend using a source code formatter such as Prettier for that purpose.

In order to individually configure a rule in your eslint.config.js file, import @eslint/markdown and configure each rule with a prefix:

// eslint.config.js
import { defineConfig } from "eslint/config";
import markdown from "@eslint/markdown";

export default defineConfig([
	{
		files: ["**/*.md"],
		plugins: {
			markdown,
		},
		language: "markdown/commonmark",
		rules: {
			"markdown/no-html": "error",
		},
	},
]);

You can individually disable rules in Markdown using HTML comments, such as:

<!-- eslint-disable-next-line markdown/no-html -- I want to allow HTML here -->
<custom-element>Hello world!</custom-element>

<!-- eslint-disable markdown/no-html -- here too -->
<another-element>Goodbye world!</another-element>
<!-- eslint-enable markdown/no-html -- safe to re-enable now -->

[Object] <!-- eslint-disable-line markdown/no-missing-label-refs -- not meant to be a link ref -->

Languages

| Language Name | Description | | ----------------- | ----------------------------------------------------------------------------- | | commonmark | Parse using CommonMark Markdown format | | gfm | Parse using GitHub-Flavored Markdown format |

In order to individually configure a language in your eslint.config.js file, import @eslint/markdown and configure a language:

// eslint.config.js
import { defineConfig } from "eslint/config";
import markdown from "@eslint/markdown";

export default defineConfig([
	{
		files: ["**/*.md"],
		plugins: {
			markdown,
		},
		language: "markdown/gfm",
		rules: {
			"markdown/no-html": "error",
		},
	},
]);

Language Options

Enabling Front Matter in both commonmark and gfm

By default, Markdown parsers do not support front matter. To enable front matter in both commonmark and gfm, you can use the frontmatter option in languageOptions.

@eslint/markdown internally uses micromark-extension-frontmatter and mdast-util-frontmatter to parse front matter.

| Option Value | Description | | ---------------- | ---------------------------------------------------------- | | false | Disables front matter parsing in Markdown files. (Default) | | "yaml" | Enables YAML front matter parsing in Markdown files. | | "toml" | Enables TOML front matter parsing in Markdown files. | | "json" | Enables JSON front matter parsing in Markdown files. |

// eslint.config.js
import { defineConfig } from "eslint/config";
import markdown from "@eslint/markdown";

export default defineConfig([
	{
		files: ["**/*.md"],
		plugins: {
			markdown,
		},
		language: "markdown/gfm",
		languageOptions: {
			frontmatter: "yaml", // Or pass `"toml"` or `"json"` to enable TOML or JSON front matter parsing.
		},
		rules: {
			"markdown/no-html": "error",
		},
	},
]);

Processors

| Processor Name | Description | | ------------------------------------------- | ----------------------------------------------------------------------------------- | | markdown | Extract fenced code blocks from the Markdown code so they can be linted separately. |

Migration from eslint-plugin-markdown

See Migration.

Editor Integrations

VSCode

vscode-eslint has built-in support for the Markdown processor.

File Name Details

This processor will use file names from blocks if a filename meta is present.

For example, the following block will result in a parsed file name of src/index.js:

```js filename="src/index.js"
export const value = "Hello, world!";
```

This can be useful for user configurations that include linting overrides for specific file paths. In this example, you could then target the specific code block in your configuration using "file-name.md/*src/index.js".

Contributing

$ git clone https://github.com/eslint/markdown.git
$ cd markdown
$ npm install
$ npm test

This project follows the ESLint contribution guidelines.

Sponsors

The following companies, organizations, and individuals support ESLint's ongoing maintenance and development. Become a Sponsor to get your logo on our READMEs and website.