DEVOCEAN

지난 7월 31일, 드디어 스터디의 첫 모임이 진행되었습니다! 🚀

저희 스터디는 최근 주목받고 있는 MCP와 A2A 프로토콜을 실습 중심으로 학습하고,

이를 바탕으로 실제로 동작하는 멀티 에이전트 앱까지 개발해보는 것을 목표로 하고 있습니다.

킥오프 모임에서는 서로를 소개하는 시간과 함께,

앞으로 함께 만들 앱을 기획하고, 스터디 운영 방식에 대해 논의하는 시간을 가졌습니다.

💡 만들고자 하는 에이전트 - "투자 도우미"

가장 먼저 논의한 주제는 **우리가 만들고 싶은 에이전트는 무엇인가?**였습니다.

서로 관심있거나, 만들어 보고싶은 에이전트 아이디어를 공유하면서 브레인스토밍을 진행했고,

여행 플래너, 면접 코치 등 재미있는 아이디어가 많이 논의 되었습니다.

논의 끝에 저희는 "투자"라는 공통 관심사를 기반으로 다음과 같은 앱을 만들기로 결정했습니다!

목표: 투자를 도와주는 에이전트 앱

구성:

• 🏠 부동산 투자 전문 에이전트

• 📈 주식 투자 전문 에이전트

각 에이전트는 특정 도메인(부동산 / 주식)에 대한 정보를 탐색&분석하여,

사용자의 투자 판단을 보조하는 역할을 하게 됩니다.

실시간 정보 연동이 앱 구성에 중요한 요소 중 하나이며,

구체적인 기능 정의 및 UX는 향후 스터디를 통해 구체화할 예정입니다.

🔧 MCP 사용 경험 공유 – “함수의 이름도 중요하다?!”

킥오프 중 MCP를 직접 사용해본 경험을 공유하기도 했습니다.

그 중 특히 기억에 남는 논의는 이렇게 정리할 수 있을 것 같아요:

"MCP에서 함수 이름은 단순한 식별자가 아니라, 무엇을 하고자 하는지 '의도'를 전달하는 인터페이스의 일종이다"

이 말은 단순히 이름을 표기하는 차원을 넘어서, 함수 네이밍 자체가 에이전트 간의 커뮤니케이션을 설계하는 핵심 요인이자, 모델이 어떤 도구를 호출해야 할지 판단하는 단서 역할을 한다는 의미입니다.

MCP나 A2A처럼 이름을 기반으로 도구나 서버를 식별하는 프로토콜에서는, 이름 선택이 시스템의 동작 흐름에 직접적인 영향을 줄 수 있다는 점이 인상 깊었습니다. 실제로 이름이 유사한 도구가 구분되지 않아 의도치 않은 호출이 일어나는, 이른바 naming attack 사례도 보고되고 있었습니다.

이런 관점에서 볼 때, 함수 하나를 설계할 때에도 “이 함수는 어떤 상황에서 어떤 작업을 수행해야 하는가”를 명확히 반영하는 네이밍 설계와 설명 작성이 매우 중요하다는 공감대가 있었습니다.

❓ 2회차 모임은?

✅ MCP & A2A 테크세션

다음 모임에서는 A2A 프로토콜과 MCP의 구조 및 동작 방식에 대한 테크 세션을 진행하기로 했습니다.

각자가 MCP나 A2A 관련 내용을 조사·실습한 내용을 공유하는 방식으로 운영될 예정입니다.

✅  각 에이전트 구체화

또한 주식 투자 에이전트와, 부동산 투자 에이전트가 제공할 기능을 아이디에이션 하고 구체화 하는 시간을 가지려고 합니다.

이 과정을 통해 구성원들이 공유하는 기술 수준을 어느정도 통일하고,

향후 멀티 에이전트 아키텍처 설계에 있어 더 깊이 있는 논의를 진행할 수 있을 것으로 기대됩니다 😊

✨ 마무리

이번 스터디는 단순히 LLM을 활용하는 수준을 넘어,

멀티 에이전트 시스템에서 각각의 에이전트가 어떤 역할을 맡고, 어떤 방식으로 협업할지를 직접 설계하고 구현해보는 기회가 될 것입니다.

앞으로 남은 기간 동안 구성원 모두가 기술적 성장과 결과물을 함께 얻어갈 수 있는 스터디가 되기를 기대합니다. 💪🏻