[혼자 공부하는 바이브 코딩 with 클로드 코드] 6주차 후기: MCP와 데이터베이스, 어디까지 연결할까

인프런과 한빛미디어에서 진행하는 「혼자 공부하는 바이브 코딩 with 클로드 코드」 챌린지 6주차입니다. 이번주차는 7-8장 커리큘럼이었으나, 저번주에 7장까지 진행해서 이번주에는 8장을 중심으로 진행했습니다. 6주차 실습으로 AI 공감 다이어리 「마음 구슬」도 만들어 봤습니다. 7장의 에이전트 실습은 지난 5주차 후기에 정리해 두었습니다.

이번 8장을 읽으면서 MCP와 데이터베이스에 대해 공부해보고, 데이터베이스와 온라인 연동에서 대해서 어디까지 연결을 해봐야할지도 생각해보게 되었습니다.

7장 PROJECT 10: AI 공감 다이어리, '마음 구슬'

6주차 프로젝트로 AI 공감 다이어리 「마음 구슬」을 만들었습니다. 간단한 하루 일기를 적으면 앱이 감정 구슬을 만들고, 감정과 세기를 측정해줄 수 있었습니다. 구슬안에는 이모티콘이나 원하는 글자를 적어서 해당 구슬에 대해서 간단하게 나마 표현할 수 있도록 구현했습니다. 저장된 기록은 날짜별로 정렬되며, 감정별로도 모아 볼 수 있었습니다.

만들어본 '마음 구슬' 서비스 화면을 간단하게 남겨보겠습니다.

MCP가 어디와 연결되는지

08-1은 MCP가 무엇인지, 로컬 MCP와 원격 MCP가 어떻게 다른지, Claude Code와 어떻게 연결하는지 다룹니다.

저번에는 책의 내용처럼 한번 페이지로 들어가 명령어로 설치를 해봤었기 때문에, 이번에는 Claude Code에게 자연어로 요청해 MCP를 설치까지 진행할 수 있었습니다. 확실히 편했습니다만, 편한 만큼 내가 한번 공부를 안해봤으면 그냥 대충 지나가겠구나 생각이 들었습니다.

MCP 설치와 활용을 맡겨서 개발을 진행하더라도, 그 MCP에 대해서 이해하는 것은 다르다고 느꼈습니다. 어떤 MCP들이 있는지, 그게 어떤 외부 서비스와 연결되는지, 인증이나 API 키를 발급하고 넣는 일은 결국 내가 알고 해야 하는 부분입니다. AI에게 간단히 설치를 맡길 수 있어도 결과까지 대신 책임져 주지는 않습니다.

MCP를 늘릴 때는 있으면 좋아 보인다고 하나씩 추가하기보다는, 필요한지 생각해보고 추가하는게 좋을 것 같습니다. MCP가 많이 깔려있을 수록 토큰 소비가 늘어난다고 하기 때문에, 안쓰는 MCP는 제거하는 것도 방법일 것 같습니다. 키나 토큰을 코드에 그대로 두지 않고 '.env' 같은 별도 환경설정 파일로 분리하는 습관이 중요합니다.

자동화라도 사람이 정할 일은 있다

08-2는 Context7으로 최신 문서를 참고하고 Playwright로 브라우저 테스트를 하며 GitHub로 버전 관리를 연결하는 내용입니다.

생각해야 할 것은 자동화가 처리하는 단계보다 내가 정해야 하는 기준입니다. 테스트가 돌아갔다고 해서 모든 것이 끝난 것은 아닙니다. 화면이 뜨고 클릭이 되는지부터 어떤 상태까지 확인해야 하는지, 통과 기준은 AI가 정해주긴 하지만, 테스트 사항들을 사용자가 지정을 해주는 것은 필요합니다.

버전 관리도 그렇습니다. 커밋과 푸시를 대신 해줄 수 있게 되면서 기록은 빠르게 쌓이게 됩니다. Commit도 맥락이 쌓이는 것이고, AI가 제안하는대로 작업하다보면 결국 지저분한 코드들이 쌓이고 엉키기 시작할 수 있습니다.

설정이 편해져도 확인은 필요

전에 Supabase를 설정할 때는 화면을 직접 보면서 생소한 항목을 하나씩 물어봤습니다. 서버나 데이트베이스쪽이다 보니 행여나 문제가 생길까봐 체크를 해도되는 건지 풀어도 되는건지 하나하나 물어보기도 했었습니다. 설정만 물어보면 Claude가 알고 있는 내용과 제 눈앞의 화면이 달라 설명이 엇갈린 적도 있어서 머리가 꽤나 아팠던 기억이 있습니다.

현재 클로드 코드는 브라우저 화면을 AI가 확인하고 조작하는 것이 가능해지면서, 로그인만 해주면 직접 화면을 확인하고 조작하기도 하고 알려주기도 합니다. 다만 편해진 만큼 또 막 시키게 되는데, 그만큼 내가 모르고 넘어가는 것들이 많아지긴 합니다.

보안이나 민감한 데이터, 서버 설정은 마지막이라도 사람이 확인해봐야 한다고 생각합니다. 안내를 받더라도 이 설정이 실제로 어떤 결과를 만드는지 이해한 다음에 처리해야 합니다. 비개발자로 바이브코딩을 시작한 사람에게는 이런 백엔드 설정이나 보안 사항들이 생소하기 때문에 이 부분이라도 안전하게 확인하고 넘어가는 절차가 필요하다고 느꼈습니다.

붙일 수 있으니까 붙였던 데이터베이스지만..

08-3은 Vercel로 배포하고 Supabase로 데이터베이스를 연동해, 로컬에서 돌던 앱을 온라인 서비스로 넓히는 내용입니다.

바이브코딩을 하면서 로그인이나 동기화, DB 연동이 예전보다 훨씬 쉬워졌습니다. 그러다 보니 작은 결과물에도 더 잘 만들고 싶어서 데이터베이스를 붙이게 됐습니다.

그런데 계속 관리할 자신이 없거나, 경쟁력이 있는지 스스로도 불분명한 서비스에 데이터베이스를 붙여두면 나중에 마음대로 정리하기가 어려워집니다. 사용자가 아주 적더라도 실제로 누군가의 데이터가 들어있다면 그걸 마음대로 종료할 수 있을까요?

자기 데이터를 맡긴 사용자가 있다면 운영하는 쪽에는 최소한의 유지와 공지, 보호 책임이 생길 것 입니다. 로그인과 데이터베이스는 기능 체크리스트에서 하나 더 체크하는 항목이 아니라, 내가 얼마 동안 이걸 책임질 수 있는지에 대한 답에 가까운 것 같습니다.

마지막으로..

그래서 생각한 것은 로컬 스토리지와 내보내기 기능 정도로 시작해 보려고 합니다. 서비스가 어느 정도 형태를 갖추고 실제로 필요성이 있다고 느껴지고 제가 운영할 수 있겠다는 판단이 서면, 그때 로그인과 데이터베이스를 붙이는 것이 맞지 않을까? 라는 생각도 들었습니다.

다만 꼭 맞다고 생각이 들지 않는 것은, 이용자 입장에서 로그인과 동기화가 너무 당연하게 느껴지기도 하기 때문입니다. 기기를 바꿔도 내 데이터가 따라오는 건 기본에 가깝고, 내보내기 기능만으로 다른 기기 연동을 맡기는 방식이 이용자에게 충분한지도 애매합니다. 요즘 내보내기 가져오기를 파일로 하는 사용자들이 있을까요? 만드는 쪽에서 신중한 것과 쓰는 쪽에서 기대하는 것의 절충안을 판단하기 어렵다고 느껴지기도 합니다.

그렇게 생각하면 어차피 사용자가 없으면 스토리지를 그렇게 차지하는 것도 아닌데, 구현을 하고 연동을 하는 것이 맞지 않나? 그런 생각도 들기도 하는데, 이런 부분들도 고찰과 경험이 쌓여야할 것 같습니다.

8장을 읽으면서 생각해봐야할 질문은 생겼습니다. 무엇을 연결하고 만들 수 있는지보다, 연결하고 만들어낸 뒤에 제가 계속 책임질 수 있는지를 생각해봐야 할 것입니다.

직접 사용해보기

마음 구슬 실행하기바로가기 →

쇼핑 리스트 실행하기바로가기 →

PDF AI 요약 실행하기바로가기 →