// Flat config (`next lint` foi removido no Next 16; o script `lint` chama o
// eslint CLI direto). Migração 1:1 do antigo .eslintrc.json.
// Carrega o @next/eslint-plugin-next DIRETO, nunca o preset do
// eslint-config-next: os plugins que ele traz (react 7.37.5, import 2.32.0,
// jsx-a11y 6.10.2) só declaram peer eslint até ^9, e o react quebra no ESLint
// 10 — importar "eslint-config-next/core-web-vitals" aqui derruba o lint com
// "contextOrFilename.getFilename is not a function" (#297).
import { defineConfig, globalIgnores } from "eslint/config";
import nextPlugin from "@next/eslint-plugin-next";
import reactHooks from "eslint-plugin-react-hooks";
import tseslint from "typescript-eslint";

export default defineConfig([
  // `.claude/worktrees/` são checkouts locais de outros agentes (com `.next/` e
  // `node_modules/` próprios) — nunca fonte deste repo; lintá-los explode o eslint
  // com dezenas de milhares de falsos positivos em JS gerado. (Na CI, checkout
  // limpo, o diretório nem existe.)
  // Cópias compiladas da demonstração e binários baixados pelo Playwright
  // vivem no scratch local. Os scripts escritos à mão em .superpowers seguem
  // sob lint; somente estes dois tipos de artefato gerado ficam de fora.
  globalIgnores([".next/", "node_modules/", "dist/", "supabase/", "next-env.d.ts", ".claude/worktrees/", ".superpowers/**/bundles/", ".superpowers/**/playwright-browsers/"]),
  nextPlugin.configs["core-web-vitals"],
  reactHooks.configs.flat.recommended,
  ...tseslint.configs.recommended,
  {
    rules: {
      "@typescript-eslint/no-unused-vars": [
        "warn",
        { argsIgnorePattern: "^_", varsIgnorePattern: "^_" },
      ],
      "@typescript-eslint/consistent-type-imports": ["warn", { prefer: "type-imports" }],
      // `no-console` fica em `warn`, e não em `error`: a conta que sustenta isso
      // foi medida na issue #297. `npx eslint . -f json` na main de 03/11/2026
      // (eslint 10.13.0, o do lockfile) dá 652 avisos e 0 erros; 223 deles são
      // desta regra, em 52 arquivos, e todos fora do bundle — `scripts/` 152,
      // `tests/` 48, `evidence/` 20, `loop/` 3 — isto é, CLI e teste, onde o
      // stdout É a saída. Nenhuma ocorrência em `app/`, `components/` ou `lib/`,
      // que é o que a regra existe para proteger. Promover a `error` — ou pôr
      // `--max-warnings 0` no passo `Lint` de `.github/workflows/ci.yml` -
      // reprovaria a main hoje, pelo motivo errado; o passivo é anterior e
      // mora fora do produto. Quando chegar a zero, a trava vale, e o lugar
      // dela é aquele passo.
      "no-console": ["warn", { allow: ["warn", "error", "info"] }],
      // react-hooks 7 introduziu esta regra como error; o padrão setState-em-
      // effect é pré-existente em 14 componentes — warn até o mutirão de refactor.
      "react-hooks/set-state-in-effect": "warn",
    },
  },
  {
    // Script CLI do gov-loop (roda via tsx, fora do bundle) — require() ok.
    files: ["loop/**/*.ts"],
    rules: { "@typescript-eslint/no-require-imports": "off" },
  },
]);