IIUC, прямо сейчас VS Code использует один экземпляр языковой службы для файлов, не включенных в tsconfig.json (включая случай, когда tsconfig.json вообще не существует) с параметрами компилятора по умолчанию, а когда tsconfig.json существует, он использует экземпляр службы второго языка, который активно загружает все включенные файлы и использует указанные параметры компилятора. Я полагаю, вы предлагаете, чтобы, когда существует tsconfig.json, первый экземпляр языковой службы должен использовать параметры компилятора из tsconfig.json, но иметь то же поведение при загрузке файлов, что и сейчас. Это приведет к незначительному увеличению сложности, и, честно говоря, опыт редактирования файлов, исключенных из tsconfig.json, когда существует tsconfig.json, все равно будет довольно запутанным: некоторые из ваших файлов будут видеть глобальные определения, а другие - нет, и "найти все ссылки "даст вам частичные результаты. Мне кажется, что ваше предложение является приемлемой альтернативой статус-кво, но я не понимаю, почему вы боретесь за это с командой VS Code, а не просто создаете два файла tsconfig.json, что является явным и дает вам единое редактирование опыт, который вы на самом деле хотите. (Или вы предлагали, чтобы существовала единая языковая служба, которая игнорирует исключения и охотно загружает все .ts(x?) файлы в каталоге проекта? Я совершенно уверен, что это не будет работать, поскольку это вызовет проблемы во многих сценариях.)