나는 GitHub CoPilot CLI 챌린지를 포기한다

발행: (2026년 1월 30일 오후 07:34 GMT+9)
3 분 소요
원문: Dev.to

Source: Dev.to

왜 GitHub Copilot CLI 챌린지를 건너뛰는가

저는 AI—소형 및 대형 언어 모델 모두—의 옹호자이며, 최고의 사이트라 생각하는 dev.to의 팬입니다. 하지만 Linux 사용자로서 최신 챌린지는 건너뛰어야 합니다. GitHub Copilot은 Microsoft 제품이기 때문입니다.

Microsoft 생태계에 대한 우려

제품을 모회사인 Microsoft의 광범위한 철학과 분리하기는 어렵습니다. 텔레메트리가 과다하게 포함된 Windows 11 출시와 Windows 10 지원 종료로 완벽히 작동하던 하드웨어를 강제로 구식으로 만드는 행위 등은 제가 지지할 수 없는 관행입니다.

이는 GitHub Copilot에도 동일하게 적용됩니다. 저를 불편하게 하는 것은 에이전시적인 특성(파일·디렉터리 조회 및 명령 실행 능력)이 아니라, 모든 처리가 로컬이 아닌 Microsoft Azure 서버에서 이루어진다는 점입니다.

Linux 사용자들은 “콜‑홈” 바이너리를 피하고 강제적인 생태계 락인에 저항하기 위해 Debian이나 Arch와 같은 배포판을 사용합니다. 저는 터미널 활동을 중앙 Microsoft 서버에 보고하는 클라우드 연결 에이전트를 설치하고 싶지 않습니다.

로컬 AI 대안

다시 말하지만, 이는 dev.to에 대한 비판이 아닙니다—저는 이러한 고프로필 챌린지를 즐깁니다. 단지 에이전시적인 도구가 다른 것이었으면 합니다. 로컬 AI 분야에서는 놀라운 작업들이 진행 중이며, 클라우드 연결 없이도 PC에 스마트 CLI 에이전트를 둘 수 있습니다. Ollama, Llama.cpp, 그리고 로컬 MCP (Model Context Protocol) 서버와 같은 오픈소스 도구들은 데이터를 100 % 자체 실리콘에 보관하면서 “에이전시” 도움을 받을 수 있음을 증명합니다.

  • Zero Exfiltration: 탐색의 100 %가 당신의 NVMe에 남아 있습니다.
  • No Telemetry: Microsoft 계정이나 Azure로의 HTTPS 요청이 없습니다.

이 챌린지를 도전하는 분들께 행운을 빕니다—저는 이번에는 참여하지 않겠습니다.

Ben S.

Back to Blog

관련 글

더 보기 »