Msty 제품과 요금 · 글 9편
Msty 제품과 요금이 글에서 다루는 것Msty 공식 사이트의 Solutions 메뉴가 제시하는 교육, 법률, 운영, 의료, 연구, 규제 대상 팀의 여섯 가지 시작점을 하나씩 정리합니다.
Solutions 메뉴의 성격
공식 사이트의 Solutions 메뉴에는 업종별 페이지 여섯 개가 있습니다. Education, Legal, Operations, Healthcare, Research, Regulated teams입니다.
여섯 페이지는 구성이 거의 같습니다. 그 업종에서 다루는 민감한 자료를 나열하고, 로컬 우선 구성을 권하고, 세 단계짜리 시범 운영 순서를 제시하고, 맞는 제품을 연결합니다. 전용 기능이나 업종별 특별판이 있는 것은 아닙니다. 같은 제품을 업종에 맞게 어떻게 시작할지 안내하는 페이지입니다.
읽을 때 알아 둘 점이 있습니다.
- 여섯 페이지 어디에도 통계 수치나 측정된 성과는 없습니다. 기대 효과는 모두 정성적인 표현입니다.
- 업종별 규정 준수 인증을 주장하지 않습니다. 인증 현황은 보안과 거버넌스에 정리했습니다.
- 여러 페이지가 Stack을 권하는데, Stack은 아직 출시되지 않았습니다.
여섯 페이지의 공통 내용
민감한 자료는 로컬 우선으로
모든 페이지가 같은 권고를 합니다. 민감한 맥락은 조직이 통제하는 인프라에 두도록 로컬 우선 모델 구성으로 평가하라는 것입니다. 온라인 모델을 배제하지는 않습니다. 다만 민감한 작업을 어디로 보낼지는 의도적으로 정하라고 합니다. 온라인 모델로 보낸 데이터가 어떻게 다뤄지는지에 대한 설명은 업종 페이지에 없습니다.
권하는 제품 조합
| 제품 | 업종 페이지에서의 역할 |
|---|---|
| Studio | 로컬 모델, 파일, 프롬프트, Knowledge Stacks를 한곳에서 쓰는 작업 공간 |
| Stack | 승인된 내부 자료를 묶어, AI 작업 흐름이 매번 맥락을 새로 만들지 않게 함 (출시 예정) |
| Nexus | 모델 접근, 자격 증명, 경로, 사용량 보기를 맡는 로컬 게이트웨이 |
Go는 Operations 페이지의 에이전트 작업과 관련되지만, 본문에서 제품 이름으로 직접 권하지는 않습니다.
좁게 시작하기
모든 페이지가 첫 업무는 평가할 수 있을 만큼 좁되, 의미가 있을 만큼 실제적인 것으로 고르라고 권합니다.
Education (교육)
대상: 교육자와 교육 기관의 교수진, 직원.
다루는 자료: 학생 정보, 강의 자료, 교수 노트, 연구 자료, 평가 문항, 기관 내부 규정.
페이지의 문제의식: 학술 작업은 자료, 판단, 탐색의 여지에 달려 있으며, AI 도구가 모든 학과를 같은 모델과 같은 방식으로 몰아넣어서는 안 된다는 것입니다.
시범 운영 세 단계
- 자료 가져오기: 강의 문서, 연구 노트, 승인된 내부 지식으로 작업합니다.
- 맞는 모델 고르기: 작업마다 로컬 모델과 온라인 모델을 비교합니다.
- 잘된 것 공유하기: 쓸 만한 프롬프트, 페르소나, Knowledge Stacks를 팀이 다시 쓸 수 있는 자원으로 만듭니다.
기대 효과로 적힌 것: 교수진과 직원이 쓰는 일관된 작업 공간, 제공업체마다 다른 도구를 쓰지 않아도 되는 모델 선택, 반복되는 학술 업무에 다시 쓸 수 있는 맥락.
업무 예: 한 학과가 강의계획서와 학칙을 Studio의 Knowledge Stacks로 만들어 두고, 조교가 학생 문의에 답할 때 근거 조항을 찾는 데 쓰는 식으로 시작할 수 있습니다. 학생 개인정보가 들어간 질문은 로컬 모델로만 처리하도록 정합니다.
Legal (법률)
대상: 법무법인과 사내 법무팀.
다루는 자료: 의뢰인 정보, 사건 파일, 계약서, 증거 개시 자료, 비밀 유지 특권이 있는 통신, 청구 기록, 내부 정책.
페이지의 문제의식: 법률 업무는 맥락이 많고 검토에 의존합니다. 흩어진 업무 도구들 위에 범용 챗봇을 하나 얹는다고 문제가 풀리지 않는다는 것입니다.
페이지가 제시하는 작업 방식
- 사건 중심 작업: 문서, 결정, AI가 도운 작업물을 해당 사건에 묶어 둡니다.
- 경계가 있는 AI 사용: 승인된 모델과 민감한 법률 업무에 맞는 배포 방식 안에서 씁니다.
- 사람이 검토하는 결과물: AI의 출력은 법률가가 살펴보고 다듬는 작업 재료로 취급합니다.
기대 효과로 적힌 것: 사건 중심의 맥락, 더 정돈된 법률 작업 공간, 눈에 보이는 사람의 검토 지점.
업무 예: 계약 검토에서 계약서 한 건을 Knowledge Stacks에 넣고 해지 조항과 책임 한도를 물은 뒤, 답이 인용한 조문을 원문에서 직접 확인합니다. 최종 판단은 변호사가 합니다.
Operations (운영)
대상: 운영 부서.
다루는 자료: 고객 기록, 협력업체 정보, 내부 보고서, 절차 문서, 장애 기록, 지원 이력, 운영 데이터.
페이지의 문제의식: 운영 업무는 여러 시스템과 문서와 인수인계를 넘나듭니다. 범위와 승인 경계를 잃지 않으면서 일을 진척시키는 AI가 필요하다는 것입니다.
시범 운영 세 단계
- 작업 틀 잡기: 시작 전에 폴더, 도구, 모델, 결과물을 정합니다.
- 작업 지시하기: 범위가 정해진 작업을 실행하고, 큰 작업은 전문 에이전트를 조율합니다.
- 검토하고 이어 가기: 데스크톱이나 모바일에서 진행 상황을 보고 결정합니다.
기대 효과로 적힌 것: 분명한 작업 경계, 줄어드는 수작업 인수인계, 요청에서 결과까지 검토할 수 있는 경로.
업무 예: 주간 장애 보고서 작성을 에이전트에게 맡기되, 장애 기록 폴더만 읽기 전용으로 열어 주고 초안은 담당자가 승인한 뒤 배포합니다. 에이전트 설정은 Msty Go 자세히 보기를 참고하세요.
Healthcare (의료)
대상: 의료 기관.
다루는 자료: 환자 정보, 건강 관련 데이터, 행정 기록, 정책 문서, 진료 운영 자료, 내부 연구.
가장 중요한 제한: 이 페이지는 비임상 업무에서 시작하라고 권하며, 임상 의사결정은 명시적으로 제외합니다. 권하는 첫 시범 업무는 내부 연구, 정책, 행정입니다. HIPAA를 비롯한 규정 준수를 주장하지 않으며, 별도 Q&A 페이지에서도 HIPAA 관련 주장을 하지 않는다고 밝힙니다.
시범 운영 세 단계
- 위험이 낮은 업무 고르기: 내부 연구, 정책, 행정 같은 비임상 업무.
- 접근 정하기: 팀, 승인된 자료, 모델, 배포 경계를 정합니다.
- 실제 업무로 평가하기: 그 업무와 검토를 맡은 사람들과 함께 쓸모를 잽니다.
기대 효과로 적힌 것: 배울 수 있는 제한된 공간, 분명한 접근과 배포 선택, 더 넓은 결정을 뒷받침할 근거.
업무 예: 병원 행정팀이 내부 규정집과 지침 문서를 근거로 질의응답을 하는 일부터 시작합니다. 환자 기록은 시범 범위에 넣지 않습니다.
Research (연구)
대상: 지식 집약적인 팀.
다루는 자료: 미발표 결과, 자료 노트, 독점 데이터, 후원 기관 자료, 연구 참여자 정보, 지식재산, 기밀 분석.
페이지의 문제의식: 연구는 프롬프트 한 번으로 끝나지 않습니다. 접근 방식을 비교하고, 자료로 돌아가고, 쓸 만한 과정을 반복할 수 있게 만들 여지가 필요하다는 것입니다.
시범 운영 세 단계
- 맥락 모으기: 관련 파일과 승인된 지식을 하나의 작업 공간에 모읍니다.
- 접근 방식 비교하기: 작업 흐름을 새로 만들지 않고 여러 모델을 써 봅니다.
- 재사용할 수 있게 만들기: 좋은 결과를 낸 프롬프트, 페르소나, Knowledge Stack을 공유합니다.
기대 효과로 적힌 것: 도구를 오가는 일의 감소, 자료에 근거한 작업 맥락, 다시 쓸 수 있는 연구 방식.
업무 예: 문헌 검토에서 논문 묶음을 Knowledge Stacks에 넣고, Split Chats로 두 모델의 요약을 나란히 비교합니다. 미발표 데이터가 들어간 분석은 로컬 모델로만 합니다.
Regulated teams (규제 대상 팀)
대상: 민감한 업무를 하는 규제 대상 팀.
다루는 자료: 고객 기록, 금융 데이터, 규정 준수 자료, 내부 통제, 감사 증빙, 기밀 문서, 운영 기록.
페이지의 문제의식: 보안 소개 페이지만으로는 부족하다는 것입니다. 규제 대상 팀은 사람들이 무엇을 쓸 수 있는지, 어떤 맥락이 제공되는지, 시스템의 각 부분이 어디서 실행되는지를 구체적으로 봐야 합니다.
시범 운영 세 단계
- 경계 그리기: 업무를 둘러싼 사용자, 자료, 모델, 배포 제약을 파악합니다.
- 통제 설정하기: 시범 운영의 접근, 모델, 기능, 저장소 선택을 정합니다.
- 근거 검토하기: 범위를 넓히기 전에 업무 결과와 관리 기록을 살핍니다.
기대 효과로 적힌 것: 명시적인 배포 결정, 더 작은 초기 영향 범위, 내부 검토로 가는 더 분명한 길.
이 페이지도 특정 규제 인증이나 준수 결과를 주장하지 않습니다. 팀별 모델과 기능 통제는 팀 관리, 관리 기록은 감사 로그에서 다룹니다.
여섯 업종 비교
| 업종 | 시작 업무로 권하는 것 | 특별히 적힌 제한 |
|---|---|---|
| Education | 강의 자료 기반 작업, 모델 비교 | 없음 |
| Legal | 사건 중심 문서 작업 | 출력은 법률가가 검토 |
| Operations | 범위가 정해진 반복 작업 | 없음 |
| Healthcare | 내부 연구, 정책, 행정 | 임상 의사결정 제외 |
| Research | 자료 기반 작업, 모델 비교 | 없음 |
| Regulated teams | 경계와 통제를 먼저 정한 한 가지 업무 | 범위 확대 전 관리 기록 검토 |