Insight Health, Tennr, Medallion이 Claude를 활용해 인간-에이전트 팀을 구축하는 방식을 살펴봅니다.
여러 의료 기관들이 Claude Tag(베타)를 활용하고 있습니다. Claude Tag는 Claude를 팀원으로서 Slack에 불러오는 기능으로, 운영 알림 분류, 내부 도구 관리, 보험사 규칙 관련 질의응답 등에 도움을 줍니다. Claude Tag는 아직 Anthropic의 의료정보보호계약(Business Associate Agreement) 적용 대상이 아니지만, 여러 의료 기관들이 PHI(보호 건강 정보)를 다루지 않는 채널과 커넥터에서 이미 활발히 사용하고 있습니다.
채널에서 @Claude를 멘션하면 Claude는 스레드를 읽고, 연결된 도구를 활용해 작업을 수행한 뒤 결과를 보고합니다. 채널별로 맥락을 기억하기 때문에 오래 진행되는 작업도 매번 처음부터 설명할 필요가 없으며, 권한을 부여하면 채널을 모니터링하다가 필요한 순간에 자율적으로 개입합니다.
관리자가 Claude Tag의 작동 범위와 접근 가능한 리소스를 결정하기 때문에, 의료팀은 PHI를 다루는 채널과 시스템에서 Claude Tag를 완전히 배제할 수 있습니다:
Claude Tag를 활성화하고 GitHub에 연결한 Enterprise 조직은 Claude Tag 크레딧 $25,000을 받을 수 있습니다(10석 이상의 Team 조직은 $2,500). 크레딧은 2026년 10월 1일에 만료됩니다. 자세한 크레딧 내용은 여기에서 확인하세요.
Insight Health, Tennr, Medallion이 Claude Tag를 활용해 오늘날 인간-에이전트 팀을 구축하는 방식을 살펴봅니다.
Insight Health는 전문 의료 기관을 위한 AI 의뢰 코디네이터 MagicDocs를 개발합니다. MagicDocs는 팩스, 의뢰서, 사전 승인 요청, 검사 결과, 의무 기록 등 수신되는 환자 서류를 읽고 임상 정보를 추출해 각 문서를 해당 환자와 매칭한 뒤, 정형화된 데이터를 EHR에 기록합니다. 현재 56개 전문 분야, 1,100개 이상의 의료 기관에 서비스를 제공하고 있습니다.
고객 기반이 커지면서 운영 알림 분류 작업이 소규모 엔지니어링팀의 시간을 점점 더 잠식하게 되었습니다. 이에 Insight Health는 지난 3개월간 PHI를 다루지 않는 엔지니어링 및 지원 채널에서 Claude Tag를 운영해왔습니다. Claude Tag는 운영 알림을 조사하고, 티켓을 생성 및 중복 제거하며, PR을 검토하고, 스레드 간 맥락을 이어갑니다.
알림이 집중되는 운영 알림 채널에서는 Claude Tag와 또 다른 에이전트 Zeus(Insight Health가 Claude Agent SDK로 개발)를 함께 운영해, 인시던트 최초 통보부터 수정 사항 테스트 완료까지 전 과정을 처리합니다. 두 에이전트는 의도적으로 서로 다른 접근 권한을 가집니다. Claude Tag는 코드베이스와 Linear에 접근해 코드 패턴과 티켓 이력을 파악하고, Zeus는 BAA가 적용된 회사의 Claude API 조직에서 운영되어 운영 데이터를 조회하되 Slack에 도달하기 전에 PHI를 마스킹합니다. 알림이 도착하면 두 에이전트가 운영 데이터를 조회하고, 코드 및 최근 배포 내역과 비교하며, 과거 티켓과 대조하는 방식으로 조사를 진행하면서 Slack 스레드에 진행 상황을 실시간으로 보고합니다. 근본 원인을 파악하면 PR 초안을 열고 테스트를 모니터링하며, 최종적으로 엔지니어가 검토 후 병합합니다. 이 과정에서 Claude Tag의 채널 메모리가 큰 역할을 합니다. 새로운 문제가 수정 대기 중인 기존 이슈임을 인식하고, 몇 주 전 조사 내용을 떠올리며, 별도의 지시 없이도 기존 지침을 따릅니다.
"Slack 채널에 있는 모든 사람이 두 에이전트의 추론 과정과 역할 분담 방식을 실시간으로 볼 수 있습니다"라고 Insight Health 공동창업자 겸 CTO Saran Siva는 말합니다. "이런 투명성이 팀의 신뢰를 쌓고, 에이전트를 최대한 활용하는 방법을 익히는 데도 도움이 됩니다." Claude Tag 도입 이후, 핵심 알림 채널의 알림 중 97%가 엔지니어의 직접 개입 없이 해결되면서 팀이 핵심 제품 개발에 집중할 수 있게 되었습니다.
인시던트 대응 외에도 Insight Health팀은 채용, 협력업체 협상 준비, 계약 검토(통화 내용과 조건 대조), 전반적인 비즈니스 운영에 Claude Tag를 활용하고 있습니다.
Tennr는 환자 접수, 서류 작성, 승인, 일정 조정 등 치료 흐름을 막는 반복 업무를 자동화해 환자가 적합한 의료 환경으로 더 빠르게 연결되도록 돕는 환자 오케스트레이션 플랫폼입니다. Claude Tag는 Tennr의 내부 도구에 자리 잡아, 비기술팀이 맞춤형 내부 애플리케이션을 구축하고 유지하는 데 도움을 줍니다.
Tennr처럼 빠르게 성장하는 회사에서는 내부 도구가 만들어지는 속도만큼 빠르게 방치됩니다. 유지보수에 할당할 여력이 없기 때문입니다. 2026년 7월, Tennr는 내부 도구 구축 방식을 새로 접근했습니다. Claude Code로 개발한 내부 채용 제안 포털 recruiting.tennr.com을 출시하면서, 전용 Slack 채널을 통해 Claude Tag를 주요 관리자로 지정했습니다. 이제 실제 사용자들(채용 담당자, People팀 구성원, 채용 매니저, RevOps)이 자연어로 Claude를 @멘션하면, Claude가 코드를 수정하고 배포한 뒤 결과를 보고합니다. 엔지니어를 제품 업무에서 끌어내지 않고도 도구를 직접 발전시킬 수 있는 구조입니다.
약 한 달 만에 이 방식으로 15개 이상의 티켓을 처리했습니다. PDF 원페이저를 업로드해 구축한 복리후생 상세 섹션, Dropbox Sign으로 연결되는 "여기서 제안서에 서명하세요" 배너, 목표 보너스 필드, 셀프서비스 관리자 컨트롤 등이 그 결과물입니다. 외부에 노출된 복사 API 문제가 보고되자 Claude는 당일 바로 접근을 차단했습니다. Ashby 임포트 버그로 인해 진행 중인 제안서의 지분이 계속 초기화되는 문제가 발생했을 때는 버그를 수정하고 올바른 값을 전파했습니다. 별도의 버그로 지원자에게 변동 보상이 잘못 표시되는 일이 있었을 때는 요청 없이도 영향 받은 시간대와 조치 방법을 채널 전체에 공지했습니다. 온보딩 문서 작성과 도구의 권한 관리도 Claude가 담당합니다.
팀은 채널에서 직접 Claude에게 운영 규칙을 가르쳤습니다. 이모지 상태 범례, 번호 매기기·요청자·커밋 링크·스크린샷·실시간 테스트 링크를 포함한 티켓 형식 등이 그 예입니다. Claude는 이를 습득해 이후 작업에 일관되게 적용했습니다. 채용 담당자들이 자연어로, 때로는 스크린샷 한 장만으로 사실상 엔지니어링 티켓에 해당하는 요청을 올리면 한 시간 안에 운영 환경 변경 사항이 반영되었습니다. "Claude Tag가 없었다면 내부 도구 자체가 불가능했을 겁니다"라고 Tennr VP of Business Operations and Strategy Abe Griffiths는 말합니다. "Slack 채널을 통해 Claude가 도구를 관리하면서, 실제 사용자들이 엔지니어를 제품 업무에서 끌어내지 않고도 도구를 직접 발전시킬 수 있게 되었습니다."
도입이 빠르게 이루어진 건 이미 기반이 마련되어 있었기 때문입니다. Tennr는 PHI를 소수의 비공개 채널에서만 허용하기 때문에, Claude Tag를 광범위하게 추가해도 새로운 데이터 문제가 생기지 않았습니다. Claude Tag 도입을 쉽게 결정할 수 있었던 핵심 요인은 채널별 범위 지정이었습니다.
"제안 도구 채널에서는 Claude가 적극적으로 움직이기를 원합니다. 문제를 고치고, 코드를 수정하고, PR 검토를 건너뛰고, 바로 배포하는 방식으로요"라고 Griffiths는 말합니다. "하지만 Product나 Eng 채널에서는 Claude의 역할이 정보 수집이나 체계 유지에 가깝습니다. 그런 채널에서 같은 방식으로 움직이면 분명히 문제가 됩니다. 채널별로 그 경계를 그을 수 있었기 때문에, 위험도가 낮은 곳에서만 Claude에게 실질적인 자율성을 부여하고 나머지는 제한할 수 있었습니다."
Medallion은 의료 기관의 의료진 자격 검증, 면허 관리, 보험사 등록을 자동화합니다. 이 업무 상당 부분은 문서화되지 않은 복잡한 규칙에 의존합니다. 어떤 보험사가 그룹 등록 전에 최소 몇 명의 자격 인증 의료진을 요구하는지, 주별 규정은 어떻게 다른지 등 엔지니어가 프로세스를 제품에 구현하기 전에 답이 필요한 수십 가지 질문이 이에 해당합니다. 그동안 이런 답은 소수의 사내 의료 도메인 전문가들에게 집중되어 있어, 핵심 제품 개발 의사결정에서 지속적인 병목이 되어왔습니다.
이제 Claude Tag가 그 흐름 안에 자리 잡아 지식 사일로를 해소합니다. 엔지니어가 Slack에서 보험사 규칙에 관한 질문을 하면, Claude Tag는 과거 전문가 응답, 이력 데이터, 비정형 내부 자료를 바탕으로 답변합니다. 전문 지식이 특정인의 머릿속이 아닌 채널에 쌓이는 구조입니다.
"확신이 없을 때는 적합한 전문가를 태그하고, 전문가의 응답이 이후 관련 주제에 대한 답변의 기초가 됩니다"라고 CTO Armaan Sarkar는 말합니다.
Claude Tag 도입을 편안하게 결정할 수 있었던 이유는 무엇일까요? Sarkar는 적합한 PHI 비접촉 워크스트림 선별, 전문가 검토, 자동화된 검증을 꼽습니다. Claude Tag는 정책 수준에서 운영됩니다. 개별 환자나 의료진이 아닌 보험사 규칙과 프로세스에 관한 질문을 다루는 것입니다. 단독으로 답변하지도 않습니다. 전문가가 감독하고 수정하며, 모든 교환은 회사 누구나 감사할 수 있는 Slack 채널에서 이루어집니다. 산출물도 다운스트림에서 검증됩니다. Medallion의 시스템이 이 정책을 바탕으로 실행하는 작업들이 자체적으로 감사·검증되기 때문입니다.
위의 팀들은 모두 같은 방식으로 시작했습니다. 엔지니어링, 제품, 운영, 채용 채널에서 한두 개의 커넥터를 연결하고, DM 대신 공개 스레드에서 작업해 팀 전체가 내용을 확인하고 맥락을 파악할 수 있도록 했습니다.
의료 기관을 위한 Claude Tag 권장 사례를 여기서 먼저 확인한 뒤, 채널 하나로 시작하세요. 알림이나 지원-엔지니어링 채널에서 Claude Tag를 활성화하고 GitHub를 연결한 다음, 허용 목록을 확장하기 전에 팀이 2주간 사용해 보도록 하세요.
시작하기 Claude Tag.
