Команда Ping Labs поручила перенести компилятор TypeScript от Microsoft, который теперь написан на Go, на Rust. Основную работу выполнила Claude Opus 5.5. Проект называется tsc-rs (репозиторий ts-rust), и его стоимость около 24 047 $ резко контрастирует с более чем 400 000 $, которые израсходовала прежняя попытка с другими моделями.

Что произошло

README проекта начинается с того, что автор хотел посмотреть, смогут ли языковые модели перенести компилятор TypeScript, проверяющий модуль («checker») и языковой сервер на Rust. Его ответ: могут. Всего, как сказано в README, это стоило больше 420 000 $ в токенах, «но, вероятно, можно было уложиться примерно в 20 тысяч долларов».

Две попытки

Сначала автор использовал много моделей OpenAI. Всего он, по его словам, потратил свыше 400 000 $ в токенах по расчётной стоимости API — с GPT-5.6 Sol и GPT-6 Astra. Модели написали больше 1,3 миллиона строк на Rust за несколько месяцев и, по его словам, ни разу не продвинулись дальше примерно 84 % совместимости.

Затем он попробовал Claude Opus 5.5, потому что увидел, как мало расходуются его лимиты Claude Code. Через десять часов была рабочая первая версия (v0). Он предполагал, что Opus использует код моделей OpenAI; это было неверно: Opus 5.5 начала с нуля и продвинулась дальше Astra за десятую часть времени. Он дал ей работать дальше. Общий расход составил примерно 24 047 $ расходов на API за две недели. Поскольку он пользовался аккаунтами Claude, по его расчёту это соответствует 925–983 % его недельных лимитов на плане за 200 $.

Автор пишет также, что не прочитал ни одной строки этого кода. Всё ниже черты, которую он называет «The Slop Line», написано его языковыми моделями, а не им.

Что умеет результат

tsc-rs — прямой порт нативного компилятора TypeScript от Microsoft, написанного на Go. Он сохраняет алгоритмы и поведение и предлагает ту же командную строку (tsc), тот же языковой сервер и тот же API. Он привязан к определённому состоянию microsoft/TypeScript (8 октября 2026 года, TypeScript 7.1.0-dev) и сравнивался с Go в этом состоянии.

  • Те же результаты: TanStack Query core и Hono дают диагностику, идентичную диагностике Go. Первое сообщение называло 181 711 пройденных тестов Go; текущий README называет 184 773.
  • Быстрее: на 60 открытых проектах проверка типов занимает примерно вдвое меньше времени, чем в Go (среднее геометрическое).
  • Реальные проекты: на 120 открытых репозиториях вывод командной строки отличается от Go только в известных проблемах и там, где собственный вывод Go меняется от запуска к запуску.

Контекст

Скорость проверки автор измерял 13 октября 2026 года на машинах с 16 ядрами процессора. Для полной проверки типов T3 Code, один раз с диагностикой Effect и один раз без неё, получается такой порядок (сумма медиан в секундах):

Проверяющий С диагностикой Effect Без диагностики Effect
tsc-rs с --fast 9,77 с 6,91 с
tsc-rs 14,30 с 7,95 с
tsc 7 (Go) 42,55 с 19,45 с
bun check 59,24 с 6,24 с
tsc 6 (JavaScript) 191,00 с 87,87 с

На шести открытых приложениях tsc-rs 0.6.0 в среднем в 2,10 раза быстрее tsc 7, а с --fast — в 2,90 раза. Для VS Code, например, tsc 7 тратит 9,57 секунды, tsc-rs — 4,81 секунды, а с --fast — 2,64 секунды. Таблица показывает и то, что README честно называет: без диагностики Effect быстрее всех bun check с 6,24 секунды, и на четырёх из шести приложений Bun впереди. Сравнение времени не означает, что все инструменты проверяют одинаково: диагностика различается.

Ключ --fast задействует по одному проверяющему на ядро процессора, не более 16. Это ускоряет проверку, но требует ресурсов: в измерениях на 16 ядрах процессорное время выросло до 2,2 раза, а пиковый расход памяти — до 1,9 раза.

README перечисляет и известные проблемы. В некоторых монорепозиториях tsc-rs может записывать вывод для большего числа файлов, чем tsc, а при сборках из нескольких проектов результат может зависеть от тайминга. В редакторе память медленно растёт при долгих сессиях — на 3,1–4,6 МиБ на 1 000 правок, у tsc — на 2,6–2,8. Есть двоичные файлы для Linux x64 и arm64 и macOS arm64; начиная с первой версии после 0.2.0 — и для macOS x64 и Windows.

Что это значит

Для разработчиков, работающих с TypeScript, tsc-rs — прежде всего эксперимент, который можно попробовать. README прямо называет его ранней версией, но заявляет полную совместимость во всех проверенных реальных проектах. Путь для пробы — npm install -D tsc-rs. Кто тестирует, должен знать известные проблемы, особенно для монорепозиториев.

Для вопроса о том, на что способно программирование с ИИ, случай поучителен тем, что сопоставляет два прогона с разными моделями на одной цели. Числа принадлежат самому автору: свыше 400 000 $ и несколько месяцев до примерно 84 % совместимости у моделей OpenAI против примерно 24 047 $ и двух недель у Opus 5.5. Это не контролируемое исследование: речь о двух отдельных попытках с разными инструментами и учётом расходов. Но числа показывают, насколько могут различаться усилия и результат в таких больших затеях.

Для вопроса о качестве остаётся напряжение. Автор говорит, что не читал код, но при этом предъявляет тесты и сравнения: он указывает на тесты, поставляемые с кодом Go, и на сравнения с версией Go на многих проектах. Кто применяет такой код, полагается на эти проверки, а не на чтение кода.

Замечание о толковании: измерения принадлежат автору проекта; независимых повторов использованные источники не нашли. Ускорение зависит от измерения: более ранняя сводка называла в среднем 1,61 от tsc 7 и 11,4 от tsc 6; текущий README для версии 0.6.0 называет 2,10 от tsc 7.

Частые вопросы

Что такое tsc-rs?

Порт нативного компилятора TypeScript от Microsoft, написанного на Go, на Rust. По README он сохраняет алгоритмы и поведение и имеет ту же командную строку (tsc), тот же языковой сервер и тот же API.

Сколько стоил порт?

Часть работы с Claude Opus 5.5 README оценивает примерно в 24 047 $ расходов на API за две недели. Прежняя попытка с моделями OpenAI обошлась, по README, больше чем в 400 000 $; в сумме называется свыше 420 000 $.

Можно ли исполь­зовать tsc-rs в работе?

README называет проект ранней версией. Он заявляет полную совместимость во всех проверенных реальных проектах, но перечисляет известные проблемы, например расхождения в некоторых монорепозиториях и медленный рост памяти в редакторе. Автор пишет, что не прочитал ни одной строки кода.

Насколько быстр tsc-rs?

По README, на шести открытых приложениях он в среднем в 2,10 раза быстрее tsc 7, а с ключом --fast — в 2,90 раза. На 60 открытых проектах проверка типов занимает примерно вдвое меньше времени, чем в Go. Это измерения автора от 13 октября 2026 года.