회의가 끝나고 몇 분 뒤, Kintone 영업 레코드도 최신 상태가 됩니다: SuperIntern MCP와 Kintone 연동 가이드

팀의 영업 안건, 프로젝트, 고객 문의 기록은 Kintone 앱에 모여 있습니다. 하지만 그 안건이 실제로 움직이는 자리는 회의입니다. 주간 영업 회의가 끝나면 누군가는 안건 관리 앱을 열어 해당 레코드를 찾고, 회의에서 정해진 내용을 손으로 옮겨 적어야 합니다. 상태를 바꾸고, 다음 액션을 적고, 기한을 고치는 일까지 전부 사람의 몫입니다.

이 옮겨 적는 일이 밀리기 시작하면 앱 속 내용은 조용히 현실과 어긋나기 시작합니다. 레코드에는 아직 "제안서 발송 완료"라고 적혀 있지만, 실제로는 사흘 전 통화에서 이미 구두 승낙을 받은 상태입니다. 앱을 믿고 움직인 동료는 결국 오래된 정보를 근거로 일을 진행하게 됩니다.

SuperIntern MCP와 Kintone 공식 MCP 서버를 Claude에 연결하면, 이 옮겨 적는 작업을 AI 어시스턴트에게 맡길 수 있습니다. Claude가 회의록을 읽고 Kintone에서 해당 레코드를 찾은 뒤, 무엇을 어떻게 바꿀지 먼저 표로 정리해 보여 줍니다. 아래 프롬프트에서는 기록하기 전에 변경안을 보여 주고 승인을 기다리도록 Claude에 지시합니다.

⚠️ 이 글은 2026년 9월 시점의 공개 정보와 사용자 피드백을 바탕으로 독자적으로 정리한 것입니다.

이 연동으로 달라지는 것: Before / After
구조: 세 가지 역할 분담
설정 방법
활용 1: 주간 회의 직후 안건 레코드 업데이트하기
활용 2: 회의에서 언급된 신규 안건을 중복 확인 후 등록하기
활용 3: 주간 대조로 업데이트 누락 찾아내기
안전하게 운영하는 요령
응용: 영업 외의 Kintone 앱에도 같은 패턴 적용하기
자주 묻는 질문

이 연동으로 달라지는 것: Before / After

Before: 회의가 끝날 때마다 메모를 다시 읽으며 Kintone에서 고객명을 검색하고, 레코드를 하나씩 열어 필드를 고칩니다. 바쁜 주에는 업데이트가 며칠씩 밀리거나 그대로 잊히기도 합니다.

After: 회의가 끝나고 몇 분 뒤, Claude에게 "오늘 회의 내용을 Kintone과 대조해 줘"라고 요청합니다. Claude가 SuperIntern의 AI 회의록을 읽고 레코드와 대조한 뒤, 필드 단위의 변경안을 표로 정리해 보여 줍니다. 내용을 확인하고 승인하면 레코드 업데이트는 물론, 근거를 남기는 코멘트 기록까지 그 자리에서 끝납니다.

한 가지 전제가 있습니다. 회의가 SuperIntern에 기록되어 있어야 한다는 점입니다. SuperIntern은 회의에 봇을 초대하지 않고도 전사와 AI 회의록을 만들어 주는 데스크톱 회의 어시스턴트로, 온라인 회의든 대면 미팅이든 같은 방식으로 기록할 수 있습니다.

SuperIntern

구조: 세 가지 역할 분담

이 연동은 세 가지 구성 요소가 역할을 나누어 맡는 구조입니다.

담당	역할
SuperIntern MCP	전사, 라이브 전사, AI 회의록, 회의 노트를 읽기 전용으로 제공합니다
Claude	회의 데이터를 읽고 레코드와 대조해 변경안을 만들고, 승인 후 실행합니다
Kintone MCP 서버	Claude의 요청으로 앱 검색, 레코드 조회/생성/업데이트, 레코드 코멘트 작성을 수행합니다

MCP(Model Context Protocol)는 AI 어시스턴트와 외부 도구를 연결하는 개방형 표준입니다. SuperIntern MCP는 완전한 읽기 전용이므로, 이 연결을 통해 회의 데이터가 수정되거나 삭제될 일은 없습니다. 참조할 수 있는 회의 역시 접속한 본인이 SuperIntern에서 볼 수 있는 회의로 한정됩니다.

다른 한 축인 Kintone MCP 서버는 Kintone 개발사가 오픈 소스로 공개한 공식 MCP 서버입니다. 앱 목록 조회, 레코드 조회/추가/업데이트, 레코드 코멘트 작성, 프로세스 상태 업데이트 같은 도구를 AI 클라이언트에 제공합니다. Kintone에 기록하는 작업은 모두 이 서버를 통해 Claude가 수행하며, SuperIntern이 Kintone에 직접 기록하는 일은 없습니다.

설정 방법

두 서버를 각각 Claude에 연결합니다.

1. SuperIntern MCP를 Claude에 연결하기

Claude 설정에서 커넥터를 열고 "커스텀 커넥터 추가"를 선택한 뒤, 다음 접속 URL을 등록합니다.

https://mcp.app.super-intern.com/mcp

SuperIntern 로그인 화면에서 로그인하고 접근을 허용합니다. 개인 워크스페이스는 Plus 플랜 이상이 필요하며, Enterprise에서는 관리자가 MCP 접근을 먼저 활성화해야 합니다. 자세한 이용 조건과 Claude Code, Cursor 설정 절차는 MCP 설정 가이드를 참고하시기 바랍니다.

2. Kintone MCP 서버 연결하기

Kintone MCP 서버는 로컬 환경에서 실행됩니다. Claude Desktop이라면 릴리스 페이지에서 .mcpb 파일을 내려받아 Claude Desktop의 확장 기능 설정에 끌어다 놓는 방법이 가장 간단합니다. npm(@kintone/mcp-server)이나 Docker(ghcr.io/kintone/mcp-server)로도 실행할 수 있으며, Claude Code와 Cursor용 .mcp.json 작성 예시는 README에 나와 있습니다.

인증 정보는 사용자명과 비밀번호보다 앱 단위 API 토큰을 권장합니다. Kintone에서 대상 앱의 설정을 열어 활용 1에는 레코드 조회와 편집 권한을, 활용 2도 진행한다면 추가 권한까지 부여한 API 토큰을 발급하고, KINTONE_BASE_URL(예: https://example.kintone.com)과 함께 KINTONE_API_TOKEN으로 설정합니다. Kintone 쪽에서 REST API를 사용하려면 API가 포함된 요금제가 필요합니다. 일본 요금 체계에서는 스탠더드와 와이드 코스가 여기에 해당하며, 라이트 코스에서는 API를 사용할 수 없습니다.

브라우저에서 대상 앱을 열고 URL의 /k/123/에서 숫자로 된 앱 ID를 확인해 주세요. 아래 예시의 123은 본인의 앱 ID로 바꿔 사용합니다. API 토큰 인증은 앱 이름 검색을 지원하지 않으므로, Claude에게 앱 이름과 ID를 함께 알려 주세요.

3. 연결 확인하기

새 채팅을 열고 이렇게 요청해 봅니다.

SuperIntern의 최근 회의 3건과, Kintone 앱 "안건 관리"(앱 ID: 123)의
필드 목록을 보여 줘.

양쪽 모두 답이 돌아오면 준비가 끝난 것입니다.

활용 1: 주간 회의 직후 안건 레코드 업데이트하기

안건 상태가 실제로 바뀌는 자리는 주간 영업 회의입니다. 회의가 끝난 직후, 논의된 내용을 레코드에 반영하는 일부터 시작해 봅니다. 프롬프트의 핵심은 "기록하기 전에 변경안부터 보여 달라"는 한 문장입니다.

오늘 "주간 영업 회의"의 AI 회의록과 전사를 SuperIntern에서 가져와 줘.
회의에서 언급된 고객마다 Kintone 앱 "안건 관리"(앱 ID: 123)에서 해당 레코드를
찾아서(회사명으로 대조), 레코드별로 다음 변경안을 만들어 줘.
- 상태(회의에서 바뀐 경우에만)
- 다음 액션과 기한
- "최근 동향" 필드에 넣을 한 줄 메모
먼저 변경안 전체를 표로 보여 주고, 각 변경에는 근거가 된 발언을
붙여 줘. 내가 승인하기 전에는 Kintone에 아무것도 기록하지 마.
승인 후에는 회의명과 날짜를 포함한 결정 요약을 각 레코드의
코멘트로도 남겨 줘.

이렇게 요청하면 예를 들어 다음과 같은 답변이 돌아옵니다.

회의에서 언급된 고객은 4곳이며, 안건 관리에서 레코드 4건을 대조했습니다.

북풍상사: 상태 "제안서 발송 완료" → "구두 승낙". 다음 액션: 발주서 발송(기한 9월 16일). 근거: "전화로 승낙을 받았습니다. 서류만 남았습니다"

에이코물류: 상태 변경 없음. 다음 액션: 보안 검토 일정 조율(기한 9월 19일). 근거: "계약 전에 IT 부서의 보안 검토를 원하신다고 합니다"

청록식품: 상태 "협상 중" → "보류". 근거: "다음 회계연도까지 예산이 동결되었다고 합니다"

강동정밀: 회의에서 결론이 나지 않았고, 레코드의 다음 액션 기한이 이미 지나 있습니다. 변경안 없이 확인이 필요한 항목으로만 표시했습니다.

이대로 반영할까요? 수정할 항목이 있으면 알려 주세요.

"북풍상사 기한은 9월 17일로 바꿔서 반영해 줘"처럼 답하면, Claude가 레코드를 업데이트하고 각 레코드에 근거 코멘트를 남깁니다.

회의록에서 업데이트된 Kintone 안건 레코드와 AI가 작성한 코멘트

필드 업데이트 못지않게 값진 것이 코멘트 이력입니다. 6주 뒤 "이 안건이 왜 보류였지?"라는 질문이 나와도, 회의명과 날짜가 함께 적힌 답이 레코드 안에 그대로 남아 있기 때문입니다.

활용 2: 회의에서 언급된 신규 안건을 중복 확인 후 등록하기

신규 안건은 회의 중 지나가는 한마디로 등장하는 경우가 많습니다. "그러고 보니 파브리컴 부산 지사에서 문의가 왔습니다." 이때 아무도 레코드를 만들지 않으면, 이 안건은 담당자의 기억 속에만 남게 됩니다.

오늘 "주간 영업 회의" 회의록에서, 언급되었지만 Kintone 앱
"안건 관리"(앱 ID: 123)에 아직 레코드가 없는 회사나 안건을 찾아 줘.
중복을 만들지 않도록 먼저 회사명으로 앱을 검색해 줘.
정말 신규인 건만 레코드 초안을 만들어 줘. 필드는 회사명 /
담당자(언급된 경우) / 유입 경로 = "회의" / 상태 = "신규" /
언급된 내용 요약이야. 초안을 보여 주고, 내가 승인하기 전에는
등록하지 마.

회의에 나온 회사명 6건을 안건 관리와 대조했습니다.

4건은 이미 레코드가 있습니다(조치 불필요).

파브리컴 부산 지사는 레코드가 없습니다. 초안: 상태 "신규", 유입 경로 "회의", 요약: "부산 지사를 통한 문의. 연간 플랜에 관심. 담당 창구는 미확인"

리트웨어가 한 번 언급되었는데, 기존 레코드 "리트웨어 주식회사"와 같은 회사일 가능성이 있습니다. 이 건은 초안을 만들지 않았으니 확인 부탁드립니다.

파브리컴 부산 지사 레코드를 등록할까요?

바로 이런 "같은 회사일지도 모르는" 사례가 사람의 판단이 필요한 지점입니다. 신규로 분류된 안건도 기존 레코드와 대조하면 중복을 놓칠 가능성을 줄일 수 있습니다. 다만 회사명 표기가 다르거나 확인 후 다른 사람이 레코드를 추가할 수 있으므로, 이중 등록을 완전히 막는 것은 아닙니다.

회의에서 등록된 신규 안건이 강조된 Kintone 레코드 목록

활용 3: 주간 대조로 업데이트 누락 찾아내기

아무리 습관을 들여도 누락은 생기기 마련입니다. 그래서 일주일에 한 번, 이번에는 반대 방향으로 대조합니다. 앱을 기준으로 "회의에서는 진전이 있었는데 레코드는 그대로인 안건"을 찾아내는 방법입니다.

오늘을 기준으로 지난 3주간의 SuperIntern 회의 전체와, Kintone 앱 "안건 관리"(앱 ID: 123)의
완료되지 않은 레코드를 대조해서 세 가지 목록으로 나눠 줘.
1) 이번 주 회의에서 레코드보다 새로운 결정이 나온 안건
   (근거 발언과 필드 변경안 포함)
2) 다음 액션 기한이 지났는데 이번 주에 관련 회의가 없었던 안건
3) 3주 이상 어떤 회의에도 등장하지 않은 안건
1번과 2번은 이번 주 회의로, 3번은 지난 3주 전체로 판단해 줘.
가져올 수 없는 회의나 기간이 있으면 미등장으로 단정하지 말고 확인 불가로 보고해 줘.
1번 목록은 내가 승인하면 변경을 반영하고, 각 레코드에 근거
코멘트를 남겨 줘.

1번 목록은 그대로 "밀린 업데이트를 따라잡는" 작업 목록이 됩니다. 2번과 3번은 월요일 안건 리뷰의 자료로 쓸 수 있습니다. 앱을 위에서부터 훑으며 이상한 곳을 찾는 대신, "주의가 필요한 안건은 이 5건이고, 이유는 이렇습니다"에서 회의를 시작할 수 있습니다.

안전하게 운영하는 요령

"먼저 변경안, 기록은 승인 후"를 지키기

이 글에서 쓰기 작업을 요청하는 프롬프트는 모두 "변경안을 보여 주고, 승인 전에는 기록하지 마"로 끝납니다. 이 형태를 꼭 유지하시기 바랍니다. 승인 전 검토는 오류를 발견할 기회가 됩니다. 다만 프롬프트 지시만으로 쓰기를 기술적으로 차단하는 것은 아닙니다. 대상 레코드, 변경할 값, 근거를 확인하고 실행 후 결과도 검토해 주세요.

API 토큰은 앱 하나로 제한하기

Kintone MCP 서버는 앱 단위 API 토큰으로 동작하므로, Claude가 접근할 수 있는 범위를 명시적으로 허용한 앱으로만 한정할 수 있습니다. 활용 1은 앱 하나에 조회와 편집 권한을 부여하고, 활용 2도 진행하려면 레코드 추가 권한도 부여해야 합니다. 삭제 권한은 필요하지 않습니다. 운영 범위가 넓어진 뒤에 토큰을 추가해도 늦지 않습니다.

Kintone의 변경 이력을 보험으로 삼기

Kintone 레코드에는 변경 이력이 남기 때문에, 잘못된 업데이트가 있더라도 무엇이 어떻게 바뀌었는지 확인하고 되돌릴 수 있습니다. Claude가 남기는 근거 코멘트와 함께 보면, 어느 회의의 어느 발언이 어떤 변경으로 이어졌는지 나중에도 추적할 수 있습니다.

대조 키는 안정적인 필드로 정하기

전사 속 회사명은 약칭으로 나오거나 잘못 인식될 수 있습니다. 앱에 고객 코드가 있다면 그 필드로 대조하도록 Claude에 지시하시기 바랍니다. 자주 나오는 고객명을 SuperIntern의 사용자 사전에 등록해 두면 전사 쪽 정확도도 올라갑니다.

첨부 파일은 수작업으로 남기기

Kintone MCP 서버는 현재 레코드 생성과 업데이트 시 첨부 파일 필드를 설정할 수 없습니다. 게스트 스페이스도 지원되지 않습니다. 파일 첨부는 수작업 단계로 남겨 두시기 바랍니다.

응용: 영업 외의 Kintone 앱에도 같은 패턴 적용하기

Kintone의 쓰임새는 안건 관리에 그치지 않습니다. 회의와 앱을 대조하는 이 패턴은 사내의 다양한 앱에 그대로 가져갈 수 있습니다.

문의 관리 앱: 지원팀 주간 회의 후, 대응 상태 업데이트와 합의된 해결 방법의 코멘트 기록을 한 번에 처리합니다.
작업 관리 앱: 프로젝트 정례 회의 후, 회의에서 바뀐 담당자와 기한을 레코드에 반영합니다.
일일 보고 앱: 퇴근 전, 그날의 회의를 바탕으로 Claude에게 보고서 초안 레코드를 만들게 하고, 확인 후 제출합니다.

안건 관리를 전용 CRM에서 하는 팀이라면 같은 발상을 다룬 HubSpot 편이 있습니다. 팀 작업 관리는 Linear 편을 참고하시기 바랍니다.

자주 묻는 질문

Q. SuperIntern MCP는 무료 플랜에서 사용할 수 있습니까?
A. 개인 워크스페이스는 Plus 플랜 이상이 필요합니다. Team 플랜 워크스페이스에서도 사용할 수 있습니다. Enterprise는 기본적으로 비활성화되어 있어, 관리자가 워크스페이스 설정에서 MCP 접근을 활성화해야 합니다.

Q. SuperIntern이 Kintone에 기록하는 것입니까?
A. 아닙니다. SuperIntern MCP는 회의 데이터를 읽기 전용으로 제공할 뿐입니다. Kintone의 읽기와 쓰기는 모두, 여러분이 설정한 인증 정보를 사용해 Claude가 Kintone MCP 서버를 통해 수행합니다.

Q. AI가 회의록이나 전사를 수정할 수도 있습니까?
A. 수정할 수 없습니다. SuperIntern MCP에는 생성, 편집, 삭제 기능이 없으므로, 이 연결을 통해 회의 데이터가 바뀌는 일은 없습니다.

Q. Kintone 쪽에는 무엇이 필요합니까?
A. REST API를 사용할 수 있는 요금제(일본 요금 체계 기준 스탠더드 또는 와이드 코스이며, 라이트 코스에는 API가 포함되지 않습니다)와 대상 앱의 API 토큰 및 앱 ID가 필요합니다. Kintone MCP 서버 자체는 개발사가 오픈 소스로 무료 공개하고 있습니다. 다만 Kintone API 지원 창구의 지원 대상은 아니라는 점을 참고하시기 바랍니다.

Q. Claude가 잘못된 내용을 기록하면 어떻게 됩니까?
A. 승인 전에 변경안을 검토하면 오류를 발견하는 데 도움이 될 수 있지만, 잘못된 업데이트를 막는다는 보장은 없습니다. 그래도 잘못된 값이 들어간 경우에는 Kintone의 레코드 변경 이력에서 무엇이 바뀌었는지 확인할 수 있고, 수작업으로 수정할 때와 같은 방식으로 바로잡을 수 있습니다.

Q. CRM으로 HubSpot이나 Salesforce를 사용하고 있습니다. 이 글이 도움이 됩니까?
A. 전용 CRM을 사용하신다면 HubSpot 편이 더 맞습니다. 이 글은 팀 기록의 중심이 Kintone 앱에 있는 팀을 위한 것입니다. Kintone이라면 영업에 한정되지 않고 문의 관리, 프로젝트, 일일 보고까지 같은 패턴으로 넓힐 수 있다는 점이 강점입니다.

우선 앱 하나, 회의 한 건부터 시작해 보시기 바랍니다. 다음 주간 회의가 끝난 뒤 활용 1을 실행해 보면, 옮겨 적기 위해 앱을 다시 여는 시간이 얼마나 줄어드는지 바로 확인할 수 있습니다. 팀이 이미 신뢰하는 Kintone이 더 이상 현실에 뒤처지지 않게 됩니다.

SuperIntern 무료 체험하기

목차