우리 조직 에이전트 만들기: 사내 에이전트가 없는 이유와 시작하는 법

이미 사내에 챗봇 하나쯤은 있으실 거예요. ChatGPT 팀 플랜을 쓰고 있거나, 코파일럿 라이선스를 전 직원에게 배포했거나요. 그런데 "우리 조직만의 에이전트가 있나요?"라고 물으면 선뜻 답하기 어려우실 거예요. 개인이 각자 쓰는 챗봇은 있어도, 조직 전체가 공유하는 맥락 위에서 움직이는 에이전트는 따로 없으니까요. 왜 이렇게 많은 회사가 'AI 에이전트 도입'을 이야기하면서도 정작 사내 에이전트는 없는 걸까요. 오늘은 그 이유와, 큰 예산이나 전담 팀 없이도 우리 조직만의 에이전트를 만드는 현실적인 방법을 정리해드려요.

사내 에이전트가 없는 진짜 이유

셋 중 하나, 혹은 셋 다 해당하는 경우가 많아요.

• '별도로 구축하는 프로젝트'라고 생각해서. Glean이나 팔란티어 같은 엔터프라이즈 플랫폼은 회사가 쓰는 수십~수백 개 업무 앱을 연결하고 권한 체계를 설계하는 작업이 필요해요. 전담 데이터팀이나 엔지니어링 리소스가 있는 대기업이 아니면 시작하기 전부터 부담스러운 게 당연해요.

• 조직의 맥락이 어디에도 구조화되어 쌓이지 않아서. 결정과 그 이유는 문서, 슬랙, 이메일, 그리고 누군가의 기억 속에 뿔뿔이 흩어져 있어요. 에이전트가 학습할 '하나로 연결된 지식'이 애초에 존재하지 않으니, 만들고 싶어도 재료가 없는 셈이에요.

• 사람이 곧 조직의 기억이라서. "그거 예전에 김 팀장님이 정리해둔 게 있을 텐데"라는 말, 익숙하시죠. 그 맥락이 사람 머릿속에만 있으면, 담당자가 퇴사하거나 부서를 옮기는 순간 조직은 같은 논의를 처음부터 다시 해야 해요.

출처: Notion 앱스토어 공식 스크린샷. 목표, 토론 항목, 작업 항목이 문서 안에서는 잘 정리돼 있지만, 이 문서가 왜 이런 결론에 이르렀는지 — 그 논의 과정 자체는 문서 밖 회의에만 남아 있는 경우가 많아요.

조직의 맥락은 원래 어디서부터 쌓일까요

문서는 대개 '이미 정리된 결과'만 남겨요. 왜 그렇게 결정했는지, 어떤 대안을 검토하고 버렸는지는 문서에 잘 남지 않죠. 그 과정 전체가 고스란히 담기는 자리는 회의예요. 참석자, 논의된 대안, 최종 결정, 담당자와 기한까지 — 조직의 의사결정 과정이 통째로 들어 있거든요. 이 구조를 그래프로 쌓아야 하는 이유는 저희가 온톨로지 기반 회의 지식 관리가 필요한 이유에서, 이 재료가 어떻게 팀 전체가 쓰는 에이전트로 자라나는지는 팀 에이전트란?에서 자세히 다뤘어요.

부서 단위로 흩어진 회의도 마찬가지예요. 엔터프라이즈 플랫폼은 대개 부서별 에이전트를 회사가 이미 쓰고 있는 수십 개 업무 앱에 하나씩 연결하는 방식으로 구성해요. 반면 회의 기반 접근은 각 부서가 이미 매일 하고 있는 회의를 그대로 원료로 삼아요. 새 시스템을 붙이는 게 아니라, 하던 일에서 그래프가 자라나는 거예요.

조직 내 에이전트, 실제로 만드는 4단계

• 1단계 · 회의를 빠짐없이 기록되게 만들기. 녹음 자체를 잊어버리거나, 참석자 동의 없이 봇이 들어가는 게 부담스러워 녹음을 포기하는 경우가 많아요. Micky는 봇이 참가자로 들어가지 않고 Mac·Windows에서 로컬로 오디오를 캡처해서, 평소 하던 회의 방식 그대로 기록만 빠짐없이 남게 해요.

• 2단계 · 결정·사람·프로젝트를 자동으로 연결하기. 회의가 끝나면 누가 무엇을 결정했고 왜 그렇게 결정했는지가 그래프 위에 개체와 관계로 쌓여요. 사람이 수기로 태그를 달거나 스키마를 설계할 필요는 없어요.

• 3단계 · 부서·프로젝트 단위로 그래프를 통합하기. 회의가 10번, 50번 쌓이면서 "지난달 그 가격 정책"처럼 서로 다른 회의, 다른 부서의 논의가 하나의 맥락으로 연결되기 시작해요.

• 4단계 · 산출물로 흘려보내기. 쌓인 맥락은 다시 팀이 쓰는 도구로 나가야 진짜 쓸모가 생겨요. 마인드맵, Slack 공유, Notion 정리, 문서 초안까지 — 저희는 이 흐름을 Meeting-to-X라고 불러요.

우리 팀 에이전트 만들기: SMB를 위한 현실적인 방법

Glean이나 팔란티어 같은 엔터프라이즈형 접근은 강력하지만, 전담 데이터팀과 여러 시스템 통합, 그만한 계약 규모를 전제로 해요. 팀 규모가 작을수록 이 조건 자체가 진입장벽이 되죠. 회의 기반 접근의 다른 점은 이미 하고 있는 일 — 회의 — 에서 시작한다는 거예요. 새 플랫폼을 도입하는 프로젝트가 아니라, 평소 회의 방식에 도구 하나를 더하는 것에 가까워요.

자주 묻는 질문

Q. 우리 회사도 Glean 같은 플랫폼부터 도입해야 하나요?

회사 규모와 목적에 따라 달라요. 이미 수십 개 업무 시스템을 통합 검색해야 하는 대기업이라면 Glean류가 맞는 선택일 수 있어요. 하지만 대부분의 스타트업·중소규모 팀은 그 정도 통합이 필요하지 않고, 회의에서 시작하는 편이 훨씬 빠르고 저렴해요.

Q. 회의 녹음을 따로 안 하던 팀인데도 시작할 수 있나요?

네. 오히려 그런 팀을 위한 방식이에요. 별도 녹음 습관이나 회의 진행 방식을 바꿀 필요 없이, 평소처럼 회의하면 그 안에서 맥락이 자동으로 쌓여요.

Q. 부서별로 따로 에이전트를 만들어야 하나요, 하나로 합쳐야 하나요?

부서마다 회의는 따로 진행하더라도, 그래프는 결국 하나로 연결돼요. 영업 회의에서 나온 고객 요구사항이 프로덕트 회의의 결정과 이어지는 식으로, 부서 경계를 넘나드는 질문에도 답할 수 있어야 진짜 조직 에이전트니까요.

Q. 조직 데이터는 안전하게 관리되나요?

회의는 조직에서 가장 민감한 정보가 오가는 자리예요. Micky는 워크스페이스 단위로 데이터를 격리해서 저장하고, 다른 조직의 모델 학습에 쓰이지 않도록 설계하고 있어요.

지금 바로 시작해보세요

큰 예산, 전담 팀, 몇 달짜리 도입 프로젝트 — 사내 에이전트를 시작하는 데 이런 게 꼭 필요한 건 아니에요. 이미 매일 하고 있는 회의가 출발점이 될 수 있어요. 지금은 베타 기간이라 별도 비용 없이 우리 조직만의 에이전트가 자라나는 과정을 직접 확인해보실 수 있어요. micky.pro에서 베타 테스터로 신청해보세요.