한 줄로 켜고, 한 줄로 끄는 것
저장소에 2026년 9월 9일자 실측 기록이 있다(M0-29). ACP 어댑터 @agentclientprotocol/claude-agent-acp 0.75.1에서 clientCapabilities.auth.terminal을 true로 주면 claude-login이 인증 수단으로 나타나고, false면 목록이 빈다. 게이트는 dist/acp-agent.js:818 한 줄이다.
구현 확인된 사실이다. 고객의 Claude 구독 사인인을 제품 안에서 제공할지 말지는 우리 코드 한 줄이고, 되돌리는 비용도 한 줄이다. 그래서 발송 대기 중인 질의서 두 장(M0-55 Anthropic, M0-53 Slack)은 엔지니어링 리스크가 아니다.
세일즈 문장은 한 줄로 되돌려지지 않는다
M0-53의 설계는 이렇다. 우리가 Slack 앱을 호스팅하지 않고, 고객이 매니페스트를 자기 워크스페이스에 붙여넣어 앱을 만든다. 토큰은 고객 기기에 남고 우리 서버로 오지 않는다.
Slack 공식 문서는 오늘 기준 두 갈래만 말한다. 미배포 앱은 한 워크스페이스에 한정되지만 전체 기능을 쓸 수 있고, 1클릭 설치로 액세스 토큰이 나온다. 반대로 상업적 배포를 의도한 앱은 마켓플레이스 등재 심사를 받아야 한다고 명시한다. 우리 설계는 전자에 붙어 있고, 질의서가 묻는 건 정확히 그 경계다.
답이 "심사 대상"으로 오면 앱을 우리가 배포하는 형태로 바뀌고, 그 순간 서버가 토큰을 보관한다. 저장소 문서에 이미 그렇게 적혀 있다.
여기서 비대칭이 생긴다. 코드는 한 줄이지만, "데이터는 고객 기기를 떠나지 않는다"를 세일즈 1번 문장으로 쓴 뒤 번복하는 비용은 한 줄이 아니다. 그 문장은 데모 슬라이드에만 있는 게 아니라, 상대 보안 담당자가 계약서로 옮겨 적는 문장이다. 번복하면 딜 하나가 아니라 레퍼런스가 날아간다.
반대 의견
"기획 단계 제품이 법무 답장을 기다리나? 일단 팔고 나중에 고쳐라." 타당하다. 답장을 기다리며 제품을 멈출 이유는 없다. 그러나 멈추라는 말이 아니다. 지금 영업 자료에 박아도 되는 문장과, 답장 전까지 입에 올리지 않을 문장을 분리하라는 것이다. 전자는 "로컬에서 실행된다"(구현 확인). 후자는 "토큰이 우리 서버에 없다"(분류 미확정).
경쟁사 쪽을 보면 왜 급한지 보인다. Claude 공식 문서는 Cowork이 로컬 파일이나 브라우저에 닿을 때 그 컴퓨터의 Claude Desktop 앱을 경유한다고 적는다. 고객이 밟는 절차는 사인인 하나다. 우리 Slack 경로는 저장소 실측으로 앱 생성 + 봇 스코프 13개 + Socket Mode + 채널별 /invite, 커넥터 8종 중 마찰 최상위다. 온보딩 마찰은 이미 우리가 지고 있는 싸움이고, 그걸 상쇄할 유일한 문장이 "대신 토큰은 당신 기기에 있다"다. 그 한 문장이 질의서 두 장에 담보로 잡혀 있다.
이번 주에 할 일
- 질의서 두 장을 이번 주에 발송한다. M0-55는 claude.com contact-sales, M0-53은 Slack Developer Support. 본문은 이미 완성돼 있다. 남은 건 보내기 버튼이고, 리드타임은 우리가 줄일 수 없다.
- 세일즈 문장 화이트리스트를 한 장으로 만든다. 구현 확인된 문장만 '지금 사용' 칸에, 분류 미확정 문장은 '답장 후' 칸에. 데모·랜딩·메일 초안이 이 한 장을 참조하게 한다.
- 최악의 답장에서도 팔 수 있는 문장을 미리 적는다. 서버가 토큰을 보관하는 설계에서 남는 가치가 무엇인지 한 단락. 지금 적으면 선택이고, 답장 온 뒤에 적으면 수습이다.