"AI 업무자동화" 태그로 연결된 10개 게시물개의 게시물이 있습니다.

핵심 요약 On-Sitehub의 AI 위험성평가 검토는 협력사별 평가 항목을 읽고 적정·보완필요·부적정으로 분류합니다. 재해유형, 위험요인, 개선대책, 위험등급이 작업 맥락에 맞는지 검토하고 판단 의견과 수정 제안을 함께 보여줍니다. 안전관리자는 현재 값과 AI 제안을 비교해 필요한 항목만 선택하여 반영하며, 최종 판단과 완료 처리는 담당자가 수행합니다.

협력사 위험성평가서가 한꺼번에 들어오는 날이면 안전관리자는 비슷한 문장을 반복해서 읽습니다.

재해유형과 위험요인이 서로 맞는지, 개선대책이 그 위험을 실제로 낮출 수 있는지, 위험등급이 적절한지 확인해야 합니다. 중공종, 세부공종, 작업 위치와 인원까지 함께 살피려면 문서마다 형식과 표현이 다른 점도 부담이 됩니다.

항목이 많아질수록 누락 가능성이 커지고, 담당자의 경험이나 검토 순서에 따라 먼저 보는 항목도 달라질 수 있습니다.

이때 AI가 먼저 맡는 일은 승인이나 결재가 아닙니다. 검토가 필요한 항목을 분류하고, 안전관리자가 비교할 근거와 제안을 정리하는 일입니다.

위험성평가 검토 흐름​

On-Sitehub에서는 현장 설정에 따라 협력사별 위험성평가 자료를 엑셀로 등록하거나 화면에서 직접 입력할 수 있습니다. 일부 양식은 여러 협력사 자료를 한 번에 올린 뒤 협력사별 문서로 나누어 처리할 수도 있습니다.

실제 제품의 문서 목록 구조를 참고한 예시 화면입니다. 현장명·협력사·문서명·회차·항목 수는 모두 가상 데이터이며, 검토 전 문서 목록을 보여줍니다.

모바일에서는 흐름도를 좌우로 밀어 확인할 수 있습니다.

1. 등록과 AI 검토

2. 비교와 담당자 완료

AI는 각 항목의 다음 내용을 함께 살펴봅니다.

• 재해유형이 위험요인의 내용과 맞는가
• 위험요인이 중공종·세부공종·작업 위치·작업인원 맥락에서 구체적인가
• 개선대책이 위험을 실질적으로 줄이고 현장에서 실행 가능한가
• 위험등급이 발생 가능성과 중대성에 비추어 적절한가

검토가 끝나면 항목은 세 단계로 표시됩니다.

• 적정: 입력된 문서 기준으로 그대로 사용할 수 있다고 판단한 항목
• 보완필요: 방향은 맞지만 구체성, 누락 대책 또는 위험등급 등의 부분 보완이 필요한 항목
• 부적정: 재해유형과 위험요인이 맞지 않거나 개선대책의 실효성이 부족해 재작성이 필요한 항목

이 분류는 법 위반 여부를 확정하거나 현장 조치의 적정성을 보증하는 결과가 아닙니다. 업로드된 내용 안에서 문서의 구체성, 일관성, 실행 가능성을 검토한 보조 의견입니다.

판정과 수정 제안​

AI 검토 결과에는 항목별 판정과 검토 의견뿐 아니라 필요에 따라 다음 제안이 함께 표시됩니다.

• 재해유형 변경 제안
• 위험등급 조정 제안
• 개선대책 보완 제안

안전관리자는 화면에서 현재 값과 AI 제안 값을 나란히 비교할 수 있습니다. 제안 전체를 그대로 받아들이는 방식이 아니라, 재해유형·위험등급·개선대책 가운데 필요한 필드만 선택해 입력란에 반영합니다. 반영 전에는 변경 전후 값을 다시 확인할 수 있고, 저장하지 않았다면 되돌릴 수도 있습니다.

여러 항목을 처리할 때는 보완필요·부적정 항목을 모아 보고, 적용할 항목과 필드를 선택해 일괄 반영할 수 있습니다. 사람이 선택하고 저장하기 전까지 원문은 자동으로 바뀌지 않습니다.

실제 제품의 비교 화면을 참고한 가상 사례입니다. 표시된 작업 내용과 AI 제안은 설명용 예시이며, 실제 현장 데이터나 판정 결과가 아닙니다.

주요 검토 사례​

아래 사례는 기능의 검토 방식을 설명하기 위한 예시입니다. 실제 판정과 제안은 입력된 문서와 현장별 검토 기준에 따라 달라질 수 있습니다.

이동식 크레인​

이동식 크레인 작업의 개선대책에 ‘작업반경 내 출입 통제’라고만 적혀 있다고 가정해 보겠습니다.

AI는 누가, 어디에서, 어떤 방식으로 출입을 통제할지 확인하기 어려운 점을 보완 대상으로 표시할 수 있습니다. 안전관리자는 장비 제원, 작업 위치와 당일 동선을 확인한 뒤 실제 적용할 조치를 정합니다.

고소작업​

고소작업 항목에 ‘안전대 착용’만 적혀 있다면 추락 위험에 대한 대책이 충분히 구체적이지 않을 수 있습니다.

AI는 재해유형과 위험요인의 일치 여부, 작업 위치 정보의 구체성, 개선대책의 실행 가능성, 위험등급을 함께 검토하고 필요한 보완 의견을 제시할 수 있습니다.

화기작업​

화기작업 평가서에 ‘소화기 비치’만 적혀 있다면 조치의 범위가 좁을 수 있습니다.

AI는 위험요인에 비해 개선대책이 충분한지 검토하고 추가 확인이 필요한 내용을 제안할 수 있습니다. 실제 조치는 작업 장소, 주변 설비와 사용 물질을 확인한 뒤 안전관리자가 결정합니다.

변경 항목 재검토​

AI 검토가 끝난 뒤 담당자가 항목을 직접 수정하면 해당 문서는 재검토필요 상태가 됩니다. 이때 전체 문서를 처음부터 다시 분석하지 않고 변경된 항목만 골라 재검토할 수 있습니다. AI 제안을 선택 적용한 경우에는 적용 내용과 출처가 이력으로 남습니다.

검토 화면에서는 적정·보완필요·부적정 건수를 바로 확인하고 판정별로 항목을 걸러 볼 수 있습니다. 문서 전체에 대해서는 종합 검토 의견과 핵심 지적사항도 확인할 수 있습니다. 결과는 인쇄용 AI 검토 보고서와 엑셀 파일로 출력할 수 있어 검토 기록을 공유하거나 보관할 때 활용할 수 있습니다.

완료본 관리​

해당 기능을 사용하는 현장 설정에서는 AI 검토가 끝난 사전검토 문서를 담당자가 완료 처리할 수 있습니다. 완료 처리된 내용은 별도의 완료본으로 생성되며, 협력사의 최신 완료본은 TBM 일지의 ‘위험성 평가 DB’에서 조회할 수 있습니다.

완료 처리는 AI의 자동 승인과 다릅니다. AI는 항목을 분류하고 수정 후보를 제안하지만, 어떤 제안을 반영할지와 사전검토를 완료할지는 담당자가 결정합니다.

최종 판단은 사람이 합니다​

위험성평가서에 적힌 내용만으로는 알 수 없는 정보가 있습니다. 당일 날씨, 작업자 숙련도, 장비 상태, 동시에 진행되는 다른 작업과 현장 동선은 문서 밖에 있을 수 있습니다.

AI가 문장을 잘 정리해도 실제 설치 상태나 작업 조건까지 자동으로 확인한 것은 아닙니다. 입력 내용이 부족하거나 잘못되어 있으면 분석 결과도 제한됩니다. 따라서 AI의 1차 검토는 다음 사항을 확인하는 출발점으로 사용해야 합니다.

• 검토 의견이 제출 문서의 어떤 내용에 근거하는가
• 제안한 대책을 실제 작업 위치와 장비에 적용할 수 있는가
• 위험등급 조정이 현장 기준에 맞는가
• 문서 밖의 현장 조건을 추가로 확인해야 하는가

적정으로 표시된 항목도 현장 확인 대상에서 제외되는 것은 아닙니다. 공종, 장비, 작업 위치나 작업 조건이 달라졌다면 다시 확인해야 합니다. AI 분류는 검토 순서를 돕는 기준이지 검토 범위를 줄이는 기준이 아닙니다.

AI를 1차 검토에 사용하면 반복적인 항목 확인과 보완 후보 정리를 먼저 맡길 수 있습니다. 안전관리자는 현장을 아는 사람만이 할 수 있는 확인과 최종 판단에 더 집중할 수 있습니다.

이 기능은 현장 위험성평가 절차와 참여자의 책임을 대체하지 않습니다. 사업장에 적용되는 법령과 역할 분담에 따라 담당자가 평가를 실시하고 확인·기록해야 하며, AI 검토 결과는 그 과정을 돕는 참고 자료입니다. 협력사 문서의 처리 범위와 보관 기준도 도입 전에 확인해야 합니다.

현장별 적용 범위​

엑셀 양식과 업로드 방식, 사전검토 완료 처리, 완료본 활용 범위는 현장 설정에 따라 달라질 수 있습니다. AI의 검토 관점과 3단계 판정 기준도 운영 정책에 맞게 설정될 수 있으므로, 실제 제공 범위와 적용 시점은 도입 협의에서 확인해야 합니다.

On-Sitehub 살펴보기

miwork hangul은 HWP 문서를 서버에서 PDF로 변환하고, 그 결과를 웹에서 바로 확인할 수 있게 합니다.

한두 개의 한글 문서를 열어 PDF로 저장하는 일은 익숙합니다. 그러나 수백 개, 수천 개의 문서를 검색용 데이터로 만들거나 PDF로 일괄 변환하려고 하면 이야기가 달라집니다.

문서마다 열기와 저장을 반복해야 하고, 중간에 멈추면 사람이 확인해야 합니다. 검색용 본문을 추출하거나 문서 미리보기를 만드는 작업도 마찬가지입니다. miwork hangul은 이 과정을 서버에서 반복 실행할 수 있는 문서 처리 기능으로 만들기 위해 시작했습니다.

HWP → PDF를 가장 먼저 다루는 이유​

miwork hangul이 가장 중요하게 보는 기능은 HWP → PDF 변환입니다.

PDF가 만들어지면 별도 프로그램 없이 브라우저에서 문서를 확인할 수 있고, 검색 결과 미리보기나 문서 보관 같은 다음 작업으로 연결하기도 쉽습니다.

업로드한 PDF는 HWPX로 재구성할 수 있습니다. 이 기능은 원본 편집 구조를 완벽하게 복원한다기보다, PDF의 텍스트와 이미지를 다시 편집할 수 있는 문서로 만드는 실용적인 변환에 초점을 둡니다.

한글 문서 변환이 까다로운 이유​

HWP 문서는 단순한 텍스트 묶음이 아닙니다. 글꼴, 글자 모양, 문단, 표, 도형, 이미지, 머리말·꼬리말, 각주와 페이지 배치 정보가 함께 결과 화면을 만듭니다. 같은 본문이라도 사용 가능한 글꼴이나 레이아웃 계산 방식이 달라지면 줄바꿈과 페이지 수가 달라질 수 있습니다.

웹의 HTML처럼 브라우저가 공통으로 제공하는 DOM을 그대로 이용할 수 있는 형식도 아닙니다. 한컴은 HWP Automation 개발 가이드와 HWPX/OWPML 관련 오픈소스 자료를 제공하지만, 이를 활용한 데스크톱 자동화와 Linux 서버에서의 대량 처리는 서로 다른 실행 환경과 설계가 필요합니다.

이 차이는 특정 제품의 부족함이라기보다, 오랫동안 축적된 문서 형식을 서로 다른 환경에서 재현할 때 마주치는 기술적 과제에 가깝습니다.

변환 범위를 넓혀온 과정​

지난 6개월 동안 다양한 HWP 문서의 변환 결과를 비교하며 지원 범위를 넓혔고, 내부 테스트에서 80% 이상의 변환 성공률을 확인했습니다. 여기서 성공은 변환이 오류 없이 끝나고 주요 본문과 페이지 구성을 확인할 수 있는 결과를 뜻합니다.

이 과정에서 개선한 HWP 해석과 PDF 생성 기능은 SoliDocs Viewer의 한글 문서 보기 기능에도 반영됐습니다. 아직 복잡한 차트와 수식, 특수 개체, 특정 글꼴과 정교한 페이지 배치처럼 해결할 사례가 남아 있습니다. 데모에서 보관에 동의한 문서와 사용자가 표시한 문제 구간을 유형별로 분석해 남은 부분을 채워갈 계획입니다.

성공률은 현재 내부 테스트 문서를 기준으로 한 관찰값이며 제품 보증 수치가 아닙니다. 문서 구성과 글꼴, 개체 종류에 따라 결과가 달라질 수 있고, 테스트 표본이 늘어나면 기준도 함께 갱신할 예정입니다.

서버에서 이어지는 활용​

miwork hangul은 한글 프로그램이 설치되지 않은 Linux 컨테이너에서 동작하며 서버 API로 연결할 수 있습니다. 여러 문서의 PDF 일괄 생성, 웹 미리보기, RAG와 문서 AI 전처리 같은 작업에 활용할 수 있습니다.

실제 문서로 확인하기​

miwork hangul 데모에서는 HWP·HWPX 문서를 PDF로 변환해 브라우저에서 확인하고 내려받을 수 있습니다. 어긋난 부분이 보이면 유형과 페이지를 표시할 수 있으며, PDF를 편집 가능한 HWPX로 재구성하는 기능도 시험할 수 있습니다.

miwork hangul 데모 열기 →

핵심 요약 MiWork Agents는 AI에게 질문하는 채팅 화면에서 출발해, 이제 사람과 AI가 같은 공간에서 대화하고 지식을 정리하며 업무 도구를 실행하는 AI 협업 워크스페이스로 고도화되었습니다. 이번 글에서는 새로워진 채널·1:1 대화·위키·공유 챗봇·지식베이스·MCP와 기업용 운영 기능을 소개합니다.

AI에게 묻지만 말고, AI와 함께 일하자​

기업에서 AI를 처음 사용할 때는 보통 개인 채팅으로 시작합니다. 사용자가 질문을 입력하고 AI가 답합니다. 빠르고 편리하지만, 답변이 개인 대화 안에만 남으면 팀의 지식이나 업무 흐름으로 이어지기 어렵습니다.

실제 업무에는 AI와의 대화만 있는 것이 아닙니다. 동료와 논의하고, 파일을 공유하고, 결정한 내용을 문서로 남기고, 필요한 시스템을 실행해야 합니다. 그래서 MiWork Agents의 범위를 단순한 AI 채팅에서 사람·AI·지식·도구가 함께 있는 협업 공간으로 넓혔습니다.

Case Study: 업무는 이렇게 달라집니다​

이번 고도화의 의미는 AI 기능을 하나 더 추가한 데 있지 않습니다. 채널, 위키, 지식베이스, 공유 챗봇과 MCP를 연결해 사람들이 일하는 공간에 AI가 실제로 참여할 수 있도록 협업 기능을 확장한 데 있습니다. 다음 두 케이스는 새 기능들이 실제 업무에서 어떻게 연결되는지 보여줍니다.

AI와 사람이 함께 일한다는 것은 AI가 업무를 대신 처리한다는 뜻이 아닙니다. 사람들이 가진 현장 경험과 판단에 AI의 지식 검색과 맥락 정리 능력을 더해 혼자서는 놓치기 쉬운 내용을 함께 확인하는 방식입니다.

Case Study 1. “이 기능을 왜 이렇게 결정했지?”​

새로 프로젝트에 참여한 개발자가 채널에서 묻습니다.

“모바일에서는 왜 이 기능을 제외했나요?”

몇 달 전 논의에 참여했던 담당자들도 당시 결정의 정확한 이유를 바로 기억하지 못합니다. 새로운 팀원은 이전 채널 대화와 여러 문서를 모두 읽어야 하고, 기억에 의존한 설명은 중요한 조건을 빠뜨릴 수 있습니다.

팀은 AI를 현재 대화에 참여시킵니다. AI는 현재 채널에서 확인할 수 있는 이전 대화와 접근이 허용된 위키·지식베이스·기술 문서를 바탕으로 당시의 요구사항, 제약 조건과 선택 이유를 정리합니다. 기존 담당자는 AI가 찾은 내용이 실제 상황과 맞는지 확인하고, 새로운 팀원은 현재 조건이 달라진 부분을 질문합니다.

사람들은 기존 결정을 유지할지 다시 설계할지 함께 판단합니다. 결정이 바뀌면 AI는 새로 합의한 내용뿐 아니라 왜 변경했는지까지 위키에 남기도록 돕습니다.

Case Study 2. 현장과 본사가 함께 설비 문제를 해결할 때​

현장 작업자가 모바일에서 설비 사진과 증상을 채널에 올립니다.

“평소보다 진동이 심하고 온도가 빠르게 올라갑니다.”

본사의 기술 담당자는 작업자에게 소음이 시작된 시점, 최근 교체 부품과 현재 계기값을 추가로 확인해 달라고 요청합니다. 동시에 AI는 접근이 허용된 설비 매뉴얼과 과거 정비 기록에서 비슷한 증상, 점검 항목과 주의사항을 찾습니다.

현장 작업자는 AI가 제시한 정보를 실제 설비 상태와 비교해 결과를 공유합니다. 본사 기술 담당자는 현장의 관찰과 조직의 정비 지식을 함께 검토해 안전한 조치 범위를 결정합니다. AI가 위험한 작업을 스스로 결정하거나 실행하지는 않습니다.

조치가 끝나면 AI는 확인한 증상, 판단 근거, 수행한 조치와 결과를 정리합니다. 사람이 검토한 기록은 위키나 정비 이력으로 남기고, 필요한 부품과 후속 점검은 권한이 적용된 업무 도구에 등록할 수 있습니다.

1. 채널과 1:1 대화​

MiWork Agents 안에서 팀은 주제별 채널을 만들고 대화를 이어갈 수 있습니다. 동료와의 1:1 대화와 그룹 대화도 같은 환경에서 사용할 수 있습니다.

채널과 대화에는 다음 협업 기능이 포함됩니다.

• 주제별 공개·비공개 채널
• 동료 검색과 1:1·그룹 대화
• 메시지 반응과 스레드
• 멤버와 고정 메시지 관리
• 대화 중 AI 호출과 AI 초대

AI를 사용하기 위해 협업 화면을 떠날 필요가 없습니다. 사람이 논의하던 문맥 안으로 AI를 불러와 내용을 요약하거나 다음 작업을 요청하는 흐름을 만들 수 있습니다.

2. AI 대화와 작업 파일​

개인 AI 대화도 계속 MiWork Agents의 중요한 기능입니다. 사용자는 새 대화를 시작하고 문서와 이미지를 첨부해 질문할 수 있습니다.

현재 대화 화면은 다음 기능을 제공합니다.

• 지식베이스와 첨부 파일을 활용한 답변
• PDF, DOCX, HWP/HWPX와 이미지 첨부
• 대화별 작업 문서와 파일
• 음성 대화 진입
• 대화 즐겨찾기와 공유 링크
• 텍스트 서식과 대화 기록 관리

대화에 첨부한 파일과 개인 작업공간의 파일을 정리할 수 있으며, 조직이 함께 검색해야 하는 문서는 별도의 지식베이스로 연결합니다.

3. 대화를 공동 위키로​

좋은 대화도 채팅 기록 속에만 있으면 시간이 지나면서 찾기 어려워집니다. MiWork Agents의 위키는 채널에서 논의한 내용을 문서로 정리하고 공동으로 편집하는 공간입니다.

회의 내용, 결정 사항, 후속 작업과 참고 자료를 하나의 문서로 남길 수 있습니다. 문서를 가져오거나 내보내는 기능과 블록 기반 편집도 제공합니다.

채널에서 논의
  ↓
AI로 내용 정리
  ↓
위키 문서로 등록
  ↓
팀이 공동 편집하고 다시 활용

AI가 답변을 만드는 데서 끝나지 않고, 팀이 다시 사용할 수 있는 지식으로 남기는 것이 핵심입니다.

4. 팀별 지식베이스​

지식베이스에서는 문서를 업로드하고 팀별 읽기·수정 권한을 관리합니다. 사용자는 자신에게 허용된 지식베이스만 검색할 수 있습니다.

• 문서 업로드와 처리 상태 확인
• 지식베이스별 공개 범위
• 팀 단위 읽기·수정 권한
• 연결 문서 조회와 관리
• AI 답변의 근거 문서 활용

조직의 모든 문서를 AI에게 무조건 공개하는 방식이 아니라, 기존 업무 권한과 책임 범위 안에서 검색하도록 설계합니다.

5. 공유 챗봇​

팀이나 외부 사용자가 반복적으로 묻는 질문에는 목적별 공유 챗봇을 만들 수 있습니다. 챗봇마다 사용할 지식베이스와 공개 범위, 웹 검색 허용 여부를 따로 지정합니다.

공유 챗봇은 개인 AI 환경과 분리해 운영합니다. 개인 메모리나 개인 MCP 연결을 그대로 노출하지 않고, 챗봇에 명시적으로 연결된 지식과 기능만 사용합니다.

이를 통해 사내 업무 안내, 규정 검색, 제품 소개, 고객용 FAQ처럼 목적이 분명한 AI 접점을 구성할 수 있습니다.

6. MCP로 업무 도구 연결​

MiWork Agents는 답변만 생성하는 AI를 넘어 조직의 실제 업무 도구와 연결되도록 MCP를 지원합니다.

관리자는 조직 공통 MCP를 등록하고, 사용자는 필요한 경우 자신의 계정으로 인증합니다. AI는 허용된 도구 안에서 정보를 조회하거나 업무를 실행할 수 있습니다.

중요한 점은 도구를 많이 연결하는 것이 아니라 누가 어떤 도구를 어떤 권한으로 사용하는지 관리하는 것입니다. 조직 공통 연결과 개인 인증을 분리해 운영하는 이유도 여기에 있습니다.

7. 기업 운영을 위한 관리 기능​

AI 협업 플랫폼은 채팅 화면만으로 운영할 수 없습니다. MiWork Agents에는 조직이 AI 사용을 관리하기 위한 콘솔이 함께 제공됩니다.

• 사용자 계정과 플랫폼 역할
• 팀 구성과 팀별 멤버 역할
• 개인·팀·조직 예산과 사용량
• 채팅·임베딩 모델과 fallback 순서
• 공유 챗봇 생성·승인·운영
• 조직 정책과 접근 범위
• MCP 연결 상태
• 로그인·권한·콘텐츠 변경 감사 로그

관리자는 비용과 사용량을 확인하고, 조직에 사용할 모델과 예산 정책을 설정할 수 있습니다. 주요 변경과 인증 이벤트는 감사 기록으로 남습니다.

8. 데스크톱과 모바일에서 같은 협업 흐름​

MiWork Agents의 주요 협업 화면은 모바일에서도 사용할 수 있도록 구성했습니다. 채널, 대화, AI와 위키를 하단 내비게이션으로 이동하고, 작은 화면에서도 대화 목록과 작성 영역이 가로 스크롤 없이 표시됩니다.

현장에서 문서를 확인하거나 이동 중 대화를 이어갈 때도 데스크톱과 같은 업무 문맥을 유지하는 것이 목표입니다.

하나의 제품에서 이어지는 업무 흐름​

확장된 기능을 하나의 흐름으로 정리하면 다음과 같습니다.

사람들이 채널에서 논의한다
  ↓
AI를 대화에 초대해 내용을 정리한다
  ↓
근거가 필요한 질문은 지식베이스에서 찾는다
  ↓
결정과 후속 작업을 위키에 남긴다
  ↓
필요한 업무는 MCP로 연결된 도구에서 실행한다
  ↓
관리자는 권한·예산·모델·감사 기록을 관리한다

마치며​

이번 업데이트를 통해 MiWork Agents는 사람과 AI가 함께 일하는 AI 협업 워크스페이스로 한 단계 더 확장되었습니다.

AI가 사람의 대화를 대신하는 제품이 아니라, 사람이 동료와 협업하는 공간에 AI가 함께 들어와 지식을 찾고 문서를 만들며 필요한 도구를 실행하는 제품을 만들고 있습니다.

MiWork Agents 살펴보기

핵심 요약 미니소프트의 업무 솔루션 브랜드 MiWork 공식 사이트 miwork.ai를 열었습니다. 문서를 활용 가능한 데이터로 바꾸는 MiWork OCR, 조직의 지식과 도구를 연결하는 MiWork Agents, 필요한 업무 앱을 만들고 운영하는 MiWork VibeHub를 한곳에서 살펴볼 수 있습니다.

왜 별도의 사이트를 열었나​

AI를 업무에 적용하려고 하면 질문이 세 갈래로 나뉩니다.

• 흩어진 PDF, HWP, Office 문서를 어떻게 읽고 활용할 것인가
• 조직의 지식과 업무 도구를 어떻게 AI의 답변과 실행으로 연결할 것인가
• 현업에 필요한 작은 도구를 어떻게 만들고, 검토하고, 배포하고, 운영할 것인가

MiWork는 이 질문들을 서로 다른 제품의 목록으로 남겨두기보다 하나의 업무 흐름으로 연결하려는 브랜드입니다. 사이트에서는 각 솔루션을 독립적으로 살펴볼 수 있고, 조직의 문제에 맞는 출발점을 찾을 수 있습니다.

MiWork OCR — 문서를 데이터로​

MiWork OCR은 PDF와 이미지뿐 아니라 HWP/HWPX, Word, PowerPoint, Excel, HTML 같은 문서를 페이지별로 정리된 결과로 변환합니다.

문서 길이에 따라 바로 결과를 받거나 작업을 접수한 뒤 상태와 완료 결과를 확인할 수 있습니다. 표 구조를 다루고, 문서 종류와 정확도·속도 요구에 따라 OCR 엔진을 구성할 수 있다는 점도 함께 소개하고 있습니다.

문서가 단순히 보관되는 파일에 머물지 않고 검색·복사·후속 AI 업무에 쓰이는 데이터가 되려면, 먼저 안정적으로 읽히고 구조화되어야 합니다. MiWork OCR은 그 앞단을 담당합니다.

MiWork Agents — 질문에서 실행까지​

MiWork Agents는 사내 지식과 업무 도구를 연결하는 기업용 AI 에이전트 워크스페이스입니다.

문서 기반 검색과 RAG, 팀 지식베이스, 개인 파일 워크스페이스, 공유 챗봇, 도구 연결을 하나의 환경에서 다룹니다. 답변에 참고한 문서를 함께 확인하고, 필요한 경우 파일 작업이나 업무 도구 실행으로 이어지는 흐름을 목표로 합니다.

기업에서 AI를 사용할 때는 모델의 성능만큼 운영 기준이 중요합니다. MiWork Agents는 사용자와 팀 단위 접근 제어, 실행 환경 분리, 자격증명 관리, 사용량·예산·감사 기록 같은 운영 요소도 함께 고려합니다.

MiWork VibeHub — 아이디어를 업무 앱으로​

MiWork VibeHub는 사내 앱을 만들고 검토하고 배포하고 발견하고 운영하는 전 과정을 연결하는 플랫폼입니다.

앱 사용자는 앱스토어와 개인 대시보드에서 필요한 도구를 찾고 실행할 수 있습니다. 앱 제작자는 템플릿이나 자체 Git 저장소에서 시작해 AI 코딩 도구와 공통 플랫폼 서비스를 활용할 수 있습니다. 승인자와 운영자는 공개 범위, 앱 멤버십, 배포·롤백, 실행 상태와 로그를 관리합니다.

현업의 아이디어가 원가 계산기, 입찰 분석기, 현장 점검 도구처럼 실제 업무 앱으로 빠르게 만들어질 때 중요한 것은 만드는 속도만이 아닙니다. 누가 사용할지, 어떤 데이터를 볼지, 어떻게 배포하고 되돌릴지까지 함께 관리되어야 합니다. VibeHub는 그 운영 기반을 다룹니다.

세 솔루션은 어떻게 연결되나​

세 제품은 각각 독립적으로 시작할 수 있지만, 함께 사용할 때 흐름이 선명해집니다.

문서 업로드
  ↓
MiWork OCR — 구조화된 데이터
  ↓
MiWork Agents — 지식 검색·질문·업무 실행
  ↓
MiWork VibeHub — 필요한 업무 앱의 제작·배포·운영

모든 조직이 같은 순서로 도입할 필요는 없습니다. 문서 처리부터 시작할 수도 있고, 팀 지식 검색이나 사내 앱 운영부터 시작할 수도 있습니다. 사이트는 각 솔루션의 현재 범위와 도입 문의 경로를 함께 제공합니다.

지금 miwork.ai에서 볼 수 있는 것​

• MiWork 소개
• MiWork Agents
• MiWork VibeHub
• MiWork OCR
• 도입 문의

이번 오픈은 완성 선언이라기보다, 우리가 만들고 있는 업무 솔루션을 한 문장과 한 화면으로 설명하기 위한 시작입니다. 제품의 범위와 사용 사례가 구체화될수록 사이트의 내용도 계속 업데이트하겠습니다.

마치며​

MiWork가 만들고 싶은 것은 AI 기능을 하나 더 붙인 화면이 아닙니다. 문서가 지식이 되고, 지식이 실행으로 이어지고, 필요한 도구가 조직 안에서 안전하게 운영되는 흐름입니다.

공식 사이트에서 현재의 방향과 제품 구성을 확인해 보세요. 업무에서 반복되는 한 가지 문제부터 시작해도 좋습니다.

핵심 요약 LUMINUS는 MiWork Agents로, MiniApp Hub는 MiWork VibeHub로 명칭이 바뀝니다. MiWork는 미니소프트가 AI로 만드는 업무 제품군의 통합 브랜드입니다.

무엇이 바뀌나​

왜 바꿨나​

하나로 부를 이름이 없었습니다. 제품을 소개할 때마다 목록을 읽어야 했습니다. "AI Agent 플랫폼이 있고, 미니앱 플랫폼이 있고…" 목록은 각 제품이 무엇인지는 전달하지만, 이 회사가 AI로 무엇을 하는 회사인지는 전달하지 못합니다.

이름이 제품을 설명하지 못했습니다. LUMINUS는 빛을 뜻하는 라틴어에서 온 이름입니다. 부르기 좋았지만 이름만 듣고 무엇을 해주는 제품인지 알 수 있는 사람은 없었고, 소개하는 자리마다 설명을 한 줄 먼저 붙여야 했습니다. MiWork는 Work가 이름 안에 이미 들어 있습니다.

'미니앱'이라는 말이 좁아졌습니다. 이제는 현업 담당자가 AI에게 필요한 것을 설명하면 원가 계산기나 입찰 분석기가 짧은 시간에 나옵니다. 흔히 바이브코딩이라 부르는 흐름입니다. 이렇게 만들어진 앱은 작아서 미니앱인 것이 아니라, 만들어지는 속도와 방식이 달라진 것입니다. VibeHub는 그 변화를 이름에 담았습니다.

지금은 둘입니다​

MiWork라는 이름을 함께 쓰는 제품은 Agents와 VibeHub 둘입니다. 앞으로 AI를 쓰는 업무 제품이 늘어나면 같은 체계 안에 들어올 수 있지만, 어떤 제품이 언제 합류할지는 아직 정하지 않았습니다.

지난 글과 링크는 이렇게 정리했습니다​

• 이미 발행된 글은 본문 표기를 새 명칭으로 바꾸고, 각 글 상단에 이전 명칭을 함께 적어 두었습니다.
• 글 주소(URL)는 바꾸지 않았습니다. 저장해 두신 링크와 외부 기사에서 들어오는 경로가 그대로 열립니다.
• 화면 캡처와 가이드 영상에는 아직 이전 명칭이 남아 있습니다. 순차적으로 교체하겠습니다.
• 언론에 소개된 기사는 발행 시점의 명칭을 그대로 둡니다.

마치며​

이름을 바꾼다고 제품이 좋아지지는 않습니다. 검색했을 때 우리를 찾을 수 있게 하고, 여러 제품이 한 식구라는 것을 설명 없이 알려주는 것 — 이름이 하는 일은 그 정도입니다.

핵심 요약 AI 시대의 업무 플랫폼은 ERP나 그룹웨어만이 아니라, 엑셀·매크로·Python·AI Agent·바이브코딩 앱처럼 흩어진 업무 자산을 함께 관리해야 합니다. MiWork VibeHub는 만들어진 도구를 검색, 공유, 설치, 운영할 수 있는 회사의 업무 자산 플랫폼을 지향합니다.

엑셀 파일부터 바이브코딩 앱까지, 흩어진 업무 자산을 연결하는 방법​

기업은 오랫동안 업무를 디지털화하기 위해 ERP, 그룹웨어, MES, CRM과 같은 시스템을 도입해 왔습니다. 각각의 시스템은 중요한 역할을 해 왔고, 지금도 많은 조직의 핵심 업무를 지탱하고 있습니다.

하지만 생성형 AI와 코딩 에이전트가 등장하면서 회사 안의 업무 도구는 더 빠르게, 더 작게, 더 많이 만들어지고 있습니다. 이제 문제는 "업무 앱을 만들 수 있는가"가 아니라 "만들어진 수많은 업무 앱을 어떻게 회사의 자산으로 남길 것인가"에 가까워지고 있습니다.

업무는 점점 더 작아지고 있다​

과거에는 업무 시스템 하나를 만들기 위해 긴 프로젝트가 필요했습니다. 요구사항을 정리하고, 예산을 확보하고, 개발과 테스트를 반복해야 했습니다.

지금은 다릅니다. 생성형 AI와 코딩 에이전트를 활용하면 현업 담당자도 자신이 필요한 업무 도구를 직접 만들 수 있습니다.

회의록 정리 앱, 구매 요청 앱, 견적 생성기, 입찰 분석기, 원가 계산기, 계약 검토 도구처럼 작지만 실질적인 업무 앱이 빠르게 만들어질 수 있습니다.

회사 안에는 이미 수많은 업무 자산이 있다​

대부분의 기업에는 공식 시스템 밖에서도 중요한 업무가 돌아가고 있습니다.

• 원가 계산 엑셀
• 견적 생성 매크로
• 재고 관리 파일
• 품질 분석 스크립트
• 입찰 분석 도구
• 계약 검토 에이전트
• 바이브코딩으로 만든 내부 웹앱

이 도구들은 실제 업무를 움직입니다. 하지만 개인 PC, 공유 폴더, 메신저 대화방, 이메일 첨부파일 속에 흩어져 있는 경우가 많습니다.

앞으로의 문제는 앱이 부족한 것이 아니다​

AI는 앱을 만드는 비용을 크게 낮추고 있습니다. 앞으로는 한 명의 직원이 여러 개의 업무 앱을 만들 수 있고, 부서마다 새로운 도구가 계속 생겨날 수 있습니다.

과거의 문제는 시스템이 부족한 것이었습니다. 앞으로의 문제는 시스템과 앱이 너무 많아지는 것일 수 있습니다.

그때 기업이 물어야 할 질문은 달라집니다.

• 누가 만들었는가?
• 어디에 있는가?
• 누가 사용하고 있는가?
• 최신 버전은 무엇인가?
• 퇴사나 조직 변경 이후에도 유지될 수 있는가?

개인의 도구는 회사의 자산이 될 수 있을까?​

좋은 아이디어는 개인에게서 시작되는 경우가 많습니다. 하지만 개인의 노트북에만 남아 있으면 조직의 자산이 되기 어렵습니다.

한 사람이 만든 도구가 팀으로 공유되고, 팀에서 검증된 도구가 전사로 확산되려면 등록, 검색, 설치, 운영, 피드백 구조가 필요합니다.

MiWork VibeHub를 예로 들면​

MiWork VibeHub 같은 기업용 미니앱 플랫폼은 이런 흐름을 지원하기 위한 하나의 방식입니다.

엑셀 기반 업무 도구, 스크립트, AI Agent, 바이브코딩으로 만든 웹앱까지 회사가 활용할 수 있는 업무 자산으로 등록할 수 있습니다.

사용자는 필요한 도구를 검색하고 설치합니다. 회사는 누가 어떤 앱을 사용하고 있는지, 어떤 버전이 운영 중인지, 어떤 앱이 많이 쓰이는지 관리할 수 있습니다.

미래의 경쟁력은 업무 자산의 축적이다​

AI는 앞으로 더 많은 업무 도구를 만들 것입니다. 중요한 것은 얼마나 많은 앱을 만들 수 있는가가 아닙니다.

만들어진 앱을 얼마나 잘 공유하고, 얼마나 잘 운영하고, 얼마나 오래 조직의 자산으로 남길 수 있는가가 더 중요합니다.

기업의 경쟁력은 시스템의 수가 아니라 업무 자산의 축적에서 만들어질 수 있습니다.

마치며​

AI는 소프트웨어 개발을 민주화하고 있습니다. 누구나 업무 앱을 만들 수 있는 시대가 오고 있습니다.

이제 기업의 과제는 앱을 만드는 것이 아닙니다. 만들어진 수많은 업무 자산을 어떻게 연결하고 관리할 것인가입니다.

핵심 요약 MiWork VibeHub는 개인이나 부서 안에 머무르던 업무 앱을 회사가 공유하고 관리할 수 있는 자산으로 바꾸는 플랫폼입니다. 앱스토어, 설치 현황, 사용 현황, 권한과 버전 관리를 통해 작은 업무 아이디어가 조직 전체로 확산되도록 돕습니다.

누구나 만들고, 모두가 사용하고, 회사가 관리하는 기업용 미니앱 플랫폼.

Enterprise Proposal · 2026

문제 정의​

기업 안에는 이미 많은 업무 도구가 있습니다. 부서별로 만든 점검 앱, 보고서 자동화 도구, 데이터 조회 화면, 챗봇, 신청서가 여기저기 흩어져 있습니다. 문제는 좋은 앱이 있어도 찾기 어렵고, 한 번 만든 앱이 전사로 확산되기 어렵다는 점입니다.

기존 업무앱 환경은 부서별로 따로 만들어지고 관리되는 경우가 많습니다. 링크, 파일, 도구가 흩어져 있고 이미 만들어진 유용한 앱도 발견되지 못합니다. 그 결과 비슷한 앱을 다시 만들고, 유지 비용은 늘어나며, 보안과 권한 관리 기준도 불분명해집니다.

MiWork VibeHub 소개​

MiWork VibeHub는 사내 미니앱을 앱스토어처럼 찾고, 설치하고, 개인 대시보드에서 바로 실행할 수 있게 만드는 기업용 미니앱 운영 플랫폼입니다.

MiWork VibeHub는 이 문제를 사내 앱스토어 구조로 풀어갑니다. 임직원은 필요한 앱을 검색하고 설치하며, 설치한 앱은 개인 대시보드에 자동으로 추가됩니다. 별점, 댓글, 인기순위는 좋은 앱이 자연스럽게 확산되는 기준이 됩니다.

솔루션 개요​

MiWork VibeHub가 만드는 효과​

사내에는 생각보다 많은 업무 도구가 존재합니다. 문제를 잘 아는 현업 담당자가 직접 정리한 엑셀, 반복 업무를 줄이기 위해 만든 작은 자동화 도구, 특정 부서에서만 쓰는 조회 화면처럼 이미 업무에 도움이 되는 자산이 곳곳에 있습니다.

MiWork VibeHub는 이런 도구가 개인 PC나 특정 부서 안에만 머무르지 않도록 공식 채널을 제공합니다. 핵심은 만들어진 업무 앱이 조직 안에서 발견되고 관리되고 계속 쓰이도록 만드는 것입니다.

• 좋은 업무 앱을 조직 전체로 공유할 수 있습니다.
• 개인이 만든 앱을 회사 자산으로 관리할 수 있습니다.
• 설치 현황과 사용 현황을 확인할 수 있습니다.
• 버전과 권한을 체계적으로 관리할 수 있습니다.
• 현장의 아이디어가 개인의 편의 도구로 끝나지 않고 조직의 디지털 자산으로 축적됩니다.

실제 화면​

App Store​

사내 앱스토어는 검증된 미니앱을 모아 놓는 공식 업무앱 카탈로그입니다. 사용자는 안전관리, 품질, 구매, 인사·총무, 보고 자동화 같은 카테고리로 앱을 찾고, 별점과 설치 수를 기준으로 비교할 수 있습니다.

Dashboard​

설치된 앱은 개인 대시보드에 자동으로 추가됩니다. 자주 쓰는 앱은 상단에 고정하고, 승인 요청·미완료 업무·보고서 현황 같은 알림도 한 화면에서 확인할 수 있습니다.

업무 앱 활용 예시​

현장 안전관리, 보고서 자동 생성, KPI 데이터 조회처럼 부서별 업무 앱을 카드 단위로 정리하면 어떤 앱이 실제 업무에 쓰이는지 빠르게 비교할 수 있습니다.

동영상으로 보기​

아래 영상은 MiWork VibeHub의 기본 화면 흐름을 빠르게 확인할 수 있는 가이드입니다.

보안과 거버넌스​

기업용 플랫폼에서 중요한 것은 편리함만이 아닙니다. MiWork VibeHub는 회사 계정 기반 SSO, 역할 기반 접근 제어, 설치·실행·접근 로그 관리, 앱 등록 승인 프로세스를 함께 다룹니다.

앱 제작자, 앱 오너, 승인자, 운영자, 리뷰관리자의 역할을 나누면 현업의 자율성과 회사의 통제 기준을 함께 가져갈 수 있습니다. 누구나 만들 수 있지만, 아무 앱이나 무분별하게 퍼지는 구조는 막는 것입니다.

기대 효과​

MiWork VibeHub를 도입하면 개인 PC나 특정 부서에 머무르던 업무 앱을 공식 채널로 모을 수 있습니다. 승인된 앱만 공개하고 사용량을 기반으로 운영하면 Shadow IT를 줄이고, 앱 공유를 활성화하며, 현장의 아이디어를 회사의 디지털 자산으로 관리할 수 있습니다.

임직원은 자주 쓰는 앱을 한 화면에서 실행하고 반복업무를 줄일 수 있습니다. 현업 부서는 아이디어를 빠르게 앱으로 만들고 우수 사례를 전사로 확산할 수 있습니다. IT·DX 조직은 사용량 기반으로 앱 포트폴리오를 관리할 수 있고, 경영진은 어떤 혁신 사례가 실제로 쓰이고 있는지 데이터로 확인할 수 있습니다.

마치며​

MiWork VibeHub의 목표는 앱을 많이 만드는 것이 아닙니다. 이미 만들어지고 있는 사내 미니앱을 찾기 쉽게 만들고, 안전하게 설치하게 하고, 실제 사용 데이터를 기반으로 좋은 앱이 확산되도록 만드는 것입니다.

현장의 작은 아이디어가 회사의 자산이 되려면, 만드는 도구만큼이나 모으고 운영하는 플랫폼이 필요합니다.

핵심 요약 멀티모달 LLM은 현장 사진에서 위험요소 후보를 빠르게 요약하는 보조 도구로 유용합니다. 다만 최종 안전 판단은 검증 가능한 기준과 사람의 확인 절차 안에서 운영되어야 합니다.

현장 사진과 안전 규정 프롬프트를 활용한 산업안전 점검 가능성 검증​

산업안전 점검은 여전히 많은 부분이 사람의 경험과 수작업에 의존합니다. 현장 사진을 확인하고, 보호구 착용 여부와 위험요소를 판단하고, 그 결과를 다시 보고서로 정리해야 합니다.

최근 멀티모달 LLM은 이미지와 텍스트를 함께 이해할 수 있게 되었습니다. 이 글에서는 현장 사진과 안전 규정 프롬프트를 함께 입력했을 때, 안전수칙 점검과 리포트 작성 보조가 가능한지 검토한 PoC 내용을 정리합니다.

PoC 목표​

이번 PoC의 목표는 특정 현장이나 특정 장비를 판정하는 것이 아니라, 멀티모달 LLM을 산업안전 점검 보조 도구로 활용할 수 있는지 확인하는 것이었습니다.

• 현장 사진 기반 안전수칙 점검 가능 여부 검증
• 별도 모델 학습 없이 규정 프롬프트만으로 점검 가능한지 확인
• 위험요소 요약과 점검 리포트 자동 생성 가능성 검토
• 향후 영상 기반 점검으로 확장할 수 있는지 검토

접근 방식​

입력은 단순하게 구성했습니다. 현장 사진을 넣고, 점검해야 할 안전 규정과 출력 형식을 프롬프트로 제공했습니다. 모델은 사진에서 보이는 작업자, 보호구, 주변 위험요소를 확인한 뒤 구조화된 점검 결과를 반환하도록 했습니다.

이 방식의 장점은 별도 학습 데이터셋이나 전용 비전 모델을 먼저 준비하지 않아도 된다는 점입니다. 규정을 프롬프트로 바꾸면 점검 기준을 비교적 빠르게 바꿔 볼 수 있고, 결과 형식도 리포트나 체크리스트 형태로 조정할 수 있습니다.

확인한 점​

PoC에서 확인한 가능성은 다음과 같습니다.

• 안전모 착용 여부를 식별할 수 있었습니다.
• 안전조끼 착용 여부를 식별할 수 있었습니다.
• 사진 안의 작업자 수를 대략 파악할 수 있었습니다.
• 눈에 보이는 위험요소를 요약할 수 있었습니다.
• 점검 결과를 리포트 형태로 정리할 수 있었습니다.

다만 한계도 분명했습니다. 저해상도 이미지에서는 정확도가 떨어졌고, 원거리 작업자는 누락될 수 있었습니다. 안전대 체결 여부처럼 작은 디테일이나 가려진 상태를 판단해야 하는 항목은 신뢰도가 낮았습니다.

인사이트​

이번 검증에서 멀티모달 LLM은 최종 판정자보다는 점검 보조 도구에 더 적합했습니다. 사람이 놓칠 수 있는 위험요소를 1차로 요약하고, 점검자가 확인해야 할 항목을 빠르게 정리하는 역할에서 가능성이 컸습니다.

특히 보고서 초안 생성은 실무 부담을 줄일 수 있는 영역입니다. 사람이 사진을 보고 판단한 뒤 문장을 다시 쓰는 시간을 줄이고, 점검자는 최종 확인과 보완에 집중할 수 있습니다.

향후 확장 방향​

다음 단계에서는 정지 이미지뿐 아니라 CCTV, 드론, 모바일 촬영 영상에서 스냅샷을 추출해 주기적인 안전 점검 흐름으로 확장하는 방안을 검토할 수 있습니다.

중요한 것은 AI가 모든 판단을 대신한다는 접근이 아닙니다. 현장 안전은 책임과 맥락이 필요한 영역입니다. AI는 반복 점검을 보조하고, 위험 후보를 빠르게 정리하며, 사람이 더 중요한 판단에 집중할 수 있도록 돕는 역할부터 시작하는 것이 현실적입니다.

마치며​

멀티모달 LLM은 현장 사진을 이해하고 안전 규정과 연결해 해석할 수 있는 가능성을 보여주었습니다. 아직 모든 상황을 정확하게 판단하기에는 한계가 있지만, 안전 점검 보조와 리포트 자동화 영역에서는 충분히 실험해 볼 가치가 있습니다.

산업안전 영역에서 AI의 역할은 사람을 대체하는 것이 아니라, 더 빠르게 보고 더 일관되게 기록하도록 돕는 방향에서 시작될 수 있습니다.

참고 자료​

• NIST AI Risk Management Framework
• OWASP Top 10 for Large Language Model Applications

핵심 요약 LLM 도입은 모델을 하나 고르는 일이 아니라, 업무 데이터와 연결하고 위험을 관리하는 운영 체계를 만드는 일입니다. 실제 업무에 쓰려면 RAG, 권한, 검증 절차, 보안 기준을 함께 설계해야 합니다.

"AI가 일자리를 빼앗는다"는 말, 한 번쯤 들어보셨을 거예요. 그런데 막상 회사 안에서 AI를 어떻게 쓰는지는 잘 안 보입니다. 미니소프트가 지난 1년 동안 LLM(대규모 언어 모델)을 사내에 들이며 겪은 진짜 이야기를 풀어보겠습니다.

업무 요청이 결과물로 바뀌는 흐름​

업무 요청은 LLM만으로 끝나지 않습니다. 사내 데이터 검색, 사람의 검토, 최종 산출물 확인까지 이어져야 실제 업무에 사용할 수 있습니다.

LLM, 도대체 뭐가 다른가요​

기존 챗봇은 "정해진 질문에 정해진 답"을 했습니다. 사용자가 조금만 다르게 물어도 "죄송합니다, 이해하지 못했습니다"가 돌아왔죠.

LLM은 다릅니다. 사람이 쓴 문장을 그대로 이해하고, 문맥을 파악해 답을 만들어냅니다. 마치 신입 직원에게 매뉴얼을 통째로 외우게 한 뒤 자유롭게 답하게 하는 것과 비슷합니다.

우리가 처음 시도한 것 — 그리고 실패​

처음에는 단순했습니다. 공개 LLM API를 붙여 사내 문의 응대 봇을 만들었죠. 결과는 처참했습니다.

문제 1: 회사 정보를 모른다​

"우리 회사 휴가 정책이 어떻게 돼?"라고 물으면 일반론만 답했습니다. 미니소프트의 실제 규정은 공개 LLM이 알 리 없으니까요.

문제 2: 그럴듯하게 거짓말한다​

가끔은 존재하지 않는 사내 제도를 만들어내 답하기도 했습니다. 이른바 할루시네이션(hallucination) 이죠. 직원이 잘못된 답을 그대로 믿으면 큰일입니다.

RAG로 다시 시작하다​

해법은 RAG(검색 증강 생성) 였습니다. 사내 문서를 미리 검색하고, 그 내용을 LLM에게 "이 자료를 참고해서 답해주세요"라고 함께 전달하는 방식입니다.

도서관 사서를 떠올리면 됩니다. "이 주제 좀 알려주세요"라고 하면, 사서가 책장에서 관련 책을 먼저 꺼내고, 그 책을 보면서 답해주는 거죠. 책에 없는 내용은 "이 자료에는 없습니다"라고 솔직하게 답합니다.

진짜 바뀐 것들​

신입 교육 시간이 줄었다​

신입 직원이 사내 위키를 뒤지는 대신 챗봇에 바로 물어봅니다. "출장비 정산은 어떻게 하나요?", "VPN 접속이 안 돼요"처럼요. 인사·총무팀의 반복 문의가 약 40% 줄었습니다.

회의록 정리가 자동화됐다​

2시간짜리 회의 녹음 파일을 올리면 5분 안에 요약·액션 아이템·담당자가 정리됩니다. 회의 후 30분씩 쓰던 정리 시간이 사라졌습니다.

코드 리뷰의 1차 점검을 AI가​

개발팀에서는 PR이 올라오면 LLM이 먼저 검토합니다. 명백한 실수, 보안 취약점, 컨벤션 위반을 잡아주죠. 사람 리뷰어는 더 중요한 설계 논의에 집중할 수 있게 됐습니다.

우리가 배운 것​

1. AI는 도구일 뿐, 만능은 아니다 무엇을 맡길지, 무엇은 사람이 해야 할지 구분이 핵심입니다.

2. 데이터 정리가 절반이다 LLM이 잘 답하려면 사내 문서가 잘 정리돼 있어야 합니다. AI 도입 전에 문서 정비부터 했어요.

3. 작게 시작해서 키운다 한 번에 모든 업무를 자동화하려 하지 않았습니다. 한 팀에서 한 가지 문제부터 풀었고, 효과가 입증되면 확장했습니다.

마치며​

LLM은 마법이 아닙니다. 하지만 잘 쓰면 반복적이고 지루한 일을 줄여, 사람이 더 중요한 일에 집중하게 해줍니다. 다음 글에서는 RAG 구축 과정을 좀 더 기술적으로 풀어보겠습니다.

참고 자료​

• NIST AI Risk Management Framework
• OWASP Top 10 for Large Language Model Applications

핵심 요약 mini Labs는 미니소프트가 AI와 업무 시스템을 어떻게 준비하고 실험해 왔는지 기록하는 공간입니다. 기술 변화 자체보다, 그 변화를 실제 업무와 제품으로 연결하는 과정을 중심으로 공유합니다.

2년간의 AI 준비 기간, 그리고 지금도 계속되는 변화의 기록​

지난 2년 동안 우리는 LLM 기반 AI 기술을 준비해왔습니다.

처음에는 단순한 챗봇을 만드는 것에서 시작했습니다. 하지만 시간이 지날수록 질문은 달라졌습니다.

• AI는 문서를 이해할 수 있을까?
• 이미지를 이해할 수 있을까?
• 기업 데이터를 안전하게 연결할 수 있을까?
• 여러 AI Agent가 함께 일할 수 있을까?

우리는 이런 질문에 답하기 위해 수많은 기술을 테스트하고, 여러 PoC와 파일럿 프로젝트를 수행했습니다.

어떤 실험은 기대 이상이었고, 어떤 실험은 생각보다 어려웠습니다. 하지만 그 모든 과정이 우리를 성장시켰습니다.

6개월이 멀다 하고 변해가는 기술 트렌드​

기술 변화의 속도는 정말 빠릅니다. 불과 6개월 전만 해도 최신 기술이라고 생각했던 것이, 지금은 새로운 기술에 자리를 내어주기도 합니다.

RAG가 주목받던 시기를 지나 멀티모달 LLM이 등장했고, MCP는 AI Agent의 새로운 표준으로 자리 잡아가고 있습니다.

이러한 변화의 속도만큼이나, 우리 회사 내부의 기술 변화도 빠르게 진행되고 있습니다.

회사와 솔루션, 함께 진화하고 있습니다​

우리는 기술 트렌드에 맞추어 자사 솔루션을 지속적으로 업그레이드하고 있습니다.

단순한 챗봇에서 시작해 RAG 기반 지식검색, Vision AI, 멀티모달 문서 이해, MCP 기반 AI Agent, Enterprise Security, Mini App Platform까지 기술의 변화에 맞추어 계속 확장하고 있습니다.

우리가 만드는 솔루션은 완성된 제품이라기보다, 계속 진화하는 플랫폼에 가깝습니다.

우리가 기록하고 싶은 것​

MiniSoft Labs는 완성된 답을 보여주기 위한 공간이 아닙니다.

우리가 어떤 기술을 선택했고, 무엇을 실험했으며, 무엇이 잘 되었고, 무엇이 어려웠는지를 기록하는 공간입니다.

기술은 계속 변합니다. 그리고 우리도 계속 변해갑니다.

MiniSoft Labs는 그 변화의 여정을 함께 기록하겠습니다.