요약: 저는 현재 매우 특정하고 강렬한 형태의 불안을 경험하고 있습니다. 이는 수익, 고객 확보, 또는 시장 점유율에 관한 것이 아닙니다. 이는 제 회사 내부와 기술 산업 전반에서 발생하고 있는 거대한, 가시적인 균열에 관한 것입니다. AI를 사용하여 20% 더 빨라지는 사람들이 있는가 하면, AI를 사용하여 100배 더 빨라지는 사람들도 있습니다. 그들은 더 이상 같은 전문적인 우주에 존재하지 않습니다. 게다가, AI 에이전트를 구축하는 방식의 구조가 다시 변화하고 있습니다.다시—복잡한 MCP 플러그인에서 원시 명령 줄 인터페이스(CLI)로 이동하고 있습니다. 이 변화를 이해하지 못한다면, 단순히 뒤처지는 것이 아니라, 당신은 구식이 되고 있습니다.
제임스입니다, 머큐리 기술 솔루션의 CEO. 홍콩 - 2026년 3월 8일
지난 몇 달 동안, 저는 제 팀을 면밀히 지켜보고 있었습니다. 머큐리의 모든 직원이 AI를 사용하고 있습니다. 어떤 사람은 클로드를, 어떤 사람은 제미니를, 어떤 사람은 오픈AI를 사용합니다. 표면적으로, 모든 사람이 20%에서 30%의 효율성 향상을 보고하고 있습니다.
하지만 20%는 반올림 오차입니다. AI의 진정한 잠재력은 30%의 증가가 아니라, 10배 또는 100배의 기하급수적인 도약입니다.
나는 실시간으로 파열이 발생하는 것을 지켜보고 있다.
- 그룹 A는 AI를 매우 지능적인 구글 검색처럼 사용한다. 그들은 AI에게 코드 조각을 디버깅하거나, 이메일 초안을 작성하거나, PDF를 요약해 달라고 요청한다.
- 그룹 B는 그들의 전체 작업 모델을 근본적으로 변경했다. 그들은 AI를 주니어 엔지니어 팀으로 여기고 자신을 설계자로 대한다. (나는 그룹 B에 속해 있다.)
이 두 그룹은 더 이상 같은 경제적 현실에 존재하지 않는다.
1. "뉴타입" 패러다임: 지휘자가 되기
2주 전, 나는 자주 협력하는 외부 엔지니어와 상담하고 있었다. 그는 베테랑 MMO 개발자이며, 그의 분야의 대가이지만, 코드 작성을 위해 AI를 거의 사용하지 않았다.
일련의 회의에서, 나는 그에게 단순히 "ChatGPT를 사용하라"고 말하지 않았다. 나는 이전 게시물에서 설명한 정확한 시스템 아키텍처를 통해 그를 안내했다: AI IDE(예: Google Antigravity)를 사용하는 방법, 모델을 라우팅하는 방법, 작업을 나누는 방법, 그리고 AI를 엔진 환경에 직접 연결하는 방법.
일주일 후, 그의 전체 세계가 바뀌었다. 그는 서버에 Golang, 클라이언트에 Godot가 필요한 AI 웹 게임 프로젝트를 맡게 되었는데, 이는 그가 이전에 사용해 본 적이 없는 두 가지 기술이다.
그는 아키텍처를 설정하고 실행을 AI에 맡긴 뒤, 서버와 클라이언트를 동시에 구축하는 모습을 지켜보았다. 그는 변화의 본질을 완벽하게 요약한 메시지를 나에게 보냈다: "나는 지난 2주 동안 C++나 C#을 물리적으로 입력하지 않았다. 나는 더 이상 코더가 아니다. 나는 AI 아키텍트이자 지휘자이다."
그는 과제를 이해했다. 하지만 내 사무실로 돌아가면, 동일한 도구와 작업 흐름을 공유하고 있음에도 불구하고 많은 엔지니어들은 여전히 AI를 사용해 '더 빠르게 입력'하는 데 그치고 있다.
병목 현상은 더 이상 기술이 아니다. 병목 현상은 인간의 이해력이다.자신을 프로듀서가 아닌 기계의 관리자로 바라보는 능력이다.
2. 다음 아키텍처 변화: 왜 CLI가 MCP를 죽이고 있는가
인간의 이해에 대해 불안한 것은 사실이지만, 인프라의 속도에 대해서도 마찬가지로 불안합니다.
지난 6개월 동안, 전체 산업은 에이전트가 우리의 도구에 접근할 수 있도록 MCP(모델 컨텍스트 프로토콜), 기술, 플러그인을 구축하는 데 몰두해 왔습니다. 마치 복잡한 레고 세트를 조립하는 것과 같았습니다: Gmail을 위한 플러그인, Google Drive를 위한 커넥터, Calendar를 위한 기술.
제가 이전에 중요한 전환점을 지적했습니다: 구글이 방금 Workspace CLI를 출시했습니다.
에이전트는 실제로 복잡하고 토큰이 많은 API 래퍼가 필요하지 않습니다. 그들은 단지 명령줄 인터페이스(CLI)에 접근할 필요가 있습니다.
CLI의 토큰 경제학
MCP 아키텍처를 사용할 때는 도구의 스키마와 API 정의를 AI의 컨텍스트 창에 넣어야 합니다. 에이전트가 "생각"할 때마다, 방대한 설명서를 들고 다니는 셈입니다. AI에게 도구를 사용하는 방법을 상기시키기 위해 비싼 GPU 토큰을 소모하고 있습니다.CLI는 이를 우회합니다. AI는 원하는 작업을 결정하고 CLI 명령(예: to use the tool.
CLI bypasses this. The AI decides what it wants to do, calls the CLI command (e.g., gcloud 작업 공간 문서 생성), CLI는 시스템에서 작업을 네이티브하게 실행하고 결과를 반환합니다.
이것이 우리가 CLI 네이티브 에이전트의 폭발적인 증가를 보고 있는 이유입니다: Claude Code, Gemini CLI, Codex CLI, 그리고 이제 Google Workspace CLI.
우리는 다음에서 이동하고 있습니다: AI → 플러그인 → API → 시스템에서: AI → CLI → 시스템
이것은 단순한 도구 업데이트가 아닙니다; 이는 에이전트를 위한 운영 체제의 창조입니다.AI가 CLI를 통해 Gmail, Drive, Docs 및 Calendar를 네이티브하게 명령할 수 있다면, 수백만 개의 기업 워크플로우가 하룻밤 사이에 재작성될 것입니다.
결론: 조직의 벽
이것은 저의 불안으로 다시 돌아가게 합니다. 도구들은 2~3개월마다 업그레이드되고 있습니다. 하지만 인간은 느리게 적응하고, 기업 조직은 더욱 느리게 적응합니다.
당신이 CEO이거나 팀 리더라면, 직원들을 위해 Copilot 라이센스를 단순히 구매하는 것으로는 이 문제를 해결할 수 없습니다. 조직도를 근본적으로 재설계해야 합니다. 팀에서 누가 여전히 '타이핑'하고 있고 누가 '아키텍트'가 되었는지를 파악해야 합니다.
조직이 벽에 부딪히고, 충돌하며, AI 기반 시스템(예: CLI 및 자율 작업 라우팅)을 중심으로 워크플로를 재구성하도록 강요하지 않는다면, 경쟁자들이 그렇게 할 것입니다.
저는 매우 불안합니다. 하지만 그 불안이 바로 제가 주말을 들여 이 CLI를 테스트하고, 이러한 시스템을 직접 무너뜨리는 이유입니다. 기계의 경계를 이해하지 못한다면, 회사의 방향을 결정할 권리가 없습니다.
머큐리 테크놀로지 솔루션: 디지털화를 가속화하다.
