Sync Lint Docs

Lint/Docs同期

Use when

• ESLint や Prettier の設定を変更した後
• コーディングガイドラインと Lint ルールの重複を整理したい時

Don't use when

• コード実装やレビュー（→ /implement, /tdd, /review）
• ドキュメントの新規作成

進捗管理

スキル開始時に全ステップを TaskCreate で登録し、各ステップの開始・完了時に TaskUpdate で状態を更新すること。

タスク一覧:

1. Step 1: 設定ファイル確認（activeForm: "設定ファイルを確認中"）
2. Step 2: 重複特定（activeForm: "重複を特定中"）
3. Step 3: 編集実行（activeForm: "ドキュメントを編集中"）
4. Step 4: 検証（activeForm: "編集結果を検証中"）

ESLint/Prettierの設定とコーディングドキュメントを比較し、自動化されているルールをドキュメントから削除する。

対象ファイル

• ESLint: apps/web/eslint.config.mjs
• Prettier: .prettierrc
• ドキュメント:
  • docs/coding-guidelines/*

実行手順

1. 設定ファイルの確認

ESLint設定を読み込み、有効なルールを抽出:

• error で設定 → ドキュメントから削除候補
• warn で設定 → ドキュメントから削除候補
• off で設定 → ドキュメントに残す（推奨事項として価値あり）

2. 重複の特定

各ドキュメントを読み込み、以下の基準で重複を判定:

削除対象:

• ルール名を直接言及している記述
• ルールの内容を言い換えた記述（例: 「未使用の変数は削除すること」← no-unused-vars）
• Prettier が自動整形する内容（例: 「インデントは2スペース」← tabWidth: 2）

削除しない:

• ルールの理由・背景の説明
• 例外ケースの説明
• Lint で強制できない運用ルール

判定例

Before（ドキュメント）:

• const を優先、再代入が必要な場合のみ let（var は使用しない）
• 厳密等価演算子（=== / !==）を使う
• 変数名はキャメルケースで（チーム慣習として統一）

ESLint: no-var: error, eqeqeq: error

After:

• 変数名はキャメルケースで（チーム慣習として統一）

→ no-var と eqeqeq で強制される記述を削除。命名規約は Lint で強制できないため残す。

3. 編集実行

削除対象の記述をドキュメントから削除。空になったセクションも削除。

4. 検証

削除後のドキュメントを確認し、構造が崩れていないことを確認。

完了報告

## Lint/Docs 同期完了

### 削除した記述
| ファイル | 削除内容 | 根拠ルール |
|----------|----------|------------|
| {path} | {削除した記述} | {ESLint/Prettier ルール名} |

### 変更ファイル
- {ファイル一覧}

### 確認事項
- 構造崩れ: なし / あり（詳細）
- 理由・背景の保持: OK / NG（詳細）