나는 Bun이 걱정된다 — Anthropic 인수 이후 개발자 생태계의 불안

나는 Bun이 걱정된다 — Anthropic 인수 이후개발자 생태계의 불안

Bun은 빠른 JavaScript 런타임이자 TypeScript 작업을 편하게 해주는 도구입니다. 하지만 Anthropic의 2025년 12월 인수 이후 제품 정책과 운영 방식의 영향을 받을 수 있다는 우려가 커지고 있습니다. 이 글에서는 Bun에 대한 최근 발생하는 우려의 배경을 정리하고, 개발자로서 어떻게 대응해야 할지 살펴보겠습니다.

Bun이란 무엇인가

Bun은 빠르고 실용적인 JavaScript 런타임으로, 작은 스크립트부터 앱, 테스트, 도구까지 다양한 환경에서 TypeScript 작업을 손쉽게 만들어줍니다. 빠른 설치, 빠른 테스트 실행, 개선된 번들링, 줄어든 도구 체인 부담 때문에 많은 개발자가 Node.js 대안으로 Bun을 선택했습니다.

Bun이 특히 주목받은 이유는 다음과 같습니다:

• 별도 빌드 단계 없이 TypeScript 지원 — 설정 파일 없이 바로 TS 코드 실행

• 내장 번들러 — Vite 없이도 번들링 가능

• 내장 테스트 프레임워크 — Vitest 없이도 단위 테스트 작성 가능

• 패키지 관리 기능 — npm, pnpm 대안으로 빠른 설치 속도

이런 기능을 하나의 도구 체인으로 묶어 제공한다는 점이 가장 큰 매력입니다. 개발 환경을 간소화하고, 다양한 도구 간 호환성 문제에서 벗어나고 싶었던 개발자들에게 Bun은 매력적인 선택지였습니다.

Anthropic 인수와 초기 기대

Anthropic은 2025년 12월 Bun을 인수했다고 발표했습니다. 인수 발표의 핵심 내용은 다음과 같았습니다:

• Bun은 오픈소스와 MIT 라이선스를 유지

• 같은 팀이 계속 개발 진행

• 로드맵은 고성능 JavaScript 도구와 Node.js 호환성에 집중

특히 인상적이었던 문장은 이랬습니다: "Claude Code ships as a Bun executable to millions of users. If Bun breaks, Claude Code breaks. Anthropic has direct incentive to keep Bun excellent."

CLAUDE CODE가 Bun 위에서 동작하기 때문에, Anthropic이 Bun을 빠르고 안정적으로 유지할 직접적 동기가 있다는 논리였습니다. 당시에만 해도 이 논리는 꽤 타당해 보였습니다. Anthropic의경제효익와품패형상 모두 Bun의 품질 유지와 연결되어 있었기 때문입니다.

Claude Code에 대한 평가 변화

Anthropic의 모델 품질 자체는 여전히 우수합니다. Claude Opus 4.6으로 추정되는 모델군은 코딩, 글쓰기, 추론, 일반 개발 작업에서 여전히 최고의 성능을 보여줍니다. 그러나 모델 주변의 제품 계층에서 문제가 발생하기 시작했습니다.

약 1년 전만 해도 Claude Code는 프로젝트를 읽고, 집중된 수정 사항을 만들고, 명령을 실행하며 실수를 고치고 계속 진행할 수 있는 도구로 느껴졌습니다. 당시 Claude Code는 개발자 워크플로가 자동완성 중심에서 에이전트 중심으로 전환될 수 있다는 확신을 준 초기 AI 코딩 도구 중 하나였습니다.

하지만 2025년 12월 이후 Claude Code는 이미 나빠지고 있었지만, 인수 소식이 개발자 도구의 미래에 대한 기대를 덮어주었습니다.

2026년 4월 이후발생료십

2026년 4월 들어 Claude Code의 문제가 본격적으로 표면화되었습니다. 개발자들이 제기한 주요 문제점은 다음과 같습니다:

품질 저하 — 기본 코딩 작업에서 일관성 있는 결과를 내지 못함

제한 동작 — 이전에 가능했던 작업이 갑자기 막히는 현상

서드파티 하네스 제한 — OpenClaw 같은 서드파티 도구 지원에 추가 비용 요구

과금 혼란 — 예상치 못한 비용 발생

느린 커뮤니케이션 — 문제 발생 시 대응 지연

Anthropic은 engineering postmortem을 공개하면서, 기본 추론 노력값 감소, 오래된 세션 버그, 코딩 품질을 해친 프롬프트 변경 같은 제품 계층 문제를 원인으로 인정했습니다. 사후 분석치고는 나았지만, 이미 발생한 문제들을 감추지는 못했습니다.

예상 밖의 동작

TechCrunch 보도에 따르면, Anthropic은 Claude Code 구독자에게 OpenClaw 같은 서드파티 하네스 지원을 위해 추가 비용을 내야 한다고 알렸습니다. 더충격적인 것은 Gigazine 보도입니다. Git 히스토리에 OpenClaw라는 텍스트가 있기만 해도 Claude Code가 요청을 거부하거나 추가 과금을 유발할 수 있다는데.

JSON blob 안의 최근 커밋에 OpenClaw가 언급된 것만으로도, 빈 저장소에서 claude -p "hi"를 직접 호출할 때 동작이 트리거될 수 있었다고 합니다. 이런 동작은 실제 코드 수준으로 사용해보기 전에는 발견하기 어려운 문제입니다.

이런 흐름은 일관된 제품 운영 없이 변경 사항을 내보내는기업문화를 반영합니다. 외부에서 보기에 Claude Code는 더 많은 제한, 이상한 과금, 커밋 텍스트에 따라 달라지는 예상 밖 동작으로 잘못된 방향으로 가고 있습니다. 이런 현상을 엔시티피케이션(enshittification) 이라고 표현합니다.

Bun으로 이어지는 불안

Bun은 Claude Code 안에 깊이 들어가 있습니다. Claude Code가 나빠지는 것처럼 보이기 때문에, Bun도 같은 방향으로 갈 수 있다는 우려가 생기는 것은 자연스러운 일입니다.

여기서 핵심적인 것은, 이 우려가 Bun 자체나 Bun 팀의 품질 문제와는 다르다는 점입니다. Bun이 나쁘거나, Bun 팀이 관심을 잃었다는 뜻이 아닙니다.

문제는 다음과 같습니다: Bun과 Bun 팀이 Anthropic에 더 통합될수록, Anthropic의 정책도 함께 들어올 수 있다는 가능성이 존재합니다. Claude Code를 망가뜨린 것으로 보이는 정책이 Bun에도 영향을 주면, 동일한 문제를 Bun에서도 겪을 수 있습니다.

Anthropic이 JavaScript 생태계의 자율성을 존중하고, 개발자 친화적인 방향으로 제품을 운영할지 여부는 아직 확인되지 않았습니다. 다만 2025년 12월보다 현재 상황에 대한 신뢰는 낮아진 것이 사실입니다.

당분간 pnpm으로 이동하는 것이 현명합니다

실용적인 관점에서, 일부 프로젝트에서는 Bun에서 pnpm으로 이동하는 선택을 하고 있습니다. 그 이유는 다음과 같습니다:

Bun은 pnpm보다 더 많은 기능을 한 도구 안에 제공합니다. TypeScript 지원, 번들러, 테스트 프레임워크, 패키지 관리까지 하나의 도구로 처리할 수 있습니다. 그러나:

• pnpm은 Bun 대체재가 아닙니다 — 순수 패키지 매니저일 뿐입니다

• 패키지 관리 기능만 사용한다면 pnpm도 충분히 빠른 설치 속도를 제공합니다

• 모노레포 지원 — pnpm도 합리적인 디스크 사용량과 좋은 모노레포 지원을 제공합니다

일상 작업에서 Bun을 가장 자주 쓰는 부분이 패키지 관리라면, pnpm으로 옮겨도 큰 불이익 없이 동일한 작업을 처리할 수 있습니다. 새로운 JavaScript나 TypeScript 프로젝트를 시작한다면, 당분간 pnpm이 더 안정적인 선택입니다.

기존 프로젝트는 어떻게 하나

중요한 점은, 기존에 Bun을 사용하고 있는 프로젝트에서 떠나야 한다는 의미는 아니라는 것입니다. 떠날 만한 충분한 이유가 생기기 전까지는 현재 선택을 유지하는 것도 합리적인 전략입니다.

모든 개발 도구가 모든 상황에 적합해야 한다는 생각은 버려야 합니다. 프로젝트의 특성, 팀의 요구사항, 현재 도구의 성능을 고려해서 개별적으로 판단해야 합니다.

남은 가능성과 결론

지금으로서 확실한 것은, 1년 전의 Claude Code가 Anthropic이 개발자 도구를 이해한다는 증거처럼 보였지만, 지금은 Anthropic이 제품을 장기적으로 유지하고 개선하는 데 필요한 것을 모를 수 있다는 경고처럼 보인다는 점입니다.

Bun은 여전히 훌륭한 도구입니다. 빠른 속도, 편리한 기능, 좋은 개발자 경험은 계속 유지되고 있습니다. 다만 Anthropic의 정책이 Bun에 어떤 영향을 미칠지, 앞으로 어떤 방향으로 갈지 예측하기 어려워졌습니다.

Anthropic은 돈, 배포력, Bun의 성능과 안정성을 신경 쓸 실질적 이유를 갖고 있습니다. Bun이 이 상황을 거치며 더 강해질 가능성도 있습니다.

다만 신뢰는 낮아진 상태입니다. 개발자로서 우리는 계속 지켜보면서, 필요하다면 도구를 전환할 준비를 해야 합니다. 1년 뒤에 이 전망이 맞았는지 다시 확인해보는 것이 좋겠습니다.

---

핵심 정리:

• Bun 인수 이후 Anthropic의 제품 정책에 대한 우려가 커지고 있습니다

• Claude Code의 품질 저하와 예상 밖 동작이 이런 우려의 근거입니다

• 당분간 새 프로젝트에서는 pnpm을 고려해볼 만합니다

• 기존 프로젝트는 충분한 이유가 생길 때까지 현재 도구 유지도 합리적입니다

• 계속 지켜보면서 도구 생태계의 변화를 주시하는 것이 중요합니다

---

📚 출처

• https://news.hada.io/topic?id=29169