type или interface

export type Status = "idle" | "loading" | "success";

export const s: Status = "loading";

Здесь важны обе правки: interface заменён на type, потому что объединению литералов интерфейс имя дать не может, и перечислены сами допустимые значения.

Что умеет только type

type Id = string | number;        // объединение
type Names = string[];            // массив

Интерфейс во всех этих случаях либо не подходит вовсе, либо выглядит громоздко.

Что умеет только interface

Объявления с одинаковым именем сливаются в одно:

interface Window {
  myApp: string;
}

interface Window {
  version: number;
}

// итог: { myApp: string; version: number }

Это называется declaration merging и используется, чтобы дополнять типы чужих библиотек. У type повторное объявление это ошибка «Duplicate identifier».

Практическое правило

Для описания объектов бери то, что принято в проекте, разница почти незаметна. Для всего остального (объединения, функции, массивы, производные типы через Pick и Omit) остаётся только type. Если правила в проекте нет, разумный дефолт: type по умолчанию, interface там, где нужно расширение публичного API библиотеки.

Про пустой интерфейс

interface Status {} не означает «пока не знаю, что здесь будет». Пустой объектный тип совместим почти с чем угодно, кроме null и undefined, поэтому он не столько описывает, сколько отключает проверку. Если тип пока неизвестен, честнее unknown, а не пустой интерфейс.