Eslint Configuration

ESLint Configuration Skill

概要

ESLint設定ファイルの作成・更新を行うスキル。プロジェクトの技術スタック（言語、フレームワーク）を分析し、最適なルールセット・パーサー・プラグインを選定・設定する。

ワークフロー

Phase 1: プロジェクト分析

目的: プロジェクトの技術スタックと既存設定を把握

アクション:

1. package.json、tsconfig.json、既存eslint設定を確認
2. 使用言語（JavaScript/TypeScript）を特定
3. フレームワーク（React/Vue/Node等）を判定
4. 既存のlint関連設定との整合性を確認

Task: agents/analyze-project.md を参照

Phase 2: 設定生成

目的: 最適なESLint設定を生成

アクション:

1. ベースルールセットを選定（recommended/strict等）
2. パーサー設定（@typescript-eslint/parser等）
3. プラグイン統合（react, import, boundaries等）
4. カスタムルール適用
5. Prettier競合ルールの無効化

Task: agents/configure-rules.md を参照

Phase 3: 検証

目的: 生成した設定の動作確認

アクション:

1. 設定ファイルの構文検証
2. eslint --print-config で設定確認
3. サンプルファイルでlint実行
4. エラー・警告の適切性確認

Task: agents/validate-config.md を参照

Task仕様（ナビゲーション）

詳細仕様: 各Taskの詳細は agents/ ディレクトリの対応ファイルを参照

ベストプラクティス

すべきこと

• Flat Config形式（eslint.config.js）を優先使用
• TypeScriptプロジェクトでは @typescript-eslint を使用
• Prettierと併用時は eslint-config-prettier を追加
• 段階的に厳格化（最初は recommended から）
• プロジェクト固有ルールは明確にコメント

避けるべきこと

• .eslintrc形式の新規作成（レガシー形式）
• 不要なプラグインの追加
• ルール無効化の乱用（disable コメント）
• 競合するプラグインの併用
• 型チェックルールの過剰適用（パフォーマンス低下）

リソース参照

references/（詳細知識）

scripts/（決定論的処理）

assets/（テンプレート）

変更履歴