chore(release): open dev at 2.48.0 before releasing 2.47.0

[github-actions]

Summary

2.47.0 is about to be released. Merging this first means dev already outranks the new tag when it lands, so neither dev nor any open pull request ever inherits the version-line failure. release.yml refuses to publish until this has merged.

This moves dev to 2.48.0.

Opened automatically by .github/workflows/dev-version-bump.yml. The same
version-line move was previously done by hand in 32529c2, e4a85d1, 076ad30, and
befcac3.

Verification

The workflow proved 2.47.0 has neither a Git tag nor an npm publication, and bun test tests/ci-workflows/release-version-line.test.ts proved the chosen development version is unused.

Checklist

• Scope stays focused and avoids unrelated cleanup.
• Docs or release notes were updated when needed.
• Security-sensitive changes were reviewed for secrets, auth, and unsafe defaults.

Maintainer integration: owner authorized this version-only pre-move for release 2.47.0. Reviewed exact head eaaf3d9; only package.json changes 2.47.0 to 2.48.0. Dev version bump workflow 34141856740 passed its intended-version and freeness checks. No independent maintainer approval is claimed. Runtime release gates remain mandatory on the final promotion SHAs.

Review readiness checklist

This PR stays in draft until every box below is ticked. Tick all four boxes once the requirements are met:

• All CI tests are green on my local testing.

• I pushed my PR to the latest dev commit.

• I resolved all correct Codex and CodeRabbit findings.

• My PR is ready for review.

[lidge-jun]

리뷰 · 우선순위 78 / 80

이 PR은 2.47.0 을 실제로 자르기 전에 dev 의 package.json 버전만 2.48.0 으로 올리는 릴리스 게이트 PR입니다. 지금 dev HEAD(17d2a1715)는 아직 2.47.0 open 상태이고, 방금 팁에 #3923(README Sponsors 한 줄 → SPONSORS.md)이 올라온 뒤입니다. 그 아래로는 #3921 OrcaRouter PKCE·라이브 카탈로그, #3918 Sponsors README, #3913 릴리스 트레인 아카이브, #3910 SPONSORS.md, 그리고 #3892/#3887/#3884/#3883·lane D가 깔려 있습니다. 곧 2.47.0 태그와 npm 배포가 나가면, dev 가 같은 문자열을 들고 있으면 tests/ci-workflows/release-version-line.test.ts 가 dev 와 dev 를 베이스로 연 모든 PR에서 빨갛게 물듭니다. 그 빨강은 기여자 디프로는 고칠 수 없고, 예전에 32529c2b2 / e4a85d134 / 076ad3036 / befcac3e1 로 손으로 네 번 고친 바로 그 실패입니다.

막는 장치는 이미 워크플로에 있습니다. .github/workflows/release.yml 의 “Require dev to be ready for this release” 스텝이 origin/dev 의 package.json 버전을 읽어서 bun scripts/version-line.ts assert-ahead "$dev_version" "$RELEASE_VERSION" 을 돌립니다. dev 버전이 릴리스 후보보다 앞서지 않으면 배포가 거절됩니다. 그래서 .github/workflows/dev-version-bump.yml 이 릴리스 직전에 scripts/bump-dev-version.ts 로 다음 개발 버전을 고르고, codex/dev-version-2.48.0 브랜치와 이 PR을 자동으로 엽니다. 워크플로 본문도 “release.yml 이 이 PR이 머지될 때까지 publish를 거절한다”고 적혀 있습니다. 사람이 머지하기 전까지는 준비만 된 상태이고, 자동 머지는 아닙니다. Protect dev 규칙 때문에 봇이 직접 dev 에 푸시할 수도 없습니다.

디프는 package.json 한 줄뿐입니다. "version": "2.47.0" → "2.48.0". 런타임·어댑터·types/config 분할과 겹치지 않고, close-don't-rebase 대상도 아닙니다. 워크플로가 이미 “2.47.0 에 Git 태그도 npm 배포도 없고, bun test tests/ci-workflows/release-version-line.test.ts 가 고른 개발 버전이 비어 있다”고 검증했다고 본문에 적혀 있습니다. 바깥에서 보면 npm 최신은 아직 2.46.0 이라 2.47.0 컷 전 단계와 맞습니다. 지금 dev 방향(2.47.0 open-dev, 스폰서/OrcaRouter·릴리스 트레인 직후)과 정확히 맞는 릴리스 선행 스텝이라 점수는 높게 잡았습니다. 다만 머지 타이밍은 “2.47.0 을 지금 자를 것인가”와 한 세트입니다. 이 PR만 먼저 올리면 dev 는 2.48.0 open이 되고, 아직 안 자른 2.47.0 트리는 main/preview 컷 쪽으로 남습니다.

라인 3 (package.json) - 유일한 코드 변경. 2.47.0 → 2.48.0. 스코프가 한 필드라 충돌 면적이 거의 없고, types.ts/config.ts 분할과도 무관함.

경로 .github/workflows/dev-version-bump.yml - 이 PR을 연 자동 워크플로. scripts/bump-dev-version.ts 로 NEXT_VERSION을 고르고, 태그/npm이 없는 TARGET_VERSION을 확인한 뒤 PR을 만듦. 사람이 머지해야 빨강이 사라지는 “준비된 수리”라는 주석과 일치함.

경로 .github/workflows/release.yml (assert-ahead) - dev 버전이 릴리스 버전보다 앞서야 publish가 진행됨. 이 PR이 머지되지 않으면 2.47.0 컷이 여기서 막힘. 그래서 이 PR은 “있으면 좋은 chore”가 아니라 컷 직전 필수 게이트임.

경로 tests/ci-workflows/release-version-line.test.ts - 트리 안 버전이 이미 낸 태그보다 뒤처지면 fail. dev 가 2.47.0인 채로 2.47.0 태그가 생기면 dev 와 모든 open PR CI가 동시에 빨개짐. 이 PR이 그 창을 미리 닫음.

경로 scripts/bump-dev-version.ts / scripts/version-line.ts - “무조건 minor +1”이 아니라 published shape를 보고 다음 개발 버전을 고르는 규칙. 과거 befcac3e1 이 보여 주듯 preview core가 열려 있으면 단순 increment가 틀릴 수 있음. 이번 선택이 2.48.0 인 것은 워크플로 검증을 거친 결과로 보이며, 사람 리뷰에서 다시 한 번 “아직 안 쓴 stable인가”만 확인하면 됨.

메인테이너의 판단이 필요한 지점

• 지금 바로 2.47.0 을 main/preview 로 자를 준비가 되었는지(이 PR 머지 = 컷 시퀀스의 첫 단추)
• 워크플로가 고른 2.48.0 이 태그·npm·다른 채널과 실제로 비어 있는지(본문 검증을 신뢰할지, gh/npm view 로 한 번 더 볼지)
• docs(readme): one sponsor line pointing at SPONSORS.md #3923 직후 아직 open인 다른 PR(fix(test): preserve captured output after lane timeouts #3924 테스트 lane timeout, fix(codex): recover ocx1-compacted threads for native replay #3920 ocx1-compacted 복구, fix(codex): settle reset-credit retry aliases canonically #3919 reset-credit alias, fix(adapters): convert Codex agent_message for every routed Responses destination #3917 agent_message 변환 등)을 2.47.0 에 넣을지, 2.48.0 open dev 로 넘길지

너의 추천
머지. 디프가 한 줄이고 release.yml 게이트를 여는 필수 선행 스텝이다. 2.47.0 컷을 진행할 거면 이 PR을 먼저 합친 뒤 태그/publish 순서로 가면 된다. 컷을 미루면 이 PR도 같이 보류해도 되지만, 열어 둔 채 오래 두면 다른 PR과 package.json 충돌만 늘어나니 컷 결정과 같이 처리하는 편이 좋다.

이 댓글은 grok-bot이 작성했습니다

[github-actions]

⚠️ Deterministic hygiene checks failed.

• unsponsored_surface — This changes an authentication, workflow, release-automation, or dependency surface. MAINTAINERS.md requires security review for these; ask a maintainer to apply maintainer-sponsored once they have reviewed it. Paths: package.json.

[github-actions]

⏳ DRAFT

• review readiness checklist open (0/4 boxes ticked).

What to do

• Tick all four boxes in the PR description once you're done (currently 0/4).

Review readiness checklist

• ⬜ All CI tests are green on my local testing.
• ⬜ I pushed my PR to the latest dev commit.
• ⬜ I resolved all correct Codex and CodeRabbit findings.
• ⬜ My PR is ready for review.

0/4 boxes ticked.

Automatic draft conversion failed. Please convert this pull request to a draft manually until every box above is ticked.