AI 도구 이탈 전략: 내일 이 도구가 사라져도 워크플로가 사는 법

핵심 요약: 올해 상반기에만 Cascade가 종료되고, Atlas가 종료 예고됐고, Amazon Q가 대체 수순에 들어갔습니다 — 이 동네에서 도구의 수명은 내 워크플로보다 짧을 수 있다는 게 검증된 사실입니다. 대비는 탈출 계획이 아니라 자산 배치입니다: 이사 갈 때 가져갈 수 있는 것(도구 중립 자산)에 투자를 몰고, 두고 갈 것(도구 전용 기능)에는 얕게 결합하기. 가져갈 수 있는 것 — AGENTS.md류 문서, 명세·검토 습관, 훅에 담긴 규칙의 "내용", git 히스토리. 두고 갈 것 — 도구별 설정 문법, 세션 기록, 전용 기능 의존 워크플로. 이 구분만 의식해도 다음 종료 공지가 사고가 아니라 이사가 됩니다.

이 글에서 다루는 내용: 가져갈 수 있는 자산 4가지, 두고 가는 것들, 결합 깊이를 정하는 기준, 이사 체크리스트.

전제: 종료는 예외가 아니라 주기

상반기 결산(그 글)에서 "통합과 종료"를 한 흐름으로 꼽았던 이유가 있습니다 — 시장이 빠르게 정리되는 중이라 인수·피벗·단종이 분기마다 나옵니다. 지금 쓰는 도구가 나빠서가 아니라 확률의 문제로, 워크플로 설계에 "이 도구가 사라지면?"이라는 질문 하나를 넣어둘 가치가 충분합니다.

가져갈 수 있는 자산 4가지

① 도구 중립 문서 — AGENTS.md. 프로젝트 지식을 CLAUDE.md·Rules 같은 도구별 파일에만 두지 말고 AGENTS.md(그 표준)에 모으세요. 30개 이상의 도구가 읽는 파일이라, 도구를 바꿔도 "프로젝트를 아는 에이전트"가 첫날부터 나옵니다. ② 명세·검토 습관. 좋은 작업 명세(그 원칙)와 리뷰 체크리스트는 어느 도구에서든 같은 값을 하는, 가장 확실한 이식 자산입니다. ③ 규칙의 "내용". 훅 스크립트의 문법은 도구별이지만 그 안의 규칙(위험 명령 목록, 시크릿 패턴, 완료 조건)은 텍스트로 정리해두면 재구현이 한나절입니다 — 스크립트와 별도로 "우리 팀 안전 규칙.md"를 유지하세요. ④ git 히스토리. 의도가 담긴 커밋 메시지(그 규율)는 미래의 도구가 읽을 최고의 맥락 문서입니다.

두고 가는 것들: 그래서 얕게

세션·대화 기록(도구 안에 갇힘 — 결론은 파일로 승격), 도구별 설정 문법(내용만 챙기면 됨), 그리고 전용 기능에 깊이 의존한 워크플로 — 이게 제일 위험합니다. Cascade 종료 때 가장 아팠던 사람들은 Cascade 전용 자동화를 깊게 쌓은 사용자였습니다. 전용 기능을 쓰지 말라는 게 아니라, "이 기능이 사라지면 대체 경로가 있는가"를 알고 쓰라는 것 — 대체 경로가 없는 기능일수록 거기 얹는 무게를 조절하세요.

결합 깊이의 기준: 교체 비용으로 결정

실용적인 규칙 하나 — "이 도구를 한 달 안에 교체할 수 있는가?"를 분기마다 자문하세요. 답이 "그렇다"면 지금처럼 쓰면 되고, "아니다"면 어디가 발목인지 목록화 — 대부분 위의 ①~③을 정리하지 않은 것이 원인입니다. 참고로 이건 도구를 자주 바꾸라는 얘기가 전혀 아닙니다. 오히려 반대로, 이탈 가능한 상태가 되면 지금 도구에 안심하고 깊이 투자할 수 있습니다 — 보험이 있으니까요.

이사 체크리스트 (실제 상황용)

종료 공지를 받았다면: ① 날짜 확인 + 병행 기간 확보 — 종료일 최소 2주 전 이관 완료 목표(Cascade·Atlas 모두 예정대로 종료됐습니다 — 연장 기대는 계획이 아닙니다) ② 대체 도구에서 AGENTS.md로 시작 — 첫날부터 프로젝트 맥락 확보 ③ 규칙 재구현 — "안전 규칙.md"에서 새 도구의 훅·설정으로 ④ 전용 기능 의존 워크플로부터 재설계 — 여기가 진짜 공사 구간 ⑤ 팀이라면 이관 순서: 파일럿 1명 → 가이드 작성 → 전체. 실제 사례의 절차는 Cascade 전환 글이 표본입니다.

자주 묻는 질문 (FAQ)

Q. 대비한다고 도구를 얕게만 쓰면 손해 아닌가요?

A. 얕게 쓰라는 게 아니라 자산의 위치를 옮기라는 것입니다. 깊이 쓰되, 지식·규칙·습관을 도구 밖 파일로 유지하면 깊이와 이동성이 양립합니다.

Q. 어떤 도구가 오래갈지 미리 알 수 있나요?

A. 확실히는 모릅니다 — 그래서 예측보다 대비가 합리적입니다. 신호가 있다면 요금·정책 변경의 빈도와 방향, 인수설, 개발 속도 정도인데, 이것도 사후에야 명확해지는 경우가 많습니다.

Q. 지금 당장 하나만 한다면?

A. AGENTS.md 만들기입니다. 기존 CLAUDE.md·Rules 내용을 복사해 시작하면 30분이고, 이 글의 자산 ①이 그대로 확보됩니다.

한눈에 보는 요약

지식은 AGENTS.md에, 규칙의 내용은 중립 문서에, 결론은 git에 — 그리고 전용 기능은 대체 경로를 알고 쓰기. 분기마다 "한 달 안에 갈아탈 수 있나"를 자문하면, 다음 종료 공지는 사고가 아니라 이사입니다.

함께 보면 좋은 글

AGENTS.md란?
2026 상반기 AI 코딩 결산 (통합과 종료)
Windsurf → Devin Desktop 전환 가이드 (실제 사례)

참고 자료

AGENTS.md 공식 사이트