This is ... kind of scary at first 😅 to my knowledge we've never set up type checking for users before. My first big fear is that by hiding away the parserOptions.projectService setting, we'll further help users avoid knowing how these configs are different from the normal recommended ones. ...but I think that fear isn't right. Users still have to opt into it anyway with a config that includes "TypeChecked" . So that's fine. 👍

A more technical blocker would be that we still want people to set tsconfigRootDir. #10826 is a recent question around it. Quoting @bradzacher's #10826 (comment):

tsconfigRootDir is how we orient ourselves in disk for all of our type-aware linting. Without it there are only two absolute paths that we know - the CWD and the file being linted (and in some cases the latter isn't even absolute!!).

If we could get the directory being linted from ESLint, then I think we could remove the need to strongly recommend tsconfigRootDir. Related: #251 (what a throwback!). That was closed as noted in #251 (comment) because ESLint doesn't tell parsers the eslintrc path(s). But, now that we're on flat config, maybe there's a way to get the single flat config file / directory? Filed: #10841.

IMO we should mark this as blocked on ☝ #10841. But if unblocked this would be really nice and I'd be very much in favor of it. 👍

This is one the areas where having config factories rather than prefab objects/arrays would be really nice (see also eslint/rfcs#126 (comment), for example). Would let us provide an API like

export default tseslint.config(
    // etc
    tseslint.configs.enableTypedLinting({ 
        // with intellisense, etc. Maybe even a required property.
        tsconfigRootDir: import.meta.dirname;
    });
)

With the advent of flat configs we could probably request that ESLint passes the config path as configPath: string | undefined to parsers. Each file has 0..1 flat config files now so that would be a way to do-away with tsconfigRootDir for 99.99% of cases.

👍 filed eslint/eslint#19438. Marking this blocked on that.