microsoft/TypeScript 저장소를 보면 먼저 익숙한 설명이 보입니다. TypeScript는 JavaScript의 superset이고, optional types를 더해 대규모 JavaScript 애플리케이션을 다루기 쉽게 만들며, 최종적으로는 읽을 수 있는 표준 JavaScript로 컴파일됩니다. README는 이를 “application-scale JavaScript”라는 말로 정리합니다. 어떤 브라우저, 어떤 호스트, 어떤 OS에서도 동작하는 앱을 겨냥한다는 점도 여전히 핵심입니다.
하지만 2026년 7월 11일 기준으로 더 눈여겨볼 부분은 기능 소개가 아니라 기여 정책입니다. README의 Contribute 섹션은 현재 이 저장소의 코드 변경이 매우 제한된 범주에만 열려 있다고 밝힙니다. 5.9나 6.0에서 도입됐고 7.0에서도 재현되는 크래시, 보안 문제, 메인라인 사용에 큰 영향을 주는 language service 크래시, 많은 사용자에게 심각한 영향을 주는 5.9 회귀처럼 영향이 분명한 수정이 중심입니다.
대부분의 버그 수정은 microsoft/TypeScript-go 저장소로 보내라고 안내되어 있습니다. 기능 추가와 동작 변경도 TypeScript 7.0 완료 전까지는 멈춰 있습니다. 이는 단순한 개발 속도 조절이 아니라, 생태계 핵심 인프라가 안정성과 전환을 함께 관리하는 방식으로 읽힙니다. TypeScript는 npm stable 설치와 nightly build, CI, OpenSSF Scorecard, playground, handbook, roadmap, 커뮤니티 채널을 모두 갖춘 대형 프로젝트입니다. 변경 하나가 개인 프로젝트가 아니라 수많은 팀의 빌드와 에디터 경험에 영향을 줍니다.
그래서 지금 TypeScript의 흥미로운 지점은 “타입이 있는 JavaScript”라는 오래된 요약을 넘어섭니다. 언어와 컴파일러, language service, 문서, 배포 채널, 커뮤니티가 하나의 운영 체계로 묶여 있고, 그 체계가 7.0 전환을 앞두고 어떤 수정만 받아들일지 선별하고 있습니다. 빠르게 움직이는 오픈소스 프로젝트가 아니라, 넓게 깔린 개발 인프라가 리스크를 줄이는 장면에 가깝습니다.
실무자에게는 이 점이 중요합니다. TypeScript를 쓴다는 것은 타입 문법을 채택하는 일만이 아닙니다. stable과 nightly 중 무엇을 따라갈지, language service 장애가 팀 생산성에 어떤 영향을 줄지, TypeScript-go와 7.0 로드맵을 어떻게 관찰할지까지 포함합니다. 오늘의 stars today 숫자는 관심의 지표지만, README의 기여 제한은 더 깊은 신호입니다. TypeScript는 기능을 늘리는 속도만큼이나, 변화의 범위를 제한하는 능력으로 신뢰를 유지하는 단계에 와 있습니다.