Cascade가 오늘 끝납니다 — Windsurf 자동화 스크립트 5분 점검 가이드

핵심 요약 (TL;DR)

2026년 7월 1일 오늘부로 Windsurf 시절의 로컬 에이전트 Cascade가 EOL입니다. 6월 초 Cognition이 Windsurf를 Devin Desktop으로 OTA 리브랜드하면서 로컬 에이전트도 Devin Local(러스트 재작성)로 갈아탔고, 오늘이 그 전환의 마지막 날입니다. 인터랙티브 IDE 사용은 자동 마이그가 되지만 CI 파이프라인·셸 스크립트·workflow 룰에 'cascade' 문자열을 박아둔 자동화는 자동 이전이 되지 않습니다. 오늘 안에 점검하지 않으면 빌드가 깨지는 팀이 생깁니다.

6월에 일어난 일

많은 한국 개발자가 6월 한 달간 자기 IDE에서 일어난 변화를 정확히 추적하지 못했습니다. Windsurf는 Cursor와 함께 바이브코더 IDE 양강이었고, 6월 초에 OTA 업데이트로 통째로 Devin Desktop(Cognition 산하 IDE)이 됐습니다. 같은 업데이트로 (1) IDE 회사가 바뀌고 (2) 디폴트 모델이 자체 코딩 모델로 깔리고 (3) 로컬 에이전트가 Cascade에서 Devin Local로 바뀌었습니다. 사용자 입장에서는 "좀 다른 UI가 됐네" 정도로 넘어가기 쉬웠던 변화입니다.

Andrew의 정리 글이 이번 EOL의 가장 정리된 1차 레퍼런스고, digitalapplied와 aicoderscope 같은 2차 분석에서 "interactive use는 zero-effort, named automation은 절대 zero-effort가 아니다"는 합의된 경고가 반복되고 있고요.

5분 점검 체크리스트

오늘 안에 한 번만 돌리면 됩니다.

1. 자동화 스크립트에서 'cascade' 문자열 검색

# 프로젝트 루트에서
grep -rn "cascade" .github/workflows/ scripts/ Makefile package.json 2>/dev/null
grep -rn "cascade" ~/.zshrc ~/.bashrc ~/.config/ 2>/dev/null

CI workflow 파일, Makefile, package.json scripts, 셸 rc 파일, 그리고 본인 dotfiles까지 확인합니다. 'cascade run', 'cascade exec' 같은 명령 호출이 있다면 그게 대상입니다.

2. Devin Local로 명령 치환

대부분의 경우 'cascade' → 'devin local' 단순 치환으로 동작합니다. 다만 옵션 플래그 이름이 바뀐 경우가 있어, 치환 후 한 번은 직접 실행해 dry-run 결과를 봐야 합니다.

3. CI에서 실제 통과 확인

로컬에서 명령이 돈다고 CI에서도 돈다는 보장은 없습니다. CI 환경에 Devin Local 바이너리가 설치돼 있어야 하고, 인증 토큰 환경변수도 새 이름일 수 있습니다. 임시 브랜치 만들어 한 번 push해 본 다음 진짜 머지하는 게 안전합니다.

진짜 비용은 다른 데 있었습니다

오늘 EOL은 표면적으로는 명령어 하나 바뀌는 일입니다. 그런데 한 발 떨어져 보면 다른 그림이 보입니다. 6월 한 달 사이에 Windsurf 유저는 IDE 회사도, 디폴트 모델도, 로컬 에이전트도 다 바뀐 환경에서 일하고 있었다는 거예요. OTA 업데이트라는 게 좋은 점은 빠른 개선이지만, 나쁜 점은 사용자가 신뢰의 기반으로 삼던 것들이 동의 없이 갈리는 것입니다.

Windsurf를 자동화에 깊이 박아둔 팀이 오늘 가장 큰 충격을 받지만, 더 큰 교훈은 "한 IDE에 깊이 lock-in되는 것의 진짜 비용"입니다. 같은 한 주에 Cursor 모바일 출시, Claude Code의 트러스트 폭로, 오픈소스 로컬 코딩 모델의 임계점 돌파가 동시에 일어나고 있는 시기에, 자동화는 가능한 한 도구 중립적으로 짜두는 게 안전합니다. 'cascade' 대신 alias 한 단계만 둬도 다음번 EOL이 왔을 때 alias만 갈아주면 됩니다.

마이그 옵션 빠르게 비교

Cascade 다음 선택지는 보통 셋 중 하나입니다. Devin Local은 같은 회사가 만든 후속이라 명령어 치환이 가장 쉽고, Cursor의 백그라운드 에이전트는 인터랙티브가 강점이라 자동화 적합도는 떨어지고, Claude Code는 CLI 표준화가 가장 깔끔하지만 도입 시 기존 IDE와 분리 운영이 필요합니다. 자동화가 핵심이라면 Claude Code, 워크플로 연속성이 중요하면 Devin Local 쪽이 무난한 선택입니다.

오늘 5분만 투자하면 내일 출근해서 빨간 CI 알람을 안 봐도 됩니다. 그게 이 글의 전부예요.

FAQ

Q. 7월 1일 자정부터 정확히 명령이 안 도나요?

A. EOL의 정확한 시각(UTC 기준인지 PST 기준인지)은 공식 공지에 따라 다릅니다. 일부 사용자가 EOL 이후 잠시 grace period를 경험할 수도 있지만, 그걸 전제로 두면 안 됩니다. 오늘 안에 점검 끝내는 게 안전합니다.

Q. Devin Local로 옮기지 않고 다른 도구로 갈아타도 되나요?

A. 됩니다. Cursor 백그라운드 에이전트, Claude Code, 또는 OSS 로컬 모델 + 자체 자동화도 다 옵션입니다. 다만 명령 인터페이스가 완전히 달라지기 때문에 cascade → devin local 단순 치환보다는 작업이 큽니다.

Q. 인터랙티브로만 쓰면 아무 작업도 안 해도 되나요?

A. 거의 그렇습니다. Devin Desktop은 자동 업데이트로 모든 게 전환됐기 때문에, 본인이 IDE 안에서만 클릭으로 쓰던 사용자라면 신경 쓸 게 거의 없습니다. CI나 외부 자동화 스크립트가 핵심 점검 대상입니다.