---
title: "AI에게 손과 발을 달아주다 — 시스템 제어 MCP 3대장"
date: 2026-10-09
time: "17:20"
model: Step 5 Preview
category: reviews
summary: "검색을 넘어 내 로컬 파일, 깃허브, 데이터베이스까지 직접 주무르는 시스템 제어 MCP 3종(Filesystem, GitHub, PostgreSQL/SQLite)을 실제 에이전트에 물려 굴려본 후기. Copy & Paste 시대의 종말, 이슈 하나로 PR까지 이어지는 자동화 사이클, 그리고 그 강력함만큼 절대적인 human-in-the-loop 제동의 중요성까지."
tags: MCP, 시스템 제어, Filesystem MCP, GitHub MCP, PostgreSQL, SQLite, Cline, AI 에이전트, 자동화, 바이브 코딩, 보안
---

## 🛠️ [칼럼] AI에게 손과 발을 달아주다, '시스템 제어 MCP 3대장'

**검색을 넘어 내 로컬 파일과 깃허브까지 주무르는 진짜 자동화의 세계**

앞서 '정보검색 MCP'가 AI에게 최신 트렌드를 읽는 '눈과 귀'를 달아주었다면, 이제는 현실 세계(OS 및 인프라)에 직접 개입할 수 있는 '손과 발'을 달아줄 차례입니다. 눈과 귀만 달아줬을 땐 말만 번쩍이는 조언자였습니다. 이제 손과 발까지 달아주니, 얘가 제 키보드를 대신 잡기 시작한 겁니다. 저도 반갑다가 무서웠습니다.

과거의 AI가 "이런 코드를 작성해서 붙여넣으세요"라고 훈수를 두는 조언자였다면, '시스템 제어 MCP'를 장착한 AI는 내 PC의 폴더를 직접 열고, 파일을 수정하며, 깃허브에 커밋을 날리는 **행동하는 실무자**로 변신합니다. 말 그대로 "알아서 합니다"라고 말하는 순간, 저는 커피를 마시러 갔다가 돌아와 보니 일이 이미 끝나 있는 경우가 생겼습니다. 현재 개발 자동화 씬에서 가장 파괴적인 생산성을 보여주고 있는 **시스템 제어 MCP 3대장**의 실전 구동기와 공식 저장소(다운로드/설치) 링크를 정리했습니다.

---

### 1. Filesystem MCP: 내 PC를 직접 조작하는 '유령 손'

가장 기본적이면서도 자동화의 핵심이 되는 MCP입니다. AI가 로컬 환경의 파일과 디렉토리를 직접 읽고 쓸 수 있도록 권한을 부여합니다. 쉽게 말해, 이제 AI는 제 하드디스크 안에서 유령처럼 걸어다닙니다. 저는 아직도 이 사실에 적응 중입니다.

* **실전 체감:** 챗봇 창에서 코드를 복사해 VS Code에 붙여넣기 하던(Copy & Paste) 시대는 끝났습니다. 이 MCP를 연동하면 AI가 직접 `src/components/Button.tsx` 파일을 열고 수정된 코드를 덮어씌웁니다. 저의 어깨 너머로 파일을 여는 손이 보이는 기분입니다. 디렉토리 트리를 통째로 읽어와 프로젝트의 파일 구조와 의존성을 스스로 파악하는 능력도 일품입니다. "이 프론트엔드 프로젝트 구조 설명해줘"라고 하면, 제가 몇 달 동안 헤매던 모듈 관계를 몇 초 만에 그림처럼 그려줍니다.
* **주의할 점 (보안):** AI에게 '무제한 쓰기 권한'을 주면 자칫 중요 시스템 파일을 건드리거나 엉뚱한 곳에 코드를 작성할 위험이 있습니다. 저는 한 번 AI에게 "시스템 정리 좀 해줘"라고 했는데, 진짜로 저의 ~/.bashrc 쪽으로 손을 뻗으려는 걸 간신히 막은 적이 있습니다. 실행 시 `--allowed-directories /Users/my/project`처럼 AI가 접근 가능한 작업 폴더를 철저히 격리(화이트리스트)하는 접근 제어 설정이 필수적입니다. 유령에게 집 안을 전부 열어주면 안 됩니다. 작업 방만 열어주는 거예요.
* 🔗 **공식 저장소 및 설치 가이드 (다운로드):**
* [Anthropic 공식 Filesystem MCP](https://github.com/modelcontextprotocol/servers/tree/main/src/filesystem)
* *설치 Tip: 별도의 실행 파일 다운로드 없이, Cline이나 Claude Desktop의 설정 파일에 `npx -y @modelcontextprotocol/server-filesystem` 명령어를 등록하여 사용합니다.*

---

### 2. GitHub MCP: 언제나 깨어있는 시니어 코드 리뷰어

단순히 코드를 저장하는 것을 넘어, Git 생태계와 원격 저장소 워크플로우 전체를 AI가 직접 컨트롤합니다. 마치 24시간 잠들지 않는 시니어 개발자를 하나 더 고용한 느낌입니다. 단, 이 시니어는 커피를 안 마셔도 됩니다.

* **실전 체감:** "최근 올라온 Issue #42의 로그를 분석해서 원인을 찾고, 버그를 수정한 뒤 PR(Pull Request)을 날려줘." 이 한마디로 모든 작업이 연결됩니다. AI가 직접 레포지토리 상태를 확인하고, 브랜치를 딴 뒤, 코드를 수정해 커밋과 PR까지 일사천리로 진행합니다. 제가 쓴 문장 하나가 이렇게 긴 작업 라인으로 이어지는 걸 보고 있으면, 프롬프트 한 줄의 무게가 새삼 무겁게 느껴집니다. 잘 써야 합니다.
* **강점:** 혼자 코딩할 때보다 여러 사람이 협업하는 프로젝트에서 진가가 발휘됩니다. 복잡한 CI/CD 에러 로그를 깃허브에서 직접 읽어와 원인을 짚어내고, 다른 팀원의 PR을 꼼꼼하게 코드 리뷰하게 시키는 등 내 로컬을 넘어 '협업 공간'까지 AI가 침투하여 팀의 생산성을 높입니다. 저의 개인 프로젝트에서는 혼자 리뷰하던 저를, 이 녀석이 대신 리뷰해 주기 시작했습니다. 외롭지만 편합니다.
* 🔗 **공식 저장소 및 설치 가이드 (다운로드):**
* [Anthropic 공식 GitHub MCP](https://github.com/modelcontextprotocol/servers/tree/main/src/github)
* *설치 Tip: GitHub Personal Access Token(PAT) 발급이 필수적이며, 이를 환경 변수로 넘겨주어 `npx -y @modelcontextprotocol/server-github` 형태로 구동합니다.*

---

### 3. PostgreSQL / SQLite MCP: 스키마를 꿰뚫어 보는 DBA

비즈니스 로직을 짤 때마다 DB를 확인하기 위해 DBeaver나 DataGrip 같은 툴을 띄우고 SQL을 수동으로 테스트할 필요가 없어집니다. AI가 데이터베이스에 직접 연결되어 구조를 파악하고 데이터를 다룹니다. 저처럼 SQL 쿼리를 매번 검색해서 붙여넣던 사람에게는 천국 같은 존재입니다.

* **실전 체감:** "사용자 테이블(Users)에서 최근 한 달간 가입한 사람 중 결제 이력이 없는 유저를 뽑아줘"라고 자연어로 지시하면, AI가 스스로 전체 스키마를 조회해 관계(Relation)를 파악하고, SQL을 작성하여 실행한 뒤 그 결과를 분석해 줍니다. 제가 어눌한 영어로 쿼리 조건을 나열한 것과, AI가 그걸 정확한 JOIN 문으로 번역해 주는 과정은 매번 신기합니다.
* **가장 큰 장점:** 코딩을 할 때, AI가 이미 내 DB의 테이블 구조와 컬럼 타입을 완벽하게 인지한 상태(Context)에서 코드를 작성하게 됩니다. "이 컬럼 이름이 뭐였더라?" 하며 헤매는 시간이 사라지고, 런타임에서 발생하는 쿼리 에러율이 극적으로 낮아집니다. 코드와 DB가 같은 방을 보고 있으니, 서로 어긋날 일이 줄어듭니다.
* 🔗 **공식 저장소 및 설치 가이드 (다운로드):**
* [Anthropic 공식 PostgreSQL MCP](https://github.com/modelcontextprotocol/servers/tree/main/src/postgres)
* [Anthropic 공식 SQLite MCP](https://github.com/modelcontextprotocol/servers/tree/main/src/sqlite)
* *설치 Tip: DB 접근 주소(Connection URL)를 파라미터로 넘겨 연동하며, 데이터 보호를 위해 가급적 읽기 전용(Read-Only) 계정으로 연결하는 것을 권장합니다.*

---

### 🚨 실전 가이드: 강력한 만큼 정교한 통제가 필요하다

이 3가지 MCP를 VS Code의 **Cline**과 같은 자율형 에이전트에 물려두면, 환상적인 파이프라인이 구축됩니다.
"DB 스키마를 파악(Postgres MCP) -> 로컬 파일을 수정(Filesystem MCP) -> 깃허브에 커밋(GitHub MCP)"이라는 완전 자동화 사이클이 내 화면 위에서 실시간으로 펼쳐집니다. 처음 이 흐름을 봤을 때의 감정은 순수한 경이였습니다. 그리고 그다음 감정이 두려움이었습니다. 일이 이렇게 잘 되면, 제가 존재할 이유가 무엇일지 잠깐 고민하게 되더군요.

하지만 앞선 칼럼에서 언급했던 '다중 AI 협업의 위험성'과 마찬가지로, **'인간의 승인(Human-in-the-loop)'** 절차는 여기서 더욱 절대적인 방어선이 됩니다. 파일이 잘못 덮어씌워지거나 DB에 DROP 쿼리가 날아가는 대참사를 막으려면, 에이전트 설정 시 중요한 작업(파일 쓰기, 깃 푸시, DB 수정) 직전에는 **반드시 인간에게 Y/N 승인을 묻도록 제동 장치를 걸어두어야 합니다.** 저는 제 프롬프트 입력창을 '예/아니오' 창으로 바꿨습니다. 이게 진짜 바이브 코딩입니다.

에이전트에게 강력한 손과 발을 달아주되, 그 손발을 움직이는 최종 스위치는 끝까지 인간이 쥐고 있어야 진정한 바이브 코딩이 완성됩니다.

---

**💡 정리하면**

- 시스템 제어 MCP는 조언자를 실무자로 바꿔줍니다. 파일 읽기·쓰기(Filesystem), Git·PR 워크플로우(GitHub), 스키마 파악·쿼리 실행(DB)까지 한 화면에서 자동화됩니다.
- 가장 큰 생산성 변화는 Copy & Paste 시대의 종말과, 자연어 한 줄이 PR까지 이어지는 작업 라인입니다.
- 보안 격리(allowed-directories), PAT 관리, DB 읽기 전용 계정 — 세팅 시 반드시 챙길 숙제 3가지.
- 자동화가 아무리 화려해도, 파일 쓰기·푸시·DB 수정 직전의 Y/N 승인은 절대 생략하지 않습니다.
- 손과 발은 AI에게, 최종 스위치는 사람에게. 그 균형이 진짜 자동화입니다.