DHH가 자기 제품 두 개에 동시에 CLI를 달았습니다

"마법이다. 프롬프트를 완벽하게 해냈다. 지금 살아있다는 게 그저 놀랍다."

DHH가 자기 회사 제품 둘에 명령줄 인터페이스를 달고, 에이전트를 물려본 소감을 이렇게 올렸습니다. 베이스캠프 CLI, 그리고 헤이 CLI입니다.

제품을 만든 본인이 놀랐다고 할 정도예요. 저는 이 발표를 그냥 기능 추가 소식으로 보지 않습니다. 조합부터 볼게요.

베이스캠프와 헤이 조합은 왜 중요한가요?

프로젝트 관리 도구인 베이스캠프와 이메일 서비스인 헤이에 각각 CLI를 달면, 에이전트가 둘을 오갑니다.

메일을 확인하고, 할 일을 만들고, 답장 초안을 씁니다. 사람이 화면을 오가며 하던 일을 에이전트가 명령줄 한 곳에서 이어서 합니다.

둘 중 하나만 달았다면 그냥 기능 추가 소식이었을 겁니다. DHH는 일감과 연락, 업무의 양대 입구를 동시에 명령줄로 열었어요. 저는 이걸 이 발표의 핵심으로 봅니다.

연결의 접착제는 왜 에이전트가 됐나요?

누군가 발표 밑에 뼈 있는 농담을 달았습니다. "자기 제품끼리 맞물려 돌아가는 걸 이제야 발견한 남자."

웃자고 한 말인데 정곡입니다. DHH가 따로 팔던 제품들을 에이전트를 거쳐 처음 하나의 흐름으로 이었으니까요.

작년까지는 API 연동으로 제품과 제품을 이었습니다. 이제는 에이전트가 그 일을 해요.

발표 뒤 생태계는 어떻게 움직였나요?

헤이로 옮긴 한 사용자는 이렇게 답했어요. "헤이로 완전히 넘어왔다. 옛 메일 주소들은 전부 전달로 돌려놨고, 엄지 위아래로 걸러진다. CLI가 기대된다."

오픈소스로 초안 워크플로를 밤새 두들겼다는 개발자도 있었어요. 발표 몇 시간 만에 사람들이 생태계를 돌리기 시작한 겁니다.

37시그널스가 문을 열자마자 사용자들이 워크플로를 만들어 올렸어요. 저는 여기서 CLI가 에이전트 시대의 관문인 이유를 봅니다. 명령줄은 사람과 에이전트가 같이 쓸 수 있으니까요.

남는 생각

저는 이 흐름을 SaaS의 문법 교체로 읽습니다.

작년까지는 제품을 웹 UI로 쓰고, API는 개발자용 뒷문으로 뒀어요. 에이전트를 쓰면 CLI를 정문으로, 화면을 확인용으로 씁니다.

저는 "마법이다"라는 소감도 그 맥락에서 읽습니다. 제품을 만든 본인이 에이전트를 물려보고 놀랐다는 건, 웹 UI로는 못 하던 방식으로 명령줄에서 처음 써 봤다는 뜻이거든요.

리눅스로 옮겨가고 오마키를 만들던 DHH가 이번엔 자기 제품 전부에 명령줄을 달았습니다. 웹 UI의 대명사 같던 37시그널스가 명령줄로 돌아왔습니다. 저는 이걸 업계가 이미 방향을 정했다는 뜻으로 봅니다.

---