eslint-migrate-options

Migrate ESLint rule options to Biome rule configurations.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/qdhenry/Foundry-OSS --skill eslint-migrate-options
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: eslint-migrate-options
Source: https://github.com/qdhenry/Foundry-OSS/tree/main/.agents/skills/eslint-migrate-options
Command: npx skills add https://github.com/qdhenry/Foundry-OSS --skill eslint-migrate-options

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Describes how to migrate ESLint rule options to Biome rule options so that non-severity configurations are preserved and correctly translated.

Core Features & Use Cases

  • Provides a framework and templates for migrating plugin-specific ESLint rule options into Biome.
  • Deserializes ESLint options into Biome-compatible configurations and supports custom option mappings.
  • Defines a recommended workflow, key files, and testing practices to ensure accurate migrations.

Quick Start

Follow this guide to implement a plugin-specific ESLint-to-Biome option migrator for a new rule.

Frequently Asked Questions about eslint-migrate-options

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

FAQPage Schema
How do I migrate ESLint rule options to Biome configurations?

Use a migration framework that deserializes ESLint rule options into Biome-compatible configurations. This process translates non-severity settings through type-safe mappings and plugin-specific option structs rather than simply mapping severities.

What are non-severity ESLint options and how are they handled during Biome migration?

Non-severity ESLint options are configurable rule settings beyond error levels. They require deserialization and translation into Biome rule options using custom option mappings and plugin-specific structs to preserve their original behavior accurately.

Does migrating ESLint options to Biome require the Biome CLI migration framework?

Yes, migrating ESLint options to Biome requires the migration framework located in crates/biome_cli. This framework provides the necessary structure to deserialize options and ensure type-safe mappings for plugin-specific configurations.

How do I ensure type-safe mappings when translating ESLint plugin options to Biome?

To ensure type-safe mappings when translating ESLint plugin options to Biome, define plugin-specific option structs and follow recommended workflows with thorough testing. This validates that deserialized configurations correctly map to Biome rules.

What is the best way to test ESLint to Biome rule option migrations?

The best way to test ESLint to Biome rule option migrations is to follow the recommended testing practices defined in the migration workflow. This involves validating deserialized plugin-specific options against expected Biome configurations to ensure accurate translations.