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

영업 안건과 프로젝트, 고객 문의 기록을 Kintone 앱에 모아 두는 팀이 많습니다. 그런데 안건이 실제로 움직이는 곳은 회의입니다. 주간 영업 회의가 끝나면 누군가 안건 관리 앱을 열어 해당 레코드를 찾고, 회의에서 정한 내용을 손으로 옮겨 적습니다. 상태를 바꾸고 다음 액션을 적고 기한을 고치는 일까지 모두 사람이 합니다.
이 작업이 한두 번 밀리면 앱에 적힌 내용과 실제 상황이 조금씩 벌어집니다. 레코드에는 아직 "제안서 발송 완료"라고 되어 있는데, 사실은 사흘 전 통화에서 구두 승낙을 받은 상태일 수 있습니다. 앱을 믿고 움직인 동료는 지난 정보를 바탕으로 일을 하게 됩니다.
SuperIntern MCP와 Kintone 공식 MCP 서버를 함께 연결하면 이 옮겨 적는 일을 AI 에이전트(Claude, ChatGPT)에게 맡길 수 있습니다. SuperIntern은 Claude와 ChatGPT 양쪽에 연결되지만, Kintone을 ChatGPT에 연결하는 공식 방법은 아직 없습니다. Kintone 공식 MCP 서버는 사용자 컴퓨터에서 실행되는 로컬 서버라서 로컬 MCP 클라이언트가 필요하고, 그중 가장 간단한 것이 Claude 데스크톱 앱입니다. Claude Code나 Cursor에서도 설정할 수 있지만, 이 글은 Claude 데스크톱 앱을 기준으로 설명합니다. 에이전트는 회의록을 읽고 Kintone에서 해당 레코드를 찾은 다음, 어떤 필드를 어떻게 바꿀지 먼저 표로 정리해 보여 줍니다. 아래 프롬프트는 모두 기록 전에 변경안을 보여 주고 승인을 기다리도록 지시합니다.
⚠️ 이 글은 2026년 9월 시점의 공개 정보와 사용자 피드백을 바탕으로 독자적으로 정리한 것입니다.
목차
- 이 연동으로 달라지는 것: Before / After
- 구조: 세 가지 역할 분담
- 설정 방법
- 활용 1: 주간 회의 직후 안건 레코드 업데이트하기
- 활용 2: 회의에서 언급된 신규 안건을 중복 확인 후 등록하기
- 활용 3: 주간 대조로 업데이트 누락 찾아내기
- 안전하게 운영하는 요령
- 응용: 영업 외의 Kintone 앱에도 같은 패턴 적용하기
- 자주 묻는 질문
이 연동으로 달라지는 것: Before / After
Before: 회의가 끝날 때마다 메모를 다시 읽으면서 Kintone에서 고객명을 검색하고, 레코드를 하나씩 열어 필드를 고칩니다. 바쁜 주에는 업데이트가 며칠씩 밀리거나 아예 잊히기도 합니다.
After: 회의가 끝나고 몇 분 뒤 Claude 데스크톱 앱에서 "오늘 회의 내용을 Kintone과 대조해 줘"라고 요청합니다. 에이전트가 SuperIntern의 AI 회의록을 읽어 레코드와 맞춰 보고, 필드별 변경안을 표로 보여 줍니다. 내용을 확인해 승인하면 레코드 업데이트와 근거 코멘트 작성이 그 자리에서 끝납니다.
전제는 하나입니다. 회의가 SuperIntern에 기록되어 있어야 합니다. SuperIntern은 회의에 봇을 초대하지 않고 전사와 AI 회의록을 만드는 데스크톱 회의 어시스턴트로, 온라인 회의와 대면 미팅을 같은 방식으로 기록합니다.

구조: 세 가지 역할 분담
이 연동에서는 세 구성 요소가 각자 맡은 일을 합니다.
| 담당 | 역할 |
|---|---|
| SuperIntern MCP | 전사, 라이브 전사, AI 회의록, 회의 노트를 읽기 전용으로 제공합니다 |
| AI 에이전트(Claude, ChatGPT) | 회의 데이터를 읽고 레코드와 대조해 변경안을 만들고, 승인을 받은 뒤 실행합니다. Kintone은 로컬 MCP 클라이언트가 있어야 연결되므로 이 글에서는 Claude 데스크톱 앱을 씁니다 |
| Kintone MCP 서버 | 에이전트의 요청을 받아 앱 검색, 레코드 조회·생성·업데이트, 레코드 코멘트 작성을 수행합니다 |
MCP(Model Context Protocol)는 AI 에이전트와 외부 도구를 연결하는 개방형 표준입니다. SuperIntern MCP는 읽기 전용이어서, 이 연결로 회의 데이터가 수정되거나 삭제되는 일은 없습니다. 참조할 수 있는 회의도 접속한 사용자가 SuperIntern에서 볼 수 있는 회의로 한정됩니다.
Kintone MCP 서버는 Kintone 개발사인 사이보즈가 오픈 소스로 공개한 공식 MCP 서버입니다. 앱 목록 조회, 레코드 조회와 추가, 업데이트, 레코드 코멘트 작성, 프로세스 상태 변경 같은 도구를 AI 클라이언트에 제공합니다. 이 서버는 사용자 컴퓨터에서 실행되므로 Claude 데스크톱 앱, Claude Code, Cursor처럼 로컬 MCP 서버를 불러올 수 있는 클라이언트에서 씁니다. ChatGPT용 앱이나 공식 원격 엔드포인트는 없습니다. Kintone에 기록하는 쪽은 이 서버를 사용하는 에이전트이고, SuperIntern이 Kintone에 직접 쓰는 일은 없습니다.
설정 방법
SuperIntern은 Claude의 커넥터 목록과 ChatGPT의 플러그인 목록에 모두 올라 있어 검색만으로 연결됩니다. 회의 내용을 불러오는 프롬프트는 Claude와 ChatGPT 어느 쪽에서든 똑같이 쓸 수 있지만, ChatGPT에는 Kintone을 연결하는 공식 방법이 없으므로 Kintone 레코드를 조회하거나 등록, 업데이트하는 부분은 로컬 MCP 클라이언트에서 실행해야 합니다. 아래 1단계는 두 에이전트에 공통이고, 2단계부터는 Claude 데스크톱 앱을 기준으로 설명합니다.
1. SuperIntern 연결하기
Claude에서는 Settings를 열고 왼쪽 아래 Customize에서 Connectors로 들어간 뒤, 검색창에 "SuperIntern"을 입력해 결과에서 SuperIntern을 선택합니다. Claude 커넥터 목록의 SuperIntern 페이지에서 바로 열 수도 있습니다. 커넥터는 Claude 유료 플랜에서 추가할 수 있습니다.
ChatGPT에서는 사이드바의 플러그인을 열고 "superintern"을 검색해 SuperIntern을 연 다음 플러그인 설치를 누릅니다. SuperIntern 플러그인 페이지로 바로 들어가도 됩니다. Codex 앱에서도 같은 방법으로 연결합니다.
어느 쪽이든 SuperIntern 로그인 화면이 나타나면 로그인하고 접근을 허용합니다. SuperIntern 이용 조건(개인 워크스페이스는 Plus 플랜 이상, Enterprise는 관리자가 활성화해야 함)과 Claude Code, Cursor에서 설정하는 방법은 MCP 설정 가이드에 정리해 두었습니다.
2. Kintone MCP 서버 연결하기(Claude 데스크톱 앱)
Kintone MCP 서버는 사용자 컴퓨터에서 실행됩니다. 가장 간단한 방법은 릴리스 페이지에서 .mcpb 파일을 내려받아 Claude 데스크톱 앱의 확장 프로그램 설정 화면에 끌어다 놓는 것입니다. npm(@kintone/mcp-server)이나 Docker(ghcr.io/kintone/mcp-server)로도 실행할 수 있고, Claude Code나 Cursor에서 쓸 .mcp.json 작성 예시는 README에 있습니다.
인증에는 사용자명과 비밀번호 대신 앱 단위 API 토큰을 쓰는 편이 안전합니다. Kintone에서 대상 앱의 설정을 열고, 활용 1에 필요한 레코드 조회·편집 권한(활용 2까지 쓴다면 추가 권한도)을 준 API 토큰을 발급합니다. 이 토큰을 KINTONE_API_TOKEN에, 접속 주소를 KINTONE_BASE_URL(예: https://example.kintone.com)에 설정합니다. Kintone에서 REST API를 쓰려면 API가 포함된 요금제여야 합니다. 일본 요금 체계에서는 스탠더드 코스와 와이드 코스가 해당하고, 라이트 코스에서는 API를 쓸 수 없습니다.
앱 ID는 브라우저에서 대상 앱을 열었을 때 URL의 /k/123/ 부분에 있는 숫자입니다. 아래 예시의 123을 본인의 앱 ID로 바꿔 쓰세요. API 토큰 인증으로는 앱 이름 검색이 되지 않으므로, 에이전트에게 앱 이름과 ID를 함께 알려 줘야 합니다.
3. 연결 확인하기
Claude 데스크톱 앱에서 새 채팅을 열고 다음과 같이 요청해 봅니다.
SuperIntern의 최근 회의 3건과, Kintone 앱 "안건 관리"(앱 ID: 123)의
필드 목록을 보여 줘.
회의 목록과 필드 목록이 모두 나오면 준비가 끝났습니다.
활용 1: 주간 회의 직후 안건 레코드 업데이트하기
안건 상태가 바뀌는 자리는 대개 주간 영업 회의입니다. 먼저 회의 직후 논의 내용을 레코드에 반영하는 작업부터 맡겨 봅니다. 프롬프트에서 가장 중요한 부분은 "기록하기 전에 변경안부터 보여 달라"는 지시입니다.
오늘 "주간 영업 회의"의 AI 회의록과 전사를 SuperIntern에서 가져와 줘.
회의에서 언급된 고객마다 Kintone 앱 "안건 관리"(앱 ID: 123)에서 해당 레코드를
찾아서(회사명으로 대조), 레코드별로 다음 변경안을 만들어 줘.
- 상태(회의에서 바뀐 경우에만)
- 다음 액션과 기한
- "최근 동향" 필드에 넣을 한 줄 메모
먼저 변경안 전체를 표로 보여 주고, 각 변경에는 근거가 된 발언을
붙여 줘. 내가 승인하기 전에는 Kintone에 아무것도 기록하지 마.
승인 후에는 회의명과 날짜를 포함한 결정 요약을 각 레코드의
코멘트로도 남겨 줘.
그러면 다음과 같은 답이 돌아옵니다.
회의에서 언급된 고객은 4곳이며, 안건 관리에서 레코드 4건을 대조했습니다.
- 북풍상사: 상태 "제안서 발송 완료" → "구두 승낙". 다음 액션: 발주서 발송(기한 9월 16일). 근거: "전화로 승낙을 받았습니다. 서류만 남았습니다"
- 에이코물류: 상태 변경 없음. 다음 액션: 보안 검토 일정 조율(기한 9월 19일). 근거: "계약 전에 IT 부서의 보안 검토를 원하신다고 합니다"
- 청록식품: 상태 "협상 중" → "보류". 근거: "다음 회계연도까지 예산이 동결되었다고 합니다"
- 강동정밀: 회의에서 결론이 나지 않았고, 레코드의 다음 액션 기한이 이미 지나 있습니다. 변경안 없이 확인이 필요한 항목으로만 표시했습니다.
이대로 반영할까요? 수정할 항목이 있으면 알려 주세요.
"북풍상사 기한은 9월 17일로 바꿔서 반영해 줘"처럼 답하면 에이전트가 레코드를 업데이트하고, 각 레코드에 근거 코멘트를 남깁니다.

필드 업데이트만큼 쓸모 있는 것이 이 코멘트 이력입니다. 6주 뒤에 누군가 "이 안건은 왜 보류가 됐지?" 하고 물어도, 레코드를 열면 어느 회의에서 언제 그렇게 정했는지 바로 확인할 수 있습니다.
활용 2: 회의에서 언급된 신규 안건을 중복 확인 후 등록하기
신규 안건은 회의 중에 지나가듯 나오는 경우가 많습니다. "그러고 보니 파브리컴 부산 지사에서 문의가 왔습니다." 이런 말이 나왔는데 아무도 레코드를 만들지 않으면, 그 안건은 담당자의 기억에만 남습니다.
오늘 "주간 영업 회의" 회의록에서, 언급되었지만 Kintone 앱
"안건 관리"(앱 ID: 123)에 아직 레코드가 없는 회사나 안건을 찾아 줘.
중복을 만들지 않도록 먼저 회사명으로 앱을 검색해 줘.
정말 신규인 건만 레코드 초안을 만들어 줘. 필드는 회사명 /
담당자(언급된 경우) / 유입 경로 = "회의" / 상태 = "신규" /
언급된 내용 요약이야. 초안을 보여 주고, 내가 승인하기 전에는
등록하지 마.
회의에 나온 회사명 6건을 안건 관리와 대조했습니다.
- 4건은 이미 레코드가 있습니다(조치 불필요).
- 파브리컴 부산 지사는 레코드가 없습니다. 초안: 상태 "신규", 유입 경로 "회의", 요약: "부산 지사를 통한 문의. 연간 플랜에 관심. 담당 창구는 미확인"
- 리트웨어가 한 번 언급되었는데, 기존 레코드 "리트웨어 주식회사"와 같은 회사일 가능성이 있습니다. 이 건은 초안을 만들지 않았으니 확인 부탁드립니다.
파브리컴 부산 지사 레코드를 등록할까요?
리트웨어처럼 같은 회사인지 애매한 경우는 사람이 판단해야 합니다. 신규로 보이는 안건도 기존 레코드와 한 번 대조해 두면 중복을 놓칠 가능성이 줄어듭니다. 그래도 회사명 표기가 다르거나, 확인한 뒤에 다른 사람이 같은 레코드를 추가할 수도 있으니 이중 등록을 완전히 막을 수는 없습니다.

활용 3: 주간 대조로 업데이트 누락 찾아내기
습관을 들여도 빠뜨리는 업데이트는 생깁니다. 그래서 일주일에 한 번은 방향을 바꿔 앱 쪽에서 출발해 대조합니다. 회의에서는 진전이 있었는데 레코드는 그대로인 안건을 찾는 작업입니다.
오늘을 기준으로 지난 3주간의 SuperIntern 회의 전체와, Kintone 앱 "안건 관리"(앱 ID: 123)의
완료되지 않은 레코드를 대조해서 세 가지 목록으로 나눠 줘.
1) 이번 주 회의에서 레코드보다 새로운 결정이 나온 안건
(근거 발언과 필드 변경안 포함)
2) 다음 액션 기한이 지났는데 이번 주에 관련 회의가 없었던 안건
3) 3주 이상 어떤 회의에도 등장하지 않은 안건
1번과 2번은 이번 주 회의로, 3번은 지난 3주 전체로 판단해 줘.
가져올 수 없는 회의나 기간이 있으면 미등장으로 단정하지 말고 확인 불가로 보고해 줘.
1번 목록은 내가 승인하면 변경을 반영하고, 각 레코드에 근거
코멘트를 남겨 줘.
1번 목록은 그대로 밀린 업데이트를 처리할 작업 목록이 됩니다. 2번과 3번은 월요일 안건 리뷰 자료로 씁니다. 앱을 처음부터 훑으며 이상한 레코드를 찾는 대신, "이번 주에 챙겨야 할 안건은 5건이고 이유는 이렇습니다"라는 정리에서 회의를 시작할 수 있습니다.
안전하게 운영하는 요령
변경안을 먼저 보고, 기록은 승인 후에
이 글에서 쓰기 작업을 맡기는 프롬프트는 모두 "변경안을 보여 주고, 승인 전에는 기록하지 마"로 끝납니다. 운영할 때도 이 형태를 그대로 유지하세요. 승인 전에 한 번 검토하는 단계가 있으면 잘못된 변경을 걸러 낼 수 있습니다. 다만 프롬프트의 지시가 쓰기를 기술적으로 막아 주지는 않습니다. 대상 레코드와 바꿀 값, 근거를 확인하고, 실행한 뒤에도 결과를 살펴보세요.
API 토큰의 범위는 앱 하나로
Kintone MCP 서버는 앱 단위 API 토큰으로 동작하므로, 에이전트가 접근할 수 있는 범위를 명시적으로 허용한 앱으로 좁힐 수 있습니다. 활용 1에는 앱 하나에 조회와 편집 권한만 주면 되고, 활용 2까지 쓰려면 레코드 추가 권한이 더 필요합니다. 삭제 권한은 필요 없습니다. 쓰는 범위가 넓어지면 그때 토큰을 추가해도 충분합니다.
Kintone 변경 이력을 안전장치로 활용하기
Kintone 레코드에는 변경 이력이 남습니다. 잘못된 업데이트가 들어가도 무엇이 어떻게 바뀌었는지 확인하고 되돌릴 수 있습니다. 에이전트가 남긴 근거 코멘트와 함께 보면, 어느 회의의 어떤 발언이 어떤 변경으로 이어졌는지 나중에도 추적할 수 있습니다.
대조 기준은 잘 바뀌지 않는 필드로
전사에서는 회사명이 약칭으로 나오거나 잘못 인식되기도 합니다. 앱에 고객 코드 필드가 있다면 그 필드로 대조하라고 지시해 두세요. 자주 나오는 고객명을 SuperIntern의 사용자 사전에 등록해 두면 전사 정확도도 올라갑니다.
첨부 파일은 사람이 올리기
현재 Kintone MCP 서버로는 레코드를 만들거나 업데이트할 때 첨부 파일 필드를 채울 수 없습니다. 게스트 스페이스도 지원하지 않습니다. 파일 첨부는 사람이 직접 하는 단계로 남겨 두세요.
응용: 영업 외의 Kintone 앱에도 같은 패턴 적용하기
Kintone은 안건 관리 말고도 여러 용도로 쓰입니다. 회의 내용과 앱 레코드를 대조하는 방식은 다른 앱에도 그대로 적용할 수 있습니다.
- 문의 관리 앱: 지원팀 주간 회의가 끝나면 대응 상태를 업데이트하고, 합의한 해결 방법을 코멘트로 남깁니다.
- 작업 관리 앱: 프로젝트 정례 회의에서 바뀐 담당자와 기한을 레코드에 반영합니다.
- 일일 보고 앱: 퇴근 전에 그날 회의를 바탕으로 에이전트가 보고서 초안 레코드를 만들고, 사람이 확인한 뒤 제출합니다.
안건을 전용 CRM에서 관리하는 팀이라면 같은 방식을 다룬 HubSpot 편을, 팀 작업 관리에 적용하려면 Linear 편을 참고하세요.
자주 묻는 질문
Q. SuperIntern MCP는 무료 플랜에서 사용할 수 있습니까?
A. 개인 워크스페이스는 Plus 플랜 이상이 필요합니다. Team 플랜 워크스페이스에서도 사용할 수 있습니다. Enterprise는 기본값이 비활성화이므로, 관리자가 워크스페이스 설정에서 MCP 접근을 켜야 합니다.
Q. SuperIntern이 Kintone에 기록하는 것입니까?
A. 아닙니다. SuperIntern MCP는 회의 데이터를 읽기 전용으로 제공할 뿐입니다. Kintone 레코드를 읽고 쓰는 것은 에이전트이며, 사용자가 설정한 인증 정보로 Kintone MCP 서버를 거쳐 실행합니다. 이 글의 구성에서는 Claude 데스크톱 앱이 그 역할을 합니다.
Q. AI가 회의록이나 전사를 수정할 수도 있습니까?
A. 수정할 수 없습니다. SuperIntern MCP에는 생성, 편집, 삭제 기능이 없으므로 이 연결로 회의 데이터가 바뀌는 일은 없습니다.
Q. Kintone 쪽에는 무엇이 필요합니까?
A. REST API를 쓸 수 있는 요금제(일본 요금 체계 기준 스탠더드 코스 또는 와이드 코스이며, 라이트 코스에는 API가 포함되지 않습니다), 그리고 대상 앱의 API 토큰과 앱 ID가 필요합니다. Kintone MCP 서버는 개발사가 오픈 소스로 무료 공개하고 있습니다. 다만 Kintone API 지원 창구의 지원 대상은 아니라는 점을 알아 두세요.
Q. 에이전트가 잘못된 내용을 기록하면 어떻게 됩니까?
A. 승인 전에 변경안을 검토하면 오류를 찾는 데 도움이 되지만, 잘못된 업데이트를 완전히 막아 주지는 않습니다. 잘못된 값이 들어갔다면 Kintone의 레코드 변경 이력에서 바뀐 내용을 확인하고, 평소 직접 수정할 때와 같은 방법으로 고치면 됩니다.
Q. CRM으로 HubSpot이나 Salesforce를 사용하고 있습니다. 이 글이 도움이 됩니까?
A. 전용 CRM을 쓰고 있다면 HubSpot 편이 더 잘 맞습니다. 이 글은 팀 기록을 Kintone 앱에 모아 두는 팀을 위한 내용입니다. Kintone에서는 영업뿐 아니라 문의 관리, 프로젝트, 일일 보고에도 같은 방식을 쓸 수 있다는 점이 장점입니다.
Q. 어떤 AI 에이전트에서 사용할 수 있습니까?
A. SuperIntern MCP는 Claude와 ChatGPT, 그리고 Claude Code, Codex, Cursor처럼 MCP를 지원하는 클라이언트에서 쓸 수 있습니다. Kintone은 사정이 다릅니다. 현재 ChatGPT에 Kintone을 연결하는 공식 방법이 없고, Kintone 공식 MCP 서버는 로컬에서 동작하므로 로컬 MCP 클라이언트가 필요합니다. 가장 간단한 것은 Claude 데스크톱 앱이며, Claude Code나 Cursor에서도 설정할 수 있습니다. 이 글의 절차는 Claude 데스크톱 앱을 기준으로 합니다.
처음에는 앱 하나, 회의 한 건으로 시작해 보시기 바랍니다. 다음 주간 회의가 끝난 뒤 활용 1을 실행해 보면, 회의 내용을 옮겨 적으려고 앱을 다시 여는 시간이 얼마나 줄어드는지 바로 알 수 있습니다. 회의가 끝날 때마다 레코드가 갱신되면, 팀이 매일 보는 Kintone의 내용도 실제 상황과 어긋나지 않습니다.