회의가 끝나면 브라우저를 열지 않는다, 팀 업무 도구에 MCP를 붙이고 달라진 것

왜 만들었나

혼자 쓰는 도구가 아니라, 같이 일하는 도구가 필요했다

일을 하다 보면 기록은 늘 흩어진다. 회의 내용은 누군가의 노트에, 결정사항은 메신저 어딘가에, 할 일은 각자의 메모장에 남는다. 회의 때 분명히 정한 일인데 일주일 뒤에 "그거 누가 하기로 했었지?"라는 말이 나온다. 혼자 정리를 잘한다고 해결되는 문제가 아니었다. 팀이 같은 기록을 보고, 같은 할 일 목록을 기준으로 움직여야 했다.

그래서 팀이 함께 쓰는 업무 서비스를 직접 만들었다. 회의록을 올리면 요약, 결정사항, 할 일이 정리되고, 그 할 일이 담당자의 「오늘」 화면, 일정, 마일스톤, 주간보고로 이어진다. 회의록 하나에서 팀 전체의 일정과 할 일이 만들어지는 구조다. 팀원들은 같은 워크스페이스에서 같은 기록을 보고, 권한에 따라 직접 고칠 수도 있다.

그런데 정작 나는 터미널에 있었다

문제는 나 자신이었다. 하루 대부분을 이 서비스가 아니라 터미널에서 보낸다. 회사 PC에서 Claude Code를 켜두고 개발도 하고 문서도 쓴다. 그러다 "이번 주에 뭐 하기로 했더라" 싶으면 하던 일을 멈추고 브라우저를 열고, 로그인하고, 할 일 화면을 찾아 들어가야 했다. 한 번이면 별일 아니지만, 하루에 몇 번씩 반복되니 흐름이 계속 끊겼다.

회의가 끝나면 정리가 또 하나의 일이었다

팀이 함께 보는 기록이 되려면 누군가는 회의를 정리해서 올려야 한다. 녹음을 듣고, 요약을 쓰고, 결정사항과 할 일을 뽑아서 하나씩 옮긴다. 회의보다 정리가 더 귀찮을 때도 있었다. 정리가 늦어지면 팀원들은 그만큼 늦게 할 일을 받는다.

그래서 바라는 모습은 두 가지였다.

1. 터미널에서 "이번 주 내 할 일 보여줘"라고 물으면 팀 서비스에 쌓인 데이터로 답이 온다.
2. "오늘 회의록 올려줘" 한마디로 녹음 정리부터 등록까지 끝나고, 팀원들이 바로 볼 수 있다.

이걸 가능하게 해주는 연결 방식이 MCP(Model Context Protocol)다.

어떤 구조로 되어 있나

한 줄 요약: AI가 쓸 수 있는 도구 상자를 서비스가 직접 내준다

MCP는 AI 도구(여기서는 Claude Code)와 다른 서비스를 잇는 표준 연결 방식이다. 서비스가 "나는 이런 기능들을 갖고 있고, 각 기능은 이런 정보를 받는다"는 목록을 내주면, Claude Code는 연결하는 순간 그 목록을 받아 필요한 기능을 알아서 골라 쓴다.

사용자 입장에서 중요한 건 이 점이다. 사용 설명서를 따로 써줄 필요가 없다. 설명은 서비스 서버 안에 들어 있고, 기능이 바뀌어도 서버만 고치면 된다. 팀원마다 설정 문서를 따로 챙길 필요도 없다.

연결은 명령 한 줄

서비스 설정 화면의 「외부 접근」 카드에서 토큰을 발급하면, Claude Code 등록 명령이 토큰까지 채워진 채로 나온다. [명령 복사]를 눌러 터미널에 붙이면 연결이 끝난다.

claude mcp add --transport http team-tool https://<주소>/api/mcp \
  --header "Authorization: Bearer <토큰>" --scope user

토큰 원문은 발급 직후 한 번만 보여주고, 그 뒤에는 끝 4자리만 남는다.

토큰마다 볼 수 있는 범위와 할 수 있는 일이 정해진다

팀이 함께 쓰는 서비스라 권한 구분이 특히 중요했다. 토큰을 발급할 때 두 가지를 정한다.

• 어느 워크스페이스인가. 토큰 하나는 워크스페이스 하나만 볼 수 있다. 회사 PC에서 토큰이 유출되더라도 다른 팀의 공간은 열리지 않는다.
• 읽기만 할 것인가, 쓰기도 할 것인가. 처음엔 읽기 전용으로 시작하고, 쓰기가 필요해지면 그때 따로 발급하면 된다.

읽기 전용 토큰으로 연결하면 쓰기 기능은 목록에 아예 나타나지 않는다. 막혀 있는 게 아니라 처음부터 없는 것이다. MCP로 연결해도 팀 안에서 정한 권한은 그대로 적용된다. 보기 전용 권한인 팀원에게는 회의록 원문 자체가 응답에 들어가지 않고, 가계부는 관리자 이상만 읽을 수 있다.

쓸 수 있는 기능 19개

읽기 16개, 쓰기 3개다. 쓰기는 미리보기 → 적용 → 롤백 세 단계가 한 세트다. AI가 바로 데이터를 바꾸지 않고, 무엇을 바꿀지 먼저 보여준 뒤 내가 확인하면 적용한다.

AI가 바꾼 기록은 팀이 보는 화면에 남는다

서비스 웹 화면의 어시스턴트에는 「채팅 / MCP」 탭이 있다. MCP 탭에는 Claude Code가 어떤 토큰으로, 언제, 무엇을, 몇 건 바꿨는지가 쌓이고, 마음에 안 드는 변경은 거기서 [롤백]으로 취소한다. AI가 팀 데이터를 바꾼 기록이 팀 모두가 볼 수 있는 곳에 남는 셈이다.

회의 정리는 MCP 두 개를 잇는다

회의 녹음은 Tiro로 한다. Tiro도 MCP를 제공하기 때문에, Claude Code 스킬 하나가 Tiro와 서비스를 이어준다.

1. 회의를 Tiro로 녹음한다.
2. Claude Code에서 "오늘 회의록 올려줘"라고 입력한다.
3. Claude Code가 Tiro에서 전사본을 읽고, 정해둔 템플릿(정기 회의, 외부 미팅, 결정 회의)으로 요약, 결정사항, 할 일을 정리한다.
4. 정리안을 보여주고, 내가 확인하면 서비스에 올린다.
5. 결정사항과 할 일을 방금 만든 회의록에 연결한다. 이때부터 팀원들도 같은 회의록과 할 일을 본다.

반대 방향의 연결도 있다. 팀원이 서비스에 새 회의록을 올리면 내 Claude Code 세션에 한 줄 알림이 뜬다. PC를 꺼둔 사이에 올라온 회의록도 다음에 켤 때 알려준다.

이걸 하면 뭐가 좋은가

1. 팀의 기록이 한곳에 모인다

회의록, 결정사항, 할 일이 각자의 메모장이 아니라 팀이 함께 보는 서비스에 쌓인다. 정리하는 수고가 줄어 기록이 밀리지 않고, 덕분에 팀원들이 같은 정보를 같은 시점에 본다. "그거 누가 하기로 했었지?"를 물을 일이 줄었다.

2. 일하던 자리를 떠나지 않는다

할 일 확인, 회의록 검색, 마일스톤 확인을 터미널에서 묻고 바로 답을 받는다. 브라우저를 열고 로그인하고 메뉴를 찾아 들어가는 몇 단계가 질문 한 줄로 줄었다. 작은 차이 같지만, 하루에 몇 번씩 끊기던 흐름이 이어진다.

3. 회의 뒤처리가 대화 한 번으로 끝난다

녹음을 다시 듣고, 요약을 쓰고, 할 일을 하나씩 옮기던 일이 "오늘 회의록 올려줘"로 바뀌었다. 나는 AI가 만든 정리안을 읽고 확인만 하면 된다. 템플릿이 정해져 있어서 누가 정리해도 회의록 형식이 같고, 팀원들이 읽기도 편하다.

4. 비용이 따로 들지 않는다

원래 웹 화면의 [요약 생성] 버튼은 서버에서 Claude API를 호출해서 쓸 때마다 비용이 들었다. 이 흐름은 내가 이미 쓰고 있는 Claude Code 구독 안에서 끝난다.

5. AI에게 맡겨도 불안하지 않다

팀이 함께 쓰는 데이터를 AI가 직접 바꾼다고 하면 걱정이 먼저 든다. 그래서 안전장치를 겹겹이 뒀다.

• 쓰기 전에 공간부터 확인한다. Claude Code는 쓰기 전에 get_workspace로 지금 연결된 공간이 어디인지 확인한다. 엉뚱한 팀의 공간에 회의록을 올리는 실수를 막기 위해서다.
• 바꾸기 전에 미리보기로 보여준다. 삭제는 한 번 거절된 뒤 다시 확인해야 통과한다.
• 적용한 뒤에도 롤백할 수 있다. 터미널에서 AI가 한 일을 브라우저에서 검토하고 취소할 수 있다는 게 생각보다 든든하다.
• 토큰은 공간 하나, 권한 하나로 묶인다. 팀 안에서 정한 권한도 그대로 적용된다.

솔직히 롤백이 없었다면 쓰기 토큰은 발급하지 않고 읽기 전용에서 멈췄을 것이다.

6. 팀원이 올린 회의록을 놓치지 않는다

새 회의록이 올라오면 내가 일하는 터미널로 알림이 온다. 새 회의록이 있는지 서비스에 들어가 확인할 필요가 없다. 내가 올리면 팀원이 보고, 팀원이 올리면 내가 바로 안다.

마무리

처음 목표는 혼자 정리를 잘하는 게 아니라, 팀이 같은 기록을 보며 함께 일하는 것이었다. 그래서 팀 업무 서비스를 만들었고, 거기에 MCP를 붙이면서 가장 큰 걸림돌이었던 "기록을 올리는 수고"를 덜었다. 지금은 회의가 끝나도 브라우저를 열지 않는다. 녹음은 Tiro가, 정리는 Claude Code가, 기록과 공유는 서비스가 맡고, 나는 확인만 한다.

팀과 함께 쓰는 업무 도구가 있고, 하루 대부분을 AI 도구 안에서 보내고 있다면, MCP로 둘을 이어 보는 것도 방법이다. 도구를 오가는 시간이 생각보다 많았다는 걸 알게 된다.

약 3년의 기간동안 공공기관 SI PM으로 일하면서 느끼고 배웠던 점, 경험을 하나씩 적어보려 합니다.

이 게시글을 읽는 분 중에는 이제 막 PM을 시작하시는 또는 취업, 이직 준비하시는 분, 암담하고 막막한 상황에서 읽으시는분 또는 우리 애(=소속된 프로젝트의 PM)는 왜 저럴까 하면서 읽으시는 분들도 있으실탠데, 누군가에게 공감이 되고 같이 이야기 할 수 있는 글이 되었으면 합니다.

첫 게시글이니 만큼 저의 이야기를 좀 적어보고자 합니다.

#1 글을 쓰게 된 계기

- 감사하게 솔루션 업체 면접을 보게 됐습니다. 정말 많은 지원 업체 중에 딱 1곳 주니어 PM 뽑는 곳에 연락이 와서 면접을 보게 됐고, 제가 했던 프로젝트와 작성한 자소서에 대해서 열심히 복기하며 면접을 준비했습니다. 면접관님 질문은

꿈은 뭔가요? 내년도에 하고싶은게 있나요? 취미는 뭐에요? 쉬는날에는 뭘하나요? 목표가 있나요?

  이런 개인적인 것들을 물어보셨고, 면접 마지막 쯤에, 준비했는데 답변하지 못했거나 더 얘기하고 싶은게 있느냐 라고 물어보셨고, 저는 '일을 하고 있는 중고신입 경력자여서, 저의 경험에 대해서 이야기를 준비해왔는데, 그런걸 물어보지 않으셔서 당황했다. 이유가 있는가?' 라고 질문을 드렸고 면접 담당자 분이 하시는 말씀은 

프로젝트에 관하여 질문하지 않은 이유는

① 면접관은 해당 프로젝트에 참여하지 않았기 때문에,
② 소통하면서 일하는건 크게 다르지 않기 때문에,
③ 이직하고 여기와서 시간을 어떻게 보낼지가 궁금하기 때문에

당신이 '시간'을 어떻게 사용하는지 보고 싶었다.
시간을 효과적으로 사용하는 사람은 그렇지 못한 사람을 순식간에 역전할 수 있을 것이다. 라고 생각한다.

프로젝트 매니징은 시간관리이기 때문에. 자신의 시간을 어떻게 관리하는지를 보면,
우리도 그 사람에게 일을 맞길 수 있지 않겠는가?

이 이야기를 들을 때 머리를 한 대 맞는 것 같았습니다. 너무 이해되는 말들이고, 반박할 수 없는 말이었기 때문입니다.

사실 저는 경험이 좀 많습니다. 학생회장, 연합회기획국장, SI 프로젝트 구축-운영(사업 제안, 개발, 구매, 기획) 등 누구보다 뛰어나다고 자부할 순 없지만, 그래도 경력대비 경험은 좀 많은 편 아닌가?(지금 생각하면 우물안 개구리입니다. 세상엔 엄청난 사람들이 많습니다.) 라고 생각하면서 살았는데, 다른 사람들이 보기엔 '월급만 받는 직장인 1' 로 밖에 안보이겠구나 라는 생각이 들었습니다.

그리고 또 해주시는 말씀이

꿈을 꾸고 있지 않으면 잘 안뽑는다. 돈까지 주고 공부시키는데 입사하고 본인 시간 투자하는건 당연한다.
거쳐가는 회사라도 상관없다. 하지만 멈출 사람을 찾고 있지 않다.

확장하는 회사는 아니지만 이 사람이 필요하다면 연봉을 맞춰줄 수 있는거고, 구성원이 성장해야 회사가 성장한다.
퇴사를 하더라도 퇴사자가 남겨놓은 것을 우리는 자료로 해서 사용할 수 있다.

여기서 커리어가 안끝났으면 좋겠다. 1,2년 언제 없어질지도 모르는 회사인데,
내일 당장 망해도 이직할 수 있는 사람이 됐으면 좋겠다.

높은 곳을 지원해보고 해당 스펙으로 지원해봐라, 합격하게 되면 이 회사에서 그렇게 한 번 해봐라, 계속 발전해야한다.해봐라

(박수)x100

비록 떨어질 걸 예상한 면접이었지만(사실 내심 기대, 기대는 할 수 있잖아요?) 그 1시간이 최근 기억나는 가장 임팩트 있는 시간이었습니다. 과거 입사할 때의 열정이 다시 불타오르는 시간이 아니었나 생각합니다.

#2 부제에 관한 이야기

- 비전은 그대로 유지하고, 방향을 바꿈으로 성장할 수 있는, 더 나은 방향은 무엇인지 찾는것을 'Pivot' 이라고 합니다. 농구 용어라고 하는데, 보통 빠르게 변화해야하는 스타트 업에서 사용합니다. 

인생도 적절한 pivot이 필요하다고 생각합니다. 과감하게 버릴 줄 알고, 새로운 걸 시도할 줄 알아야 합니다. (나이가 더 들기전에) 하지만 무작정 pivot은 돌이킬 수 없기 때문에, 여러가지를 고민하고 고려해야합니다.

- pivot에 실패했을 때 돌아올 수 있는가?(자력으로 생계를 유지할 수 있는가?)
- pivot에 방향이 적절한가?
- pivot의 목적은 무엇인가?
- pivot의 결과는 무엇인가?
- pivot하기 위한 에너지(행동력)가 준비되어 있는가?

등등 여러가지 고민을 해야합니다.

단순히 지금 있는 상황에서 벗어나고 싶은 pivot은 옳지 않습니다. (건강상의 이유 제외 - 당장 탈출 하십쇼)

만약 고민하고 준비가 됐다면, 일단 시작하시는걸 추천드립니다.

아무것도 하지않고 생각만 하면, 그냥 아무것도 안한 사람으로 남는겁니다.

#3 후일담

1. 친한 친구와 이야기를 하다가 블로그 적금 이라는 모임을 모집할 예정인데 같이 해보면 어떤가? 라고 제안을 해줘서 같이 하게 됐습니다.

2. 높은 곳을 보라는 담당자님의 말이 너무 공감돼서 창업(?)도 생각하고 있습니다. 감사합니다. 

3. 🎅메리크리스마스🎄