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

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

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

제품을 만든 본인이 놀랐다는 소감부터가 심상치 않습니다. 이 발표가 왜 그냥 기능 추가 소식이 아닌지, 조합부터 봐야 해요.

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

조합이 말하는 바가 큽니다. 프로젝트 관리 도구인 베이스캠프와 이메일 서비스인 헤이에 각각 CLI가 생기면, 에이전트가 둘을 오갑니다.

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

따로 열려 있던 두 개의 탭이 하나의 작업 흐름으로 붙는 거예요.

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

발표 밑에 뼈 있는 농담이 달렸습니다. "자기 제품들이 서로 붙어 돌아가는 걸 이제야 발견한 남자."

웃자고 한 말인데 정곡입니다. 따로 팔던 제품들이 에이전트를 만나서야 하나의 흐름이 된 거니까요.

작년까지 제품과 제품을 잇는 접착제는 API 연동이었습니다. 지금은 그 자리에 에이전트가 들어왔어요. 연결의 접착제가 API가 아니라 에이전트인 시대입니다.

전환한 사용자의 답글이 실증입니다. "헤이로 완전히 넘어왔다. 옛 메일 주소들은 전부 전달로 돌려놨고, 엄지 위아래로 걸러진다. CLI가 기대된다."

오픈소스 기여로 초안 워크플로를 밤새 두들겼다는 답글도 붙었습니다. 발표 몇 시간 만에 생태계가 이미 돌기 시작한 겁니다.

공식이 문을 열자마자 사용자가 워크플로를 만들어 붙이는 속도. CLI라는 형태가 왜 에이전트 시대의 관문인지 보여주는 장면이에요. 화면은 사람만 쓰지만, 명령줄은 사람과 에이전트가 같이 씁니다.

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

작년까지 제품의 관문은 웹 UI였고, API는 개발자용 뒷문이었어요. 에이전트 시대엔 이게 뒤집힙니다. CLI가 정문이 되고, 화면은 확인용이 됩니다.

"마법이다"라는 소감도 그 맥락에서 읽힙니다. 제품을 만든 본인이 에이전트를 물려보고 놀랐다는 건, 웹 UI로는 안 나오던 사용 방식이 명령줄에서 처음 나왔다는 뜻이거든요.

리눅스로 옮겨가고 오마치를 만들던 DHH가 이번엔 자기 제품 전부에 명령줄을 달았습니다. 웹 UI의 대명사 같던 37signals가 명령줄로 돌아온 것. 방향은 이미 정해져 있다는 뜻이라고 저는 봅니다.

FAQ

베이스캠프와 헤이 조합은 왜 중요한가요?: 프로젝트 관리 도구와 이메일 서비스, 업무의 양대 입구가 동시에 명령줄로 열렸기 때문입니다. 에이전트가 둘을 오가며 메일을 확인하고 할 일을 만들고 답장 초안을 씁니다. 둘 중 하나만 있었다면 그냥 기능 추가 소식이었을 겁니다.
연결의 접착제는 왜 에이전트가 됐나요?: 작년까지 제품과 제품을 잇는 접착제는 API 연동이었지만, 지금은 그 자리에 에이전트가 들어왔습니다. 따로 팔던 제품들이 에이전트를 만나서야 하나의 흐름이 됐습니다.
발표 뒤 생태계는 어떻게 움직였나요?: 헤이로 완전히 넘어왔다는 전환 사용자의 답글이 붙었고, 오픈소스 기여로 초안 워크플로를 밤새 두들겼다는 답글도 달렸습니다. 발표 몇 시간 만에 생태계가 이미 돌기 시작한 겁니다.