클로드가 ‘메모리 기능’을 무료 사용자까지 확장하고, 타 챗봇의 기억/설정을 가져오는 도구를 붙였습니다(네이트/디지털투데이, 9to5Mac 인용). 이거 한 줄로 요약하면: 전환(스위치)을 클릭 한 번으로 만들겠다는 선언이에요. Growth 관점에서 이건 기능 추가가 아니라, Activation·D7 리텐션·유료 전환을 동시에 흔드는 레버입니다.
왜 ‘메모리 이사’가 이렇게 강하냐면, AI 챗봇의 진짜 락인은 모델 성능이 아니라 사용자 맥락(context) 이기 때문입니다. 커스텀 지시, 말투, 선호, 업무 배경이 쌓일수록 유저는 떠나기 어려워지고, 반대로 처음 온 유저는 “다시 세팅해야 한다”는 이유로 이탈합니다. 클로드가 경쟁 서비스의 데이터를 복사해 메모리에 붙여 넣게 만든 건, 그 마찰을 의도적으로 깎아 전환 장벽을 낮추는 온보딩 숏컷을 만든 셈이죠.
여기서 중요한 포인트는 “전환”이 끝이 아니라는 겁니다. 메모리 이사는 유저를 데려오지만, 정착 실패가 나면 D7 전에 다시 원래 서비스로 돌아가요. 특히 최근 클로드는 수요 급증으로 접속 장애를 겪었습니다(AI타임스). 전환이 잘 걸린 순간에 신뢰(availability)가 흔들리면, 유저는 ‘역전환’ 버튼을 누르는 데 10초도 안 걸립니다. 즉, 지금 경쟁의 핵심은 전환 촉진 → 안전한 정착을 한 퍼널로 묶는 운영력입니다.
그래서 에이전트 시대엔 ‘이사 UX’와 함께 보안/품질 게이팅 인프라가 같이 올라와야 합니다. dev.to의 사례처럼, 에이전트가 툴을 쓰는 순간 프롬프트 인젝션으로 API 키가 DNS 쿼리 단계에서 유출될 수 있어요(HTTP 요청 전, DNS 조회에서 이미 새는 구조). 이게 한 번 터지면 전환으로 유입된 파워유저/팀이 가장 먼저 떠납니다. “와 편하다”가 “와 위험하다”로 바뀌는 순간, 리텐션은 무너집니다.
또 하나는 Agentic CI입니다. dev.to의 ‘Agentic CI’ 글이 말하듯, 에이전트를 ‘감으로 테스트(vibe check)’하고 배포하면 사고가 나요. 프롬프트 한 줄 바꿨는데 환불 정책을 뚫고 돈이 새는 것처럼요. 해결책은 전통 CI처럼 계약(contract)과 불변조건(invariants) 을 테스트하는 겁니다: JSON 스키마 준수, 툴 호출 경로, 비즈니스 룰 펜스(예: 14일 넘으면 승인=false). 이걸 배포 전에 게이트로 세우면, 전환으로 들어온 유저가 “어제까지 되던 게 왜 오늘은 망가졌지?” 하고 이탈하는 걸 막습니다.
시사점은 명확합니다. 첫째, ‘메모리 이사’는 단순 편의가 아니라 경쟁 제품의 락인을 역으로 해체하는 획득 채널입니다. 전환 퍼널에서 가장 비싼 구간(학습/세팅 비용)을 제품이 대신 지불하면, CAC가 내려가고 Activation이 튑니다. 둘째, 전환이 늘수록 공격 표면도 커지니 키/DLP/네트워크 격리 같은 보안 기본기가 리텐션의 전제조건이 됩니다. 셋째, 에이전트가 업무를 집행하는 제품이라면 Agentic CI가 곧 프로덕션 신뢰의 스위칭 코스트가 됩니다. 신뢰가 쌓이면 떠나기 어려워지거든요.
전망: 다음 라운드는 “메모리를 잘 쓰는 모델” 경쟁이 아니라, 메모리를 잘 ‘이사’시키고 안전하게 ‘정착’시키는 시스템 경쟁으로 갑니다. 사용자 입장에선 상호운용성이 당연한 기대치가 되고, 제품 입장에선 마이그레이션 UX + 보안 프록시(DLP 선스캔, DNS 전 차단) + Agentic CI가 한 세트로 표준화될 가능성이 큽니다. 지금 당장 할 일은 간단합니다. 전환 CTA를 만들고(가져오기), 정착 가드레일을 깔고(보안·CI), D7 코호트로 효과를 확인하세요. 이거 바이럴도 붙습니다. “내 설정 그대로 옮겨졌어”는 공유하기 좋은 경험이거든요.