문샷 AI, 터미널용 오픈소스 코딩 에이전트 ‘키미 코드 CLI’ 공개

• 문샷 AI가 터미널용 오픈소스 코딩 에이전트 ‘키미 코드 CLI’를 공개함

  • 기존 ‘키미 CLI’의 후속 버전이고, 개발자가 터미널에서 코드 작성, 디버깅, 테스트, 자동화 작업을 AI 에이전트와 같이 처리하도록 설계됨
  • 소스코드는 깃허브에 공개되고, 새 버전은 타입스크립트(TypeScript)로 개발돼 npm으로 배포됨

• 핵심은 단순 코드 생성기가 아니라 ‘피드백 기반 개발 에이전트’라는 점임

  • 코드 읽기와 수정, 셸 명령 실행, 파일 검색, 웹페이지 조회를 수행한 뒤 결과를 보고 다음 행동을 스스로 결정함
  • 새 기능 구현, 버그 수정, 대규모 리팩터링뿐 아니라 낯선 코드베이스를 뒤져 아키텍처를 설명하거나 설계 질문에 답하는 용도까지 겨냥함
  • 대량 파일 처리, 빌드 작업, 연속 테스트 실행처럼 실제 개발자가 귀찮아하는 반복 워크플로도 지원 대상에 들어감

• 안전장치도 꽤 전면에 세움. 에이전트가 마음대로 다 뜯어고치는 구조는 아님

  • 읽기 전용 작업은 기본적으로 자동 실행되지만, 파일 수정이나 셸 명령 실행처럼 위험할 수 있는 작업은 사용자 승인을 받아야 함
  • 에이전트는 작업 계획을 세우고, 코드를 수정하고, 테스트를 수행하고, 진행 상황을 보고하는 흐름으로 동작함

• 장시간 개발 세션을 위한 기능도 많이 붙음

  • 단일 바이너리 형태로 배포돼 별도 Node.js 환경 설정 없이 명령어 하나로 설치할 수 있다고 설명함
  • 전용 터미널 사용자 인터페이스(TUI)는 수 밀리초 내 실행된다고 밝힘
  • /compact 명령은 컨텍스트를 압축해 토큰 소모를 줄이고, 긴 작업 세션을 유지하는 데 쓰임

• 비디오 입력 지원은 꽤 흥미로운 포인트임

  • 화면 녹화나 데모 영상을 채팅창에 올려 문제를 설명할 수 있음
  • 버그 재현 절차를 말로 길게 풀지 않고, 실제 화면 흐름을 에이전트에게 넘기는 식의 사용을 노린 것으로 보임

• MCP 설정도 AI 네이티브 방식으로 넣음

  • /mcp-config 명령으로 모델 컨텍스트 프로토콜(MCP) 서버를 추가하고 인증할 수 있음
  • 개발 도구, 외부 서비스, 사내 시스템 같은 컨텍스트를 터미널 에이전트에 붙이는 방향과 맞물림

• 병렬 작업용 서브에이전트 기능이 눈에 띔

  • 내장 에이전트는 코딩(coder), 탐색(explore), 계획(plan) 역할을 맡음
  • 각각 독립된 컨텍스트에서 실행돼 여러 작업을 동시에 처리할 수 있음
  • 기사 기준으로 키미 코드 CLI와 코덱스 CLI는 네이티브 서브에이전트를 제공하지만, 제미나이 CLI는 순차 작업 방식이고 서브에이전트는 제공하지 않음

• 자동화 쪽으로는 라이프사이클 훅(Lifecycle Hook)을 제공함

  • 로컬 명령 실행, 도구 호출 검증, 의사결정 감사, 알림 전송 같은 작업을 흐름 중간에 끼워 넣을 수 있음
  • 단순 채팅형 도구가 아니라 개발 파이프라인 안에 들어가려는 설계로 보임

• 계획 모드와 YOLO 모드는 정반대 성격의 사용자를 동시에 잡으려는 기능임

  • 계획 모드(Plan Mode)는 Shift-Tab 또는 kimi --plan으로 켤 수 있고, 실제 파일 수정 전에 조사 계획과 실행 전략을 먼저 제시함
  • 반대로 --yolo 옵션이나 /yolo 명령은 승인 절차를 생략해 대규모 일괄 작업을 빠르게 밀어붙이는 용도임
  • /fork 명령은 실험용 작업 브랜치를 만들어 위험한 변경을 따로 굴릴 수 있게 함

---

기술 맥락

• 키미 코드 CLI의 선택은 ‘채팅창에서 코드 조각 받기’가 아니라 터미널 자체를 에이전트 작업 공간으로 만드는 쪽이에요. 개발자는 이미 빌드, 테스트, 검색, 로그 확인을 터미널에서 하니까, 에이전트가 그 자리로 들어오면 컨텍스트 전환이 줄어들거든요.

• 서브에이전트가 중요한 이유는 대형 코드베이스 작업이 보통 한 줄로 끝나지 않기 때문이에요. 한쪽에서는 구조를 탐색하고, 다른 쪽에서는 수정 계획을 세우고, 또 다른 쪽에서는 구현을 진행하는 식으로 나누면 긴 작업을 더 빠르게 밀 수 있어요.

• 승인 체계를 둔 것도 현실적인 선택이에요. 파일 수정과 셸 실행은 생산성을 크게 올리지만, 동시에 저장소를 망치거나 위험한 명령을 실행할 수 있는 지점이기도 해요. 그래서 읽기 작업은 자동화하고, 변경 작업은 사용자가 잡는 구조가 개발 현장에 맞아요.

• MCP 지원은 이 도구가 단순 로컬 CLI에 머물지 않겠다는 신호예요. 사내 문서, 이슈 트래커, 빌드 시스템 같은 외부 컨텍스트를 붙일 수 있어야 에이전트가 실제 업무 흐름을 이해하고 움직일 수 있거든요.