1. 왜 ‘RAG 에이전트’인가? (Naive vs Agentic)

기존의 RAG는 질문이 들어오면 [검색 → 생성]이라는 일직선(Linear) 구조로 작동했다. 하지만 질문이 복잡하거나 검색 결과가 나쁘면 답변의 질이 급격히 떨어지는 한계가 있었다.

에이전틱 RAG는 여기에 ‘판단’과 ‘루프(Loop)’를 추가한다.

• 자기 비판: “내가 찾은 정보가 이 질문에 정말 답이 되는가?”
• 재시도: “정보가 부족하면 검색 쿼리를 수정해서 다시 찾아보자.”
• 도구 활용: “내부 문서에 답이 없다면 구글 검색을 돌려보자.”

2. 구현 방법 1: LangGraph (코드 기반의 정교한 제어)

LangGraph는 LangChain에서 나온 프레임워크로, AI의 사고 과정을 그래프(Graph)로 설계한다.

핵심 개념

• Nodes (노드): 특정 작업 단위 (예: 검색하기, 답변 평가하기, 질문 수정하기)
• Edges (엣지): 노드 간의 연결 통로. ‘조건부 엣지’를 통해 다음 단계로 갈지, 이전으로 돌아갈지 결정한다.
• State (상태): 전체 과정에서 공유되는 데이터 바구니다.

워크플로우 예시 (Self-RAG)

1. Retrieve: 벡터 DB에서 관련 문서를 가져온다.
2. Grade: LLM이 문서의 관련성을 채점한다.
   • 점수 낮음: 질문을 다시 쓰고(Rewrite) 1번으로 회귀.
   • 점수 높음: 다음 단계 진행.
3. Generate: 답변 생성 후 ‘환각(Hallucination)’ 여부를 스스로 검증한다.

한 줄 요약: 복잡한 논리 구조와 미세한 커스터마이징이 필요할 때 Python/JS 코드로 구현하는 방식.

3. 구현 방법 2: n8n (워크플로우 기반의 빠른 자동화)

n8n은 노코드/로코드 툴로, 시각적인 노드 연결을 통해 에이전트를 만든다.

핵심 구성 요소

• AI Agent Node: 두뇌 역할. 어떤 모델(GPT-4, Claude 등)을 쓸지 정한다.
• Tools (도구): 에이전트가 손발처럼 쓸 도구들이다.
  • Vector Store Tool: 내부 문서 검색.
  • Google Search Tool: 실시간 웹 정보 검색.
• Memory: 이전 대화를 기억하게 해주는 노드다.

장점

• 시각화: AI가 어떤 경로로 사고하는지 눈으로 직접 볼 수 있다.
• 확장성: API 연동이 매우 쉬워, 답변을 바로 디스코드나 슬랙으로 쏘는 기능을 순식간에 붙일 수 있다.

4. 한눈에 비교하는 도구 선택 기준

5. 결론 및 향후 계획

단순한 챗봇을 넘어 ‘스스로 교정하는 RAG’를 만들기 위해서는 흐름(Flow)을 제어하는 능력이 필수적이다.

• 정교한 설계가 필요하다면 LangGraph를 깊게 파볼 것.
• 빠르게 기능을 구현하고 다른 서비스와 연동하려면 n8n의 AI Agent 노드를 적극 활용할 것.

다음에 해볼 실습:

• n8n에서 “문서에 답이 없을 때만 구글링하기” 조건부 로직 짜보기
• LangGraph의 State를 활용해 대화 맥락 유지하기

[오늘의 한 줄 요약]

Naive RAG는 ‘일직선’, Agentic RAG는 ‘판단과 루프가 있는 그래프’다. LangGraph는 코드로 정교하게, n8n은 노코드로 빠르게 구현할 수 있다.

오늘 공부한 AI 에이전트의 개념과 이를 구현하기 위한 필수 기술인 랭체인(LangChain)에 대해 초보자 관점에서 쉽게 정리해 본다.

1. AI 에이전트(AI Agent)란? : “손발 달린 똑똑한 비서”

처음에는 “그냥 챗GPT랑 같은 거 아니야?”라고 생각했는데, 공부해보니 명확한 차이가 있었다. 가장 큰 차이점은 바로 ‘행동(Action)’의 유무다.

이해하기 쉽게 비유하자면 다음과 같다.

• 기존 AI (LLM, 챗GPT): “걸어 다니는 백과사전”
  • 내가 “제주도 비행기표 어떻게 예매해?”라고 물으면, 예매하는 방법을 아주 친절하게 글로 알려준다. 하지만 직접 예매를 해주진 않는다.
• AI 에이전트: “손발이 달린 유능한 인턴”
  • 내가 “다음 주 제주도 비행기표 제일 싼 걸로 예매해 줘”라고 시키면, 직접 항공사 사이트에 들어가서 검색하고, 결제창까지 띄워준다.

즉, ‘말만 하는 로봇’에서 ‘일을 처리하는 로봇’으로 진화한 것이 바로 AI 에이전트다.

AI 에이전트는 어떻게 일할까?

에이전트는 단순히 명령을 듣는 게 아니라 아래와 같은 프로세스로 사고하고 움직인다.

1. 인식(Perception): 사용자의 목표 파악 (“비행기표를 예매해야 하네?”)
2. 계획(Planning): 스스로 업무 순서 계획 (날짜 확인 → 사이트 검색 → 가격 비교)
3. 도구 사용(Tool Use): (핵심!) 인터넷 브라우저, 엑셀, 이메일 등의 도구를 직접 사용
4. 행동(Action): 실행 후 결과 보고

2. 여기서 ‘LangChain(랭체인)’은 왜 중요할까?

AI 에이전트를 공부하다 보니 자연스럽게 ‘랭체인(LangChain)’이라는 기술이 튀어나왔다. 개발자들이 에이전트를 만들 때 거의 표준처럼 사용하는 프레임워크라고 한다.

왜 랭체인이 중요할까? ‘자동차 만들기’에 비유하니 바로 이해가 되었다.

• LLM (엔진): 엄청난 지능과 힘을 가졌지만, 엔진 혼자서는 굴러갈 수 없다.
• LangChain (차체, 바퀴, 핸들): 엔진의 힘을 바퀴로 전달하고(행동), 운전자가 원하는 방향으로 가게 해준다(조작).

즉, LLM이라는 고성능 엔진을 가지고 실제로 굴러가는 자동차(서비스)를 만들게 해주는 조립 키트가 바로 랭체인인 것이다.

랭체인이 해주는 3가지 역할

1. 도구 쥐여주기 (Tools): “자, 이건 검색창이고 이건 계산기야”라고 AI에게 도구를 연결해 준다.
2. 기억력 제공 (Memory): 금붕어 같은 AI에게 이전 대화 내용을 기억하게 해준다.
3. 생각의 사슬 연결 (Chains): 검색 → 요약 → 메일 발송처럼 연속된 작업을 순서대로 처리하게 관리한다.

3. 결론: “대화의 시대”에서 “위임의 시대”로

오늘 학습을 통해 느낀 점은 AI의 패러다임이 바뀌고 있다는 것이다. 지금까지는 우리가 AI에게 질문하고 답을 얻어 직접 일을 처리했다면 AI 에이전트가 상용화되면 AI에게 일을 시키고(위임) 우리는 결과만 확인하면 된다.

단순 반복 업무는 AI 인턴에게 맡기고, 사람은 진짜 중요한 의사결정만 하는 시대. 그 중심에 AI 에이전트와 이를 만드는 랭체인 기술이 있다. 앞으로 이쪽 분야를 더 깊게 파봐야 할 이유가 분명해졌다.

[오늘의 한 줄 요약]

AI 에이전트는 ‘행동하는 비서’이고, 랭체인은 그 비서를 만드는 ‘필수 조립 키트’다.
이를 더 공부하고자 Rag계의 유명한 Teddynote님께서 작성하신 책으로 스터디를 할 예정이다.
그 과정도 여기에 녹여내도록 하겠다.

일부 이미지가 생략되어 있습니다. 더 자세한 내용은 하단 [학습 정리 자료]의 네이버 블로그 원본 링크를 참고해주세요.

[2주차에 들어가며]

1주차에는 특정 기사 링크를 전달해 해당 기사에 대해서만 메일을 보냈다.

즉 1회성이였다면 2주차에서는 RSS를 통하면 자동화를 할 수 있다.

실제 python에서 자동화 크롤링을 할때에도 RSS가 있는 사이트는 RSS를 이용하면 코드 간편하게 크롤링을 할 수 있었다. 처음 크롤링을 배울때는 selenium, beautifulsoop을 사용하고 실제 페이지 가서 크롤링하고 싶은 css_selector 인자를 가져와서 정규화하고 그랬는데 기술이 발전함에따라서 n8n하나로 가능해진게 정말 신기하다.

n8n으로 했을때는 내가 python으로 했던것과 어떤 것이 많이 다르고 이때 공부했던 지식이 어느정도 도움이 되었는지에 대해서도 생각하면서 이번 2주차 n8n 공부를 하였다.

[RSS란?]

RSS: Rich Site Summary 또는 Really Simple Syndication의 약자

즉, 특정 사이트에서 새로운 컨텐츠가 올라왔을때 ‘빠르고’ ‘효과적‘으로 ‘웹사이트를 방문하지 않고’ RSS를 통해서 콘텐츠를 쉽게 이용할 수 있다.

예전에 크롤링 하면서 느꼈던 것은 RSS 하나에 해당 사이트의 모든 컨텐츠에 대한 정보가 들어가있어서 내가 원하는 카테고리를 선택하여서 가져올 수도 있었다. 사실 RSS만 있으면 코드가 엄청 단순해졌다.

나무위키에 나와있는 말이 공감이 되었는데 그대로 인용하겠다.

“쉽게 생각하면, 여러 언론사 사이트를 모두 방문할 필요 없이 다양한 기사를 네이버뉴스 한 곳에서 볼 수 있는 것과 같다고 보면 된다.” 이 말이 젤 최적의 말인 것같다.

예전에는 RSS가 있는 뉴스들을 n분마다 업데이트를 파악하여서 새로운 기사를 가져오고 openai api를 통해서 프롬프트로 정제한 후에 카페에 올리는 자동화를 만든적이 있었다.

Github 뉴스 RSS 크롤링 (참고용으로 로컬에서 과거 실제 만들었던 python 파일을 올리겠다.)

[과제]

1-1. RSS 트리거 만들기

다시 1주차를 상기 시킨다! 처음은 뭘로 시작한다?

“Trigger!!!!!!” -> 항상 n8n의 시작은 Trigger

이번에는 RSS 를 이용하므로 RSS를 가져오는 Trigger을 만들자.

1-2. RSS 트리거 세팅 및 설명

1) Mode: ‘Every hour’은 매 시간마다 ` Minute: ‘0’은 0분

즉, 매 시간 0분마다 = 정각마다 Trigger을 실행한다. 라는 뜻이다. 만약, Minute에 11이 들어가면 매 시간 11분마다 즉, 00:11, 01:11, 02:11, …, 23:11 까지 계속 반복하라는 뜻이다.

Mode마다 변수가 다른데 이런식으로 해석을 하면 된다.

2) Feed URL: 내가 Feed 하고싶은 URL 입력하면 됨

1-3. RSS 트리거 실행 결과

Q. 이렇게 쉽게 가져오면 바로 AI Agent를 사용할 수 있는 것이 아닌가요?
A. 위 이미지의 주황색 동그라미 친 부분을 보면 “개발을…” 으로 모든 전문이 다 보이는 것이 아니고 중간에 끊겨서 나온다. 따라서, 즉시 AI Agent를 활용해서 메일을 보낸다던가, 요약을 한다던가 하는 행동을 할 수 없음.

Q. 그럼 어떻게 하나요?
A. 밑줄 친 부분을 보면 “link”를 가져올 수 있으니 1주차처럼 이 링크를 파싱을해서 기사 본문을 가져오면 됨!

2-1. HTTP Request 노드 생성 및 개념 설명

이제는 노드 추가하는 방법은 생략하겠다. 적응이 되었기 때문에!

(Trigger node의 우측에 조그만한 + 버튼을 누른 후 -> 우측에 뜨는 검색창에서 필요한 것을 검색하여서 추가하면됨)

2-2. HTTP Request 노드 설정

1) Expression으로 해야지 우리가 직접 데이터를 가져와서 사용할 수 있다. 이건 다른 노드에서 할때도 마찬가지(ex. ai agent에 프롬프트 입력할때)

2) 우리는 “link”를 파싱해서 해당 링크 정보를 가져와야하므로 “link”를 URL 쪽으로 드래그

3) 나는 이 User-Agent를 예전 python에서 크롤링할때 Header 값을 위장해서 들어간다고 들었었다.

그래서 내 기억이 맞는지 개발자 도구에서 Network를 들어가니 Headers에 User-Agent가 있어서 나는 Header에 User-agent 값을 넣었다.

{
"User-Agent" : "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36"
}

이와 같이 실제 사람이 접속 한 것처럼 해줘야지 들어갈 수 있는 사이트들이 많다.

이유는 과도한 크롤링으로 인한 서버 과부화 + 해커들의 공격을 막기 위한 보안 목적이 있다.

2-3. HTTP Request 실행 결과

각자 결과들을 보면 쓸모없는 링크가 있다던지, HTML 문법이 있다던지 등등 필요없는 내용이 너무 많다.

이것을 그대로 AI Agent한테 다 줘도 알아서 잘 요약해준다.

근데 왜 이것을 바로 AI Agent한테 주지 않을까?

정답은, 내 돈…. 때문이다… .

우리는 token 사용량에 따라 요금을 지불을 할텐데 이렇게 많은 쓸모없는 녀석들까지 넣어버리면 사용하는 token은 어마무시하게 많아지고 그러면,,, 내 지갑은 텅장이 될 것이다,,,,, :(

그렇기에 AI Agent에 들어가기전에 쓸모없는 부분들을 제거를 하거나, 필요한 부분만 추출 해야한다 라는 생각이 들 것이다.

3. Code 노드 생성 및 Data 정제

이제 저 긴 HTML을 정제를 통해서 최대한 필요한 부분만 뽑아야한다.

우선 내가 필요한 부분은 ‘기사 제목’, ‘기사 내용’, ‘카테고리’ 를 추출하기로 생각했다.

스터디장님은 “Code”라는 node를 사용하셨는데 사실 나는 Java에서 추출하는 법을 몰랐기도하고 python을 사용할 줄 알지만 최대한 노코드로 쉽게 가져가려고했다. 누구나 조금이라도 쉽게 할 수 있으면 좋으니까,,,

AI에게 좀 더 다른 방법이 없는지 물어봤다.

이 방법이 노코드이긴하지만 HTML을 조금 아시거나 크롤링을 조금 하셨던 분들은 쉽게 이용할 수 있을 것 같았다.

사실 처음 하시는 분들도 코드를 짜는 것보다 조금만 공부해서 이 방법을 사용하시는 것을 추천합니다.

(Code in JavaScript를 사용해도 어차피 공부해야할 부분이다)

1) 은 저 상태로 냅두면 된다.

처음에는 “JSON Property”에 input에 있는 data를 넣었는데 오류가 났다.

2) 여기서 입력할 값들 중 CSS_Selector 부분은 HTML을 좀만 볼 줄 알면 된다.

그리고 이건 사이트마다 다르기때문에 사이트마다 다르게 해줘야 한다.

우선 지금은 “매일경제”를 사이트를 가져오기에 기준을 매일경제로 잡고 진행한다.

1. Key: 내가 이 데이터 즉 CSS_Selector 에서 가져오는 데이터를 어떤 이름으로 지정할 것인가?
   • 제목을 가져올 거라면 title / 내용을 가져올 거라면 contents 등등 자신만의 방법
2. CSS_Selector: 내가 해당 기사의 어느 특정 부분을 가져올 것인가?
3. Return Value: 총 4가지가 있는데 우리는 HTML 문법빼고 Text만 사용할 것이므로 보통 text를 선택한다고 보면된다.
   • HTML로 해도 되긴하는데 HTML로 하면 필요하지 않는 HTML 문법이 포함되어 우리의 token 사용량이 불필요하게 많아지기 때문에 text를 선택하는 것이 맞는 것 같다.
   • 직접 HTML과 Text를 선택해서 해보시면 왜 이런말을 하는지 알 수 있다.

그럼 이제 값을 가져와보자.

제목만 가져오는 것만 첨부하고 나머지는 직접 해보시면서 깨달으면 좋을 것 같습니당

1) 을 하기 전에 F12를 클릭하여 우측에 이상한 영어들이 많이 나오게한다.

그 후, 1)을 누르고 왼쪽에 내가 제목을 가지고 오고싶다 하면 2) 제목 쪽(혹은 내가 원하는 쪽)에 마우스를 가져다 대고 저렇게 영역이 표시되게 한다.

그 후 클릭!

클릭을 하면 내가 선택한 영역 즉, 3)을 보면 내가 클릭한 부분의 HTML이 보인다.

저기서 class=”news_ttl” 이라고 되어있는데 이를 더블클릭해서 복사해온다.

복사한 것을 CSS_Selector에다가 “.news_ttl” 을 넣어주면된다.

이건 제목이기에 Key 값에다가는 title이라고 입력했습니다.

또한, Return Value에는 위에서 말했듯이 불필요한 token 사용량을 막기 위해 Text를 선택한다.

(TIP: class에 띄어쓰기가 있으면 그 부분은 ‘.’으로 채워주면 됨.
ex) class가 ‘news ttl’ 라면 n8n CSS_Selector에는 ‘.news.ttl’ 로 입력해야한다.)

제목, 내용, 카테고리를 모두 가져오고 실행을 하면 이미지와 같이 OUTPUT이 내가 설정한 Key 값별로 정리되어서 나온다.

스터디장님은 모든 카테고리를 가져오는 RSS를 사용해서 카테고리를 filter node를 사용해야했지만 나는 매일경제에서 부동산 카테고리의 RSS를 가져왔기에 다른 filter node는 필요없다.

4. AI Agent node 생성 및 프롬프트 입력

이건 전에도 했었고 이번 실습은 RSS 사용과 Telegram 연동이 주 기능이기에 하나의 AI Agent만 연결해서 이후 텔레그램 연동까지 해보겠다.

[기사] 내용을 요약해서 작성한다.
- 다른 사담은 필요없고 요약 내용만 정리한다.
- 이를 텔레그램에 올릴 것이다.
- [형식]에 맞춰서 작성한다.

---
[기사]
제목: {{ $json.title }}
내용: {{ $json.category }}
출처: {{ $('RSS Feed Trigger').item.json.link }}

---
[형식]

요약한 제목
요약 내용
출처:해당 링크

5-1. Telegram 토큰 및 id 값 발급 받기

1) https://telegram.me/BotFather 에 접속한다 (desktop으로 진행)

2) ‘/newbot’ 입력 -> bot 이름 입력 후 엔터 -> username 입력

(주의) username은 다른사람이 사용하지 않는 이름(유니크값) + bot으로 끝나야함

중간에 n8n_test_bot이라고 username을 만들었다가 이미 있다고 퇴짜 맞음,,, 그래서 n8n_sh_test_bot 이라고 이름을 지어줬다.

빨간색으로 가려진 부분에 API를 복사하여 보관한다.

3) n8n과 telegram을 연동하려면 Chat ID를 확인해야한다.

• 웹 주소창에 아래와 같이 입력하고 엔터를 누른다.

https://api.telegram.org/bot[발급받은 토큰값]/getUpdates

아직까지는 result 값에 아무것도 뜨지 않는다. 우선은 ok:true가 되면 성공

그 후, 아까 우리가 토큰을 발급받은 채팅창을 다시보면 링크가 있다.

이것이 우리 bot이 동작할 채팅창인 것 같다? (나중에 확인 해봐야지,,)

이것을 클릭하고 채팅창에 아무거나 입력해본 후에

다시 “https://api.telegram.org/bot[발급받은 토큰값]/getUpdates”를 들어가보면 머라머라 길게 뜨면 성공! 여기서 필요한건 id값이다.

5-2. Telegram과 n8n 연동하기

1) telegram - send a message node 만들기

2) Credential to connect with 설정하기 = 봇을 사용할 수 있는 권한 설정

• 토글바를 누른다 -> Create new credential 클릭 -> 발급받은 토큰 넣기 -> Save -> 성공했다라는 문구 뜨면 연결 성공

3) 발급받은 Chat ID입력 -> INPUT에서 AI Agent가 출력한 값을 Text에 드래그

4) 실행 결과 및 파일

[느낀점]

몬가 된다,, 그리고 실제로 결과가 나와서 1시간마다 telegram 알람이 오는걸 보면 캡쳐해서 올리겠다.

중간에 css_selector을 적는 부분이 있었는데 selenium과 beautifulsoup을 많이 사용했보니까 확실히 가져오고 적용하는 부분에서는 속도감 있게 진행을 할 수 있었다. 이런거 보면은 언젠간 공부한거 다 써먹는다,, 라는 말이 맞는것 같기도??

또한 이제 진짜로 자동화가 시작되는 기분이라 이것을 어떻게 활용해서 내 업무를 자동화 할 수 있을지 고민을 해봐야겠다고 느꼈다. threads나 오픈 카톡방에서 보면은 잘 활용하시는 분들 있는데 이번 공부를 통해서 이 분들이 노드를 어떻게 짯고 이용했는지 플로우를 대략적으로라도 파악할 수 있게 되었다!!

앞으로 남은 2주도 화이팅

[학습 정리 자료]

• 본문 링크 : 네이버 블로그 원본
• 하면서 났던 오류들 수정한 내용 - 지속 누적할 예정

웹사이트나 서버(API)에게 요청을 보낼 때 “이 데이터를 가지고 뭘 하고 싶은지” 의도를 알려주는 명령어? 느낌이다.

각각 하나씩 알아보면서 언제 어떤 것을 쓰면 좋을지 이 글을 보고 판단하면 될 것 같다.

내 머릿속에 있는 내용을 최대한 간결하게 적었음.

1. GET (조회)

• 의미: 데이터 좀 보여줘
• 언제 씀: 날씨, 환율, 뉴스 기사 같은 정보 가져올 때

2. POST (생성)

• 의미: 이거 새로 등록해줘
• 언제 씀: 슬랙/디스코드에 메시지를 쏠 때, 노션에 새 페이지 만들 때

3. PUT (전체 수정)

• 의미: 이걸로 싹 덮어씌워줘.
• 언제 씀: 기존 정보 싸그리 무시하고 통째로 교체할 때 (기존 데이터 날라감 주의!)

4. PATCH (일부 수정)

• 의미: 이 부분만 고쳐줘.
• 언제 씀: 회원 정보 중 ‘비밀번호’만 바꾸거나, 주문 상태만 ‘배송중’으로 변경할 때

5. DELETE (삭제)

• 의미: 이거 지워라.
• 언제 씀: 구글 캘린더 일정 삭제, DB 데이터 날릴 때

사실 이 5개만 알아도 될 것 같아서 나중에 나머지 두 개 필요하면 그때 정보를 추가하겠다.

[AI 공부] 🔌 MCP(Model Context Protocol)

최근 AI 업계에서 MCP(Model Context Protocol)라는 개념이 화두가 되고 있다. 앤트로픽(Anthropic)이 작년 11월에 공개한 이 프로토콜은 LLM(거대언어모델) 생태계의 ‘연결성’ 문제를 해결할 핵심 열쇠로 꼽히는 것 같다.
오늘은 이 MCP가 도대체 무엇인지, 왜 중요한지, 그리고 어떻게 작동하는지 내가 학습한 내용을 정리해 보았다.

❓ 1. MCP란 무엇인가?

MCP(Model Context Protocol)는 한마디로 “AI 모델이 외부 데이터나 도구와 소통하는 방식을 표준화한 약속(프로토콜)”이라고 이해하면 된다.

가장 이해하기 쉬운 비유는 ‘USB-C 타입’이다.

• 과거: 예전에는 전자기기마다 충전 단자가 제각각이어서(5핀, 8핀, 전용 단자 등) 호환이 안 되고 불편했다.
• 현재: USB-C가 표준이 되면서 케이블 하나로 노트북, 태블릿, 스마트폰을 모두 연결할 수 있게 되었다.

MCP가 바로 AI계의 USB-C인 셈이다. 기존에는 AI 모델(Claude, GPT 등)에 특정 데이터 소스(구글 드라이브, 슬랙 등)를 연결하려면 그때마다 전용 코드를 따로 짜야 했다. 하지만 MCP라는 표준 규격이 생기면서, 어떤 AI 모델이든 이 규격만 맞추면 다양한 도구와 데이터를 즉시 연결할 수 있게 된 것이다.

💡 2. 왜 MCP가 필요한가? (등장 배경)

MCP가 등장하기 전, 개발자들은 소위 ‘노가다’에 시달려야 했다.

1. 파편화된 연결 방식: AI 모델마다, 그리고 연결하려는 도구마다 연결 방식이 다 달랐다. 이걸 ‘커스텀 구현’해야 했는데, 확장성이 매우 떨어졌다.
2. 유지보수의 지옥: 연결해야 할 도구가 늘어날수록 코드가 복잡해지고, 하나가 업데이트되면 전체를 뜯어고쳐야 하는 등 유지보수 부담이 엄청났다.

MCP는 이런 골치 아픈 문제를 ‘표준화’로 해결한다. 이제 개발자는 MCP 표준에 맞춰 도구(Server)를 딱 한 번만 만들어두면 된다. 그러면 Claude에서든, Cursor 에디터에서든, 혹은 다른 어떤 AI 플랫폼(Host)에서든 이 도구를 그대로 가져다 쓸 수 있게 되는 것이다. 이게 바로 MCP의 힘이다!

⚙️ 3. MCP의 작동 원리 (3-Layer Architecture)

MCP는 크게 세 가지 요소로 구성되어 작동한다. 이 세 가지가 어떻게 유기적으로 연결되는지 살펴보자.

• MCP 호스트 (Host): AI를 사용하는 주체다. (예: Claude 데스크톱 앱, Cursor IDE, AI 에디터 등) 사용자의 요청을 받아서 처리를 시작하는 곳이라고 생각하면 된다.
• MCP 클라이언트 (Client): 호스트 내부에서 서버와 소통하는 ‘연결자’ 역할을 한다. 호스트의 요청을 서버에 똑똑하게 전달해 주는 역할이다.
• MCP 서버 (Server): 실제 기능이나 데이터가 있는 곳이다. (예: 웹 검색 도구, 로컬 파일 탐색기, 슬랙 연동 도구 등) 우리가 만들거나 가져다 쓸 ‘도구’가 바로 서버인 셈이다.

[작동 흐름]
사용자가 호스트(앱)에서 질문을 던짐 ➡️ 클라이언트가 적절한 서버(도구)를 호출 ➡️ 서버가 작업을 수행 후 결과 반환 ➡️ 호스트가 최종 답변 생성

이 구조 덕분에 각 요소들이 독립적으로 관리될 수 있어서 시스템이 훨씬 유연해지고 확장하기도 쉬워진다. 정말 잘 설계된 아키텍처라고 느꼈다.

🚀 4. 실제 활용: 마켓플레이스와 에이전트

MCP의 가장 큰 장점은 바로 ‘사전 구축된 생태계’라는 점이다. 내가 필요한 기능을 일일이 코딩할 필요 없이, 이미 누군가 만들어둔 MCP 서버를 가져와 내 AI에 쏙 장착하기만 하면 된다.

Smithery나 Glama 같은 MCP 마켓플레이스에는 이미 다양한 도구들이 올라와 있다.

• Web Search (Brave Search): 내 AI에게 실시간 인터넷 검색 능력을 달아줄 수 있다.
• Sequential Thinking: AI가 복잡한 문제를 풀 때, 단계별로 사고하도록 유도하여 답변의 논리력을 높여주는 도구다.

예를 들어, 나만의 ‘AI 에이전트’를 만들 때 예전에는 웹 검색 기능을 처음부터 구현해야 했다면, 이제는 ‘Brave Search MCP 서버’를 다운받아 설정 파일에 추가하는 것만으로 끝나는 거다. 정말 쉽고 편리해졌다고 생각한다.

📝 5. 정리하며: 연결의 혁명

공부하면 할수록 MCP는 단순한 기술 업데이트가 아니라, AI 생태계의 판을 깔아주는 인프라 작업이라는 생각이 강하게 들었다.

1. 표준화된 연결: LLM과 도구 사이의 소통 방식 통일
2. 확장성: 한 번 만든 도구는 어디서든 사용 가능 (One source, Multi-use)
3. 유연한 시스템: 호스트-클라이언트-서버의 분리로 유지보수 용이

일부 이미지가 생략되어 있습니다. 더 자세한 내용은 하단 [학습 정리 자료]의 네이버 블로그 원본 링크를 참고해주세요.

[참여 이유]

평소에 자동화에 관심도 있었다. 관심이 있기에 내가 주력으로 사용하면 python으로 많은 자동화(크롤링, 글쓰기 등등) 프로그램을 만들었었다.

기술이 발전함에 있어서 n8n, make 등 자동화 tool 이 생겨났고 관심은 많아 공부해야지 해야지 하다가 계속 미루게 되었다.

이때 마침, 메타코드에서 n8n에 대해서 스터디를 하는 프로그램이 있길래 everyai 1기로 참여를 하게 되었습니다.

다 같이, 함께 공부하면 나도 동기부여가 될 뿐더러 어느정도의 해야한다 라는 생각이 들기 때문입니다.

[학습 내용]

1주차이기에 n8n 에 대해서 회원가입부터 간단한 n8n 자동화 만들기를 진행했다.

• n8n workflow는 무조건 “Trigger node”로 시작이 된다.
  • Trigger node란?
    • 어떤 이벤트가 발생했을 때 이 workflow를 작동시킨다는 시작 node이다.
    • ex) 메일이 왔을 때 / 텔레그램 메시지를 받았을때 / 정해놓은 시간이 되었을 때
• Credential(자격 증명) : 외부서비스와의 연결을 위한 열쇠
  • n8n에서 워크플로우를 만들 때, 외부서비스를 접근하도록 해야한다(Gmail, OpenAI, telegram 등)
  • 이때 외부서비스를 이용하기 위해서는 나도 외부서비스를 접근해야하지만, 역으로 외부서비스도 내 계정에 접근을 해야함.
  • 따라서, 외부서비스와 나와 연결을 위한 열쇠가 필요하다!
  • 이걸 자격증명 credential 이라고 함
• 대표적인 Credential 예시:
  • API Key, oAuth, 비밀번호(Password), SSH Key (서버 접속용 키), 디지털 인증서 (Certificate)

이에 따라서 “Google cloud API Key”와 “oAuth”를 발급 받았다.

• API 키 : Gemini, 번역, 지도 등 구글의 기능(서비스)을 가져다 쓸 때 “나 이 프로젝트야, 돈(또는 쿼터)은 내 프로젝트 앞으로 달아놔”라고 신원을 증명하는 용도.
• OAuth 2.0 : Gmail처럼 “내 개인 계정에 로그인해서 메일 보내기” 같은 권한이 필요할 때 쓴다.

(좌) Google cloud API Key	(우) oAuth 클라이언트

[실습 따라하기]

위에는 실습에 필요한 Credential을 발급 받았으니, 이제는 이를 활용해서 직접 n8n workflow를 따라 만들어 보았다.

workflow 첫 화면

드디어 영상, 이미지로만 봤던 n8n을 만드는 화면이 나왔다… 두근두근

이미지의 상단에 (1)을 눌러서 이름을 “everyai n8n practice_1” 로 변경해줬다.

또한, 위에서 학습했듯이 (2)번을 눌러서 Trigger node를 생성했다.

추가적으로 Gemini를 연결하기위해 아까 만든 Google cloud API Key를 사용했다.

Ai Agent node에서 Gemini를 붙였다.

이러한 LLM 모델을 사용할때는 프롬프트가 있어야 출력이 된다.

AI Agent를 더블클릭한 후, (1)번에 프롬프트를 입력 -> (2)번을 보면 왼쪽 INPUT에는 사용할 수 있는 데이터가 있다. 이를 프롬프트쪽으로 드래그를 하면 저 데이터를 프롬프트에 활용할 수 있다.

프롬프트 입력

만약 이게 어떻게 출력하는지 확인하고 싶으면 (1)번 Execute step을 누르면 Gemini가 프롬프트를 읽고 (2)번 Ouput을 보여준다.

이를 통해서 내 프롬프트가 잘 들어갔는지 중간점검을 하면서 프롬프트를 수정하면 될 것 같다.

프롬프트에 대한 output 확인하기

여기까지 완료했으면 마지막으로 메일보내는 작업을 진행한다.

여기서 메일을 보내는 작업이므로 아까 발급받은 oAuth 클라이언트 ID와 PW를 사용해야한다.

마지막 노드로 Google Gmail Send a Message를 삽입하고, 누구한테 보낼지, 메일 제목/내용에 대한 설정을 하면 메시지가 자동으로 보내진다.

[과제]

이번 과제는

1. 내가 소식을 받아보고 싶은 사이트 최소 3개 이상 고르기
2. on Form Submission, AI agnet 노드를 이용해서 워크플로우 구성하기

이렇게 해서 메일을 보내면 아래와 같이 보내진다.

추가적으로, 메일을 다수에게 보내려면 To 항목에 “A@gmail.com, B@gmail.com” 과 같이 쉼표로 구분을 하면 다수에게도 보낼 수 있다.

[과제를 하면서 느낀점]

• 처음에는 모든 노드들을 다 만들고나서 각 노드별 세팅을 진행하려했는데 계속 오류가 나더라
  • Trigger만 실행했는데도 오류나고, Trigger와 다음 노드 연결을 끊고 했는데도 오류났다.
  • 그 후, Trigger 만 냅두고 모든 노드를 지우니까 잘 됨.
  • 따라서, 노드를 하나 추가 -> 해당 노드 세팅 -> 다음 노드 생성 이런식으로 해야겠다.

• 저장은 수시로,,,,

• 세팅 하나하나가 엄청나게 다른 결과를 만들어낸다. 모르면 ai에게 물어보면서 하라.
  • 결과를 하나를 만들어야하는데 자꾸 3개가 나와서 골머리를 떄렷음
  • -> ai에게 물어보니 바로 해결됨.

[학습 정리 자료]

• 본문 링크 : 네이버 블로그 원본
• 하면서 났던 오류들 수정한 내용 - 지속 누적할 예정

🚀 들어가며

최근 몇 달간 디스코드 공부 서버인 “마법사관학교”를 위한 학습 트래커 봇을 개발했다. 이 프로젝트는 처음부터 끝까지 바이브 코딩(Vibe Coding) 방식으로 진행했는데, AI 도구들을 적극 활용하여 기획부터 배포까지 완성할 수 있었다.

바이브 코딩이란 AI 도구와 협업하며 코드를 작성하는 방식을 말한다. 전통적인 방식처럼 모든 코드를 직접 타이핑하는 대신, AI에게 의도를 전달하고 생성된 코드를 검토·수정하며 개발을 진행한다. 이번 프로젝트를 통해 바이브 코딩의 가능성과 한계를 모두 경험할 수 있었다.

📋 프로젝트 소개

마법사관학교 학습 트래커 봇은 디스코드 음성 채널에서의 학습 시간을 자동으로 추적하고, 게임처럼 재미있는 레벨 시스템과 시각적 보상으로 학습 동기를 높여주는 봇이다.

주요 기능

• 🎴 학생증 프로필 카드: 개인화된 학생증에 학습 통계, 레벨, 기숙사 정보 표시
• 🌱 연간 잔디 캘린더: GitHub 스타일 히트맵으로 1년간의 학습 활동 시각화
• 🏆 레벨 시스템: 1시간 = 1XP, 10단계 레벨 시스템으로 성장 추적
• 🏫 기숙사 시스템: 해리포터 컨셉의 4개 기숙사 (소용돌이, 펭도리야, 노블레빗, 볼리베어)

기술 스택

• Backend: Python 3.11+ / discord.py
• Database: PostgreSQL (Supabase)
• Image Generation: Pillow (PIL)
• Dashboard: Next.js + TypeScript
• Infrastructure: Vultr VPS (Ubuntu)

🤔 바이브 코딩, 어떻게 시작했나?

💭 고민의 시작

프로젝트를 시작하기 전, 가장 큰 고민은 “AI 도구를 어떻게 효과적으로 활용할 것인가?”였다. 단순히 코드 자동완성 수준이 아니라, 기획부터 아키텍처 설계, 구현, 디버깅까지 전 과정에서 AI를 파트너로 삼고 싶었다.

그래서 다음과 같은 전략을 세웠다:

1. 기획 단계: 명확한 문서화로 AI가 이해할 수 있는 컨텍스트 구축
2. 설계 단계: AI와 대화하며 아키텍처 결정, 트레이드오프 논의
3. 구현 단계: AI가 생성한 코드를 베이스로, 직접 수정·개선
4. 디버깅 단계: AI에게 에러 로그를 보여주고 해결 방법 탐색

🛠️ 사용한 AI 도구들

📝 기획 단계

• Google AI Studio: PRD(Product Requirements Document) 작성 시 아이디어 브레인스토밍
• ChatGPT: 사용자 시나리오 구체화, 기능 우선순위 결정

💻 코딩 단계

• Codex: 코드 생성과 자동완성
• Cursor (Claude 4.5): 복잡한 로직 구현, 리팩토링
• Cursor (GPT-5 High): 빠른 프로토타이핑, 간단한 함수 작성

💡 바이브 코딩 실전 적용기

1️⃣ 기획: AI와 함께 PRD 작성하기

처음엔 막연히 “학습 시간을 추적하는 봇”이라는 아이디어만 있었다. Google AI Studio에 다음과 같이 질문했다:

“학습 시간을 추적하는 봇을 활용해서 디스코드 공부 서버에서 멤버들의 학습 동기를 높이려면 어떤 기능이 필요할까?”

AI는 게이미피케이션, 시각화, 소셜 비교 등 다양한 아이디어를 제시했다. 이를 바탕으로 GPT-4와 대화하며 구체적인 기능 목록을 만들었다:

• 음성 채널 입장 시 자동 시간 기록
• 레벨/XP 시스템으로 성장 시각화
• 프로필 카드로 개인 통계 표시
• 잔디 캘린더로 꾸준함 추적

이 과정에서 ChatGPT는 내가 놓친 부분들을 짚어줬다. 예를 들어 “서버장이 멤버 활동을 관리하려면 어떤 기능이 필요한가?”라는 질문에, 기숙사장 권한으로 다른 사용자 프로필 조회 기능을 제안받았다.

2️⃣ 설계: 아키텍처 결정 과정

TRD(Technical Requirements Document) 작성 시, Google AI Studio와 ChatGPT에게 다음과 같이 요청했다:

“Python discord.py 봇을 만들려고 해. 음성 채널 입장/퇴장을 추적하고, PostgreSQL에 저장하고, Pillow로 이미지를 생성해야 해. 최적의 아키텍처를 제안해줘.”

두 LLM들의 내용을 종합해보면 단순한 모놀리식 구조를 제안하면서, 다음과 같은 이유를 설명했다:

• ORM 대신 asyncpg 직접 사용: 간단한 쿼리에 SQLAlchemy는 오버엔지니어링
• FastAPI 제외: 웹 대시보드는 Phase 2, MVP에선 불필요
• systemd로 프로세스 관리: 간단하고 안정적

이런 조언들이 프로젝트 복잡도를 크게 낮춰줬다. AI가 제안한 이유를 검토하고, 내 상황에 맞는지 판단하는 과정이 중요했다.

3️⃣ 구현: 핵심 로직 작성

가장 까다로웠던 부분은 학생증 이미지 생성 로직이었다. Pillow로 복잡한 레이아웃을 그려야 했는데, 다음과 같이 요청했다:

“Pillow로 학생증 카드를 만들어줘. 배경색은 기숙사별로 다르고, 프로필 이미지는 원형으로 자르고, 레벨 진행 바는 그라데이션으로 표현해야 해.”

Cursor(claude-sonnet 4.5)가 생성한 초기 코드는 작동했지만, 몇 가지 문제가 있었다:

• 이모지 렌더링 시 깨짐
• 긴 닉네임이 카드 밖으로 넘침
• 색상 대비가 낮아 가독성 떨어짐

이런 문제들을 AI에게 하나씩 피드백하며 수정했다. 예를 들어:

def _strip_symbols_emojis(text: str) -> str:
    """Remove emoji/symbol-like characters to avoid rendering issues."""
    out_chars: list[str] = []
    for ch in text:
        cp = ord(ch)
        # Remove emoji ranges
        if 0x1F000 <= cp <= 0x1FAFF or 0x2600 <= cp <= 0x27BF:
            continue
        # Remove symbol categories
        if unicodedata.category(ch).startswith('S'):
            continue
        out_chars.append(ch)
    return ''.join(out_chars).strip()

이 함수는 AI가 제안한 것인데, 이모지를 안전하게 제거하는 로직이 깔끔했다.
직접 구현했다면 훨씬 오래 걸렸을 것이다.

4️⃣ 디버깅: AI와 함께 버그 해결

음성 채널 추적 로직에서 이상한 버그가 있었다. 사용자가 채널을 이동할 때 세션이 제대로 종료되지 않는 문제였다.

에러 로그와 관련 코드를 Cursor에 붙여넣고 물어봤다:

“이 코드에서 사용자가 채널 A에서 B로 이동할 때 세션이 두 번 기록돼. 이러한 일이 발생하지 않게 수정하고 왜 그랬는지 설명하라. 또한, 다시는 이러한 일이 반복되지 않게 cursor rule에 추가하라.”

Claude는 on_voice_state_update 이벤트가 채널 이동 시 한 번만 발생하는데, before.channel과 after.channel을 모두 체크해야 한다고 설명했다. 그리고 수정된 로직을 제시했다:

async def on_voice_state_update(member, before, after):
    # 채널 이동 감지
    if before.channel != after.channel:
        # 이전 채널에서 퇴장 처리
        if before.channel:
            await end_session(member.id, before.channel.id)
        # 새 채널에 입장 처리
        if after.channel:
            await start_session(member.id, after.channel.id)

이런 식으로 AI에게 버그를 설명하고 해결책을 받는 과정이 매우 효율적이었다.
명령에서도 보았듯이 같은 일이 반복되지 않게 rule에 추가하여서 문제의 재발생을 막았다.

⚖️ 바이브 코딩의 장단점

✅ 장점

1. 개발 속도 향상: 반복적인 코드, 보일러플레이트를 빠르게 생성
2. 학습 가속화: AI가 제안한 코드를 읽으며 새로운 패턴 학습
3. 문서화 자동화: 주석, README, 타입 힌트를 AI가 작성
4. 아이디어 확장: 혼자 생각하지 못한 기능이나 접근법 발견

⚠️ 단점 (그리고 극복 방법)

1. 맥락 이해 부족: AI는 프로젝트 전체 구조를 완벽히 파악하지 못함
   • 해결: 명확한 문서(PRD, TRD 등)로 컨텍스트 제공
2. 잘못된 코드 생성: 때로는 작동하지 않거나 비효율적인 코드 제안
   • 해결: 생성된 코드를 항상 검토하고 테스트
3. 의존성 증가: AI 없이는 개발 속도가 느려질 수 있음
   • 해결: AI가 생성한 코드를 이해하고 내 것으로 만들기
4. 창의성 저하 우려: AI 제안에만 의존하면 독창적 사고 감소
   • 해결: 중요한 설계 결정은 직접 고민 후 AI에게 검증 요청

💎 바이브 코딩을 위한 팁

이번 프로젝트를 통해 배운 바이브 코딩 노하우를 공유한다:

1️⃣ 명확한 요청이 핵심

❌ 나쁜 예:

“프로필 기능 만들어줘”

✅ 좋은 예:

“discord.py 슬래시 커맨드로 /학생증 명령어를 만들어줘. 사용자의 학습 시간, 레벨, XP를 DB에서 조회하고, Pillow로 800x600 이미지를 생성해서 디스코드에 전송해야 해.”

2️⃣ 단계별로 진행

복잡한 기능은 한 번에 요청하지 말고, 작은 단위로 쪼개서 진행한다:

1. 먼저 텍스트 기반 프로필 출력
2. 그 다음 간단한 이미지 생성
3. 마지막으로 복잡한 레이아웃 추가

3️⃣ AI 도구별 강점 활용

• Google AI Studio / ChatGPT: 기획, 문서 작성, 아이디어 브레인스토밍
• Codex: 기본적인 코드 생성, 함수 작성
• Cursor (Claude 4.5): 복잡한 로직, 리팩토링, 아키텍처 설계
• Cursor (GPT-5 High): 빠른 프로토타이핑, 간단한 유틸리티 함수

4️⃣ 항상 검증하기

AI가 생성한 코드는 반드시:

• 직접 읽고 이해하기
• 테스트 코드 작성하기
• 엣지 케이스 확인하기

5️⃣ 문서화로 컨텍스트 유지

프로젝트가 커질수록 AI가 전체 맥락을 파악하기 어려워진다. vooster-docs/ 폴더에 PRD, TRD, 아키텍처 문서를 정리해두고, AI에게 참고하도록 했다.

✨ 인상 깊었던 순간들

📅 1. 잔디 캘린더 알고리즘

GitHub 스타일 잔디 캘린더를 구현할 때, 날짜 계산과 그리드 레이아웃이 복잡했다. Claude에게 요청하자 한 번에 작동하는 코드를 생성했다:

def generate_grass_calendar(user_data: dict, year: int) -> Image:
    # 연도의 첫날과 마지막날 계산
    start_date = datetime(year, 1, 1)
    end_date = datetime(year, 12, 31)
    
    # 주 단위로 그리드 생성
    weeks = []
    current = start_date
    while current <= end_date:
        week = []
        for _ in range(7):
            if current <= end_date:
                week.append(current)
            current += timedelta(days=1)
        weeks.append(week)
    
    # Pillow로 그리드 렌더링
    # ...

날짜 계산 로직을 직접 구현했다면 오프바이원 에러로 고생했을 텐데, AI 덕분에 한 번에 해결했다.

🎨 2. 기숙사별 테마 색상 시스템

각 기숙사마다 고유한 색상 테마를 적용하려고 했다. 단순히 색상만 바꾸는 게 아니라, 배경색에 따라 텍스트 색상을 자동으로 조정해야 했다.

Claude가 제안한 상대 휘도(Relative Luminance) 계산 함수가 인상적이었다:

def _relative_luminance(color: tuple[int, int, int]) -> float:
    def channel(v: int) -> float:
        x = v / 255.0
        return x / 12.92 if x <= 0.03928 else ((x + 0.055) / 1.055) ** 2.4
    
    r, g, b = (channel(v) for v in color)
    return 0.2126 * r + 0.7152 * g + 0.0722 * b

WCAG 접근성 기준을 자동으로 고려하는 코드였다. 이런 세심한 부분까지 AI가 챙겨준 게 놀라웠다.

🛡️ 3. 에러 핸들링의 중요성

초기에는 AI가 생성한 코드에 에러 핸들링이 부족했다. 예를 들어 DB 연결 실패, 이미지 로딩 실패 등의 예외 상황을 고려하지 않았다.

이를 AI에게 피드백하자, 다음과 같은 개선된 코드를 제시했다:

async def fetch_user_profile(user_id: int) -> Optional[dict]:
    try:
        async with db_pool.acquire() as conn:
            row = await conn.fetchrow(
                "SELECT * FROM users WHERE user_id = $1",
                user_id
            )
            return dict(row) if row else None
    except asyncpg.PostgresError as e:
        logger.error(f"DB error fetching user {user_id}: {e}")
        return None
    except Exception as e:
        logger.error(f"Unexpected error: {e}")
        return None

이 경험을 통해, AI에게 “에러 핸들링을 추가해줘”라고 명시적으로 요청하는 게 중요하다는 걸 배웠다.

📊 실제 성과

이 봇을 마법사관학교 서버에 배포한 지 몇 주가 지났다. 결과는 기대 이상이었다:

• 멤버 참여율 약 10% 증가: 학생증과 잔디를 보기 위해 더 자주 접속
• 평균 학습 시간 증가: 레벨업을 위해 더 오래 공부
• 서버장 업무 시간 절감: 자동 기록으로 수기 관리 불필요

무엇보다 멤버들의 반응이 좋았다. “내 학생증 예쁘다”, “잔디 채우는 재미가 있다”는 피드백을 받을 때마다 뿌듯했다.

🎓 배운 점과 앞으로

🔍 바이브 코딩은 만능이 아니다

AI는 강력한 도구지만, 다음은 여전히 개발자의 몫이다:

• 핵심 아이디어: 무엇을 만들지 결정하는 건 사람
• 사용자 공감: 실제 사용자가 원하는 게 뭔지 파악
• 품질 검증: 생성된 코드가 정말 좋은 코드인지 판단
• 윤리적 결정: 데이터를 어떻게 다룰지, 어떤 기능을 넣을지

🚀 앞으로의 계획

Phase 2로 다음 기능들을 추가할 예정이다:

• 관리자 웹 대시보드: Next.js로 통계 시각화
• AI 학습 분석 리포트: 학습 패턴 분석 및 개선 제안
• 자동 역할 부여: 학습 시간에 따라 서버 역할 자동 지급

이것들도 역시 바이브 코딩으로 진행할 것이다. 이번 경험으로 AI와 협업하는 방법을 많이 배웠기 때문에, 다음 단계는 더 빠르고 효율적으로 진행할 수 있을 것 같다.

🎯 마치며

바이브 코딩은 개발 방식의 패러다임 전환이다. 모든 코드를 직접 타이핑하는 시대는 지나가고 있다. 대신 우리는 AI와 대화하며, 의도를 전달하고, 결과를 검증하는 역할로 변화하고 있다.

하지만 이게 개발자의 가치를 떨어뜨리는 건 아니다. 오히려 더 높은 수준의 사고를 요구한다:

• 문제를 명확히 정의하는 능력
• AI가 생성한 코드를 평가하는 안목
• 전체 시스템을 설계하는 아키텍처 감각
• 사용자 경험을 고민하는 공감 능력

이번 프로젝트를 통해 바이브 코딩의 가능성을 확인했다. 혼자서도 풀스택 봇을 만들고, 배포하고, 운영할 수 있었다. AI 도구들이 없었다면 몇 배는 더 오래 걸렸을 것이다.

앞으로도 AI와 협업하며 더 재미있는 프로젝트들을 만들어갈 예정이다.
생각보다 훨씬 재미있고, 배울 게 많다.

GitHub: https://github.com/Pakkoc/studycard-discord-bot
사용한 AI 도구:

• 기획: Google AI Studio, ChatGPT
• 코딩: Codex, Cursor (Claude 4.5, GPT-5 High)

기술 스택: Python, discord.py, PostgreSQL, Pillow, Next.js, TypeScript

📚 참고: 강민철 지음, 혼자 공부하는 컴퓨터구조 + 운영체제

🧠 핵심 개념 한눈에 보기

• ALU(Arithmetic Logic Unit): CPU 내부에서 산술·논리 연산을 수행하는 장치

• 제어장치(Control Unit): 명령어를 해석하고 각 부품으로 제어 신호를 내보내는 장치

• 레지스터(Register): CPU 내부의 초고속 저장소. 연산 대상·중간 결과·상태(플래그)를 보관

🧮 ALU가 다루는 입력과 출력

• 입력: 레지스터에 있는 피연산자(예: 1, 2), 제어장치가 내보내는 제어 신호

• 출력: 계산 결과 값, 그리고 결과의 상태를 나타내는 플래그(조건 코드)

🚩 플래그(조건 코드) 종류

연산 결과에 대한 추가 정보를 나타내며, 분기/예외 처리 등에 활용됩니다.

🧭 제어장치의 역할

1) 명령어 해독: 다음에 수행할 동작과 필요한 피연산자 위치 해석
2) 제어 신호 생성: ALU, 레지스터 파일, 메모리/버스, 입출력 장치로 신호 전송
3) 플래그/상태 참조: 분기 판단 등 흐름 제어에 활용

⚡ 레지스터와 메모리의 속도 차이, 그리고 성능

메모리 접근은 레지스터 접근보다 훨씬 느립니다.
그래서 CPU -> 메모리 속도 <<<< CPU -> 레지스터 속도 라고 표현합니다.

• 대략적 감각치(세대/구성 따라 다름):
  • 레지스터 접근: 수 피코초(ps) 수준
  • L1/L2 캐시: 수~수십 나노초(ns)
  • 메인 메모리(DRAM): 수십~수백 나노초(ns)
• 이유:
  • 레지스터는 CPU 코어 내부에 위치해 배선 길이가 짧고 클럭과 동속으로 동작
  • 메모리는 칩 바깥(또는 멀리) 있어 버스/컨트롤러/대역폭/대기시간(latency) 오버헤드가 큼
• 실무적 사실:
  • 동일 작업이라면 “레지스터/캐시에서 처리”가 “메모리 왕복”보다 훨씬 빠릅니다.
  • 반복적으로 메모리로 데이터를 읽고 쓰면 대기 시간이 누적되어 프로그램이 체감상 매우 느려집니다.
  • 그래서 CPU는 레지스터 -> 캐시 -> 메모리로 이어지는 계층적 메모리 구조를 사용하고, 컴파일러/프로그래머는 레지스터 재사용, 지역성(locality) 향상을 통해 메모리 왕복을 줄이려 합니다.

요약: 가능한 한 데이터를 레지스터/캐시에 머물게 하라. 빈번한 메모리 접근은 성능의 최대 병목입니다.

✅ 핵심 요약

• ALU는 연산을, 제어장치는 해석과 신호 생성을 담당한다.
• 플래그는 연산 결과의 상태를 표현하며 분기 판단에 활용된다.
• 레지스터 접근은 메모리보다 몇 배에서 수십 배 이상 빠르며, 메모리 왕복이 잦으면 전체 실행 속도가 크게 떨어진다.

📝 학습 노트 스캔

원본 필기 이미지

공부기간

일주일(7일)을 잡고 공부 계획을 세웠음.
보통 하루에 1~2시간, 주말에는 길면 3시간 정도 했던 것 같습니다.

공부교재

• 유투버 아답터님의 “ADsP 완벽대비 요약노트”
• 가격 : 8800원

  요약노트는 유료이지만 유튜브 강의는 무료입니다!

공부방법

Day 1~4

• 1~2과목 아답터님 요약강의 듣기 (47분 23초)
• 1~2과목 총 정리
• 모르거나 헷갈린 내용 GPT를 통해서 내용 보충

Day 4~5

• 3과목 아답터님 요약강의 듣기 (1시간 54분 53초)
• 3과목 총 정리
• 공식 정리

Day 5~7

• 1~2과목 3회독
• 3과목 2회독 + 공식 정리

여기서 말하는 총정리 = 대충 전체를 보면서 A4 용지에 쓰면서 요약 정리를 한다고 생각하면 됨

총 정리

배경

• 통계 전공자로서 아는 내용도 많았지만, 이론을 놓은 지 오래라 까먹은 부분이 있었음.
• 병행하는 일이 있어 공부 시간은 제한적이었고, 문제풀이보다는 이론 보강에 집중함.

비전공자에게 추천 전략

• 3과목(계산)의 난이도가 높으므로, 1·2과목은 이론 위주로 빠르게, 3과목은 문제풀이로 계산 감각을 익히는 것을 권장.
• 시간이 매우 부족하면 3과목에서 본인이 특히 약한 영역은 과감히 제외하고, 과락 방지 + 나머지를 확실하게 가져가는 전략 추천.

나의 3과목 전략

• 암기 부담이 큰 영역은 과감히 생략. 예) 분류모델 평가지표(정밀도·재현율·특이도 등): 상호 연관이 많아 개인적으로 비효율이라 패스.
• 반대로 암기에 자신 있으면 오분류표와 함께 공식·지표를 통째로 외우는 방식도 충분히 유효.

계산 파트 팁

• 베이즈 정리: 논리적 사고를 요하는 계산 → 시간이 부족하면 버릴 후보.
• 구간추정: 베이즈보다 부담이 적음 → 선택적으로 학습.

출제 트렌드

• 최근에는 R 코드 작성 자체보다 검정 결과 해석 비중이 증가하는 추세.
• 핵심 개념만 이해하거나 외워두면 난도는 높지 않으니, 과도한 정보에 위축되지 말고 핵심 위주로 학습.

느낀점

이론 부분이 너무 부족하다고 생각이 많이 들었던 시험이였다. 내가 빅데이터 분석기사, 정보처리기사 등등 데이터 관련 자격증을 계속 딸텐데 자격증을 위한 공부보다는 내 지식을 늘린다는 공부를 해야지 앞으로 취직해서, 개인 프로젝트를 할때 이론적인 베이스가 될 것 같다는 생각에 실습인 프로젝트도 중요하지만 이론적인 부분도 중요하다는걸 느끼는 계기가 되었다.