Тип надо проверить, а не пообещать

export function parseJson<T>(text: string, isValid: (value: unknown) => value is T): T | null {
  const parsed: unknown = JSON.parse(text);
  return isValid(parsed) ? parsed : null;
}

type User = { id: number };

const isUser = (value: unknown): value is User =>
  typeof value === "object" && value !== null && typeof (value as User).id === "number";

export const maybeUser = parseJson('{"id":1}', isUser);

export const fake = parseJson('{"name":"Макс"}', isUser);
export const fakeId = fake === null ? 0 : fake.id;

Теперь T выводится из аргумента: isUser имеет тип (value: unknown) => value is User, значит T = User. Писать parseJson<User> больше не нужно, и, что важнее, нельзя получить User без проверки.

Что делает каждая строка

• const parsed: unknown = JSON.parse(text). JSON.parse возвращает any, и явная аннотация unknown сразу запрещает с ним что-либо делать без проверки.
• isValid(parsed) ? parsed : null. Внутри ветки «да» type guard сужает parsed до T, поэтому as не нужен.
• T | null в результате. Вызывающий код обязан обработать неудачу, и fake.id без проверки на null не скомпилируется.

Дженерик только в результате это красный флаг

Сигнатура вида function f<T>(...): T, где T не встречается в аргументах, почти всегда означает скрытый as. Так часто выглядят обёртки над fetch:

async function getJson<T>(url: string): Promise<T> {
  const res = await

Это удобно, но тип здесь пообещан, а не проверен. Если сервер вернёт не то, ошибка всплывёт далеко от места загрузки. Для внешних данных лучше передавать проверку: самописный type guard, как здесь, или схему из библиотеки валидации вроде Zod, которая устроена по той же идее.