한 화면으로 이해하는 미니버스
사용자는 AI에게 요청하고, 운영자는 프로젝트 코호트와 런타임 채널을 관리합니다. MiniQA, MiniWatch, mini-shield, Guest Bots, wellsa.ai 상담, 운영 개선 큐는 그 결과를 서비스 표면으로 연결하고, 운영 중 쌓인 증거는 다음 개선 사이클로 돌아갑니다.
코호트와 런타임은 서로 다른 축입니다
미니버스는 업무 단위와 실행 방식을 분리해 운영합니다. 그래서 한 프로젝트를 여러 AI 런타임으로 처리하고, 장애가 나면 가능한 경로로 다시 보낼 수 있습니다.
프로젝트 코호트는 “무슨 일을 하는가”, 런타임 채널은 “어떻게 실행하는가”를 뜻합니다.
AI 실행자는 두 축이 만나는 실행 단위입니다. 예를 들어 obs-chatbot 코호트에 문서 정리, 코드 수정, 운영 점검이 들어오면 미니버스가 적합한 런타임 채널과 노드로 작업을 보냅니다.
프로젝트 코호트
고객, 서비스, 업무 영역을 기준으로 묶은 팀입니다. 문서, 이슈, 권한, 작업 맥락을 함께 가집니다.
런타임 채널
Claude, Codex, 로컬 LLM, NIM, TUI처럼 작업을 실행하는 AI 엔진과 도구 경로입니다.
AI 실행자
특정 코호트에 붙은 실행 단위입니다. 같은 프로젝트라도 문서형, 코딩형, 검토형 실행자를 나누어 운영할 수 있습니다.
실행 노드
작업이 실제로 돌아가는 서버 또는 GPU 환경입니다. 부하, 장애, 모델 가용성에 따라 라우팅 대상이 바뀝니다.
연계 서비스는 각각 다른 입구와 증거를 맡습니다
미니버스는 중심 운영 코어이고, 주변 서비스는 사용자 접점, 프로젝트 보드, 인프라 관제, 보안 보고, 개선 요청 관리를 나누어 담당합니다.
각 서비스는 “채팅 기능”이 아니라 운영 흐름의 한 부분입니다.
제품 구조는 미니버스를 중앙의 오케스트레이터로 두고, 나머지 서비스를 입구·보드·관제·보안·개선 운영 표면으로 보면 가장 빠르게 이해됩니다.
사용자 접점
Guest Bots와 wellsa.ai 상담이 고객 질문을 받고, 필요한 요청은 프로젝트 코호트로 라우팅합니다.
프로젝트 확인
MiniQA는 프로젝트별 문서, 이슈, 진행 상황을 권한에 맞춰 보여주는 공용 보드입니다.
운영 증거
MiniWatch가 인프라·사이트 상태를 실시간 수집해 4채널로 알리고, mini-shield는 그 위에 보안 점검과 사고 대응을 운영 패키지로 묶습니다.
개선 운영
운영 개선 큐는 고객 요청, 장애, 개선 아이디어를 카드로 관리하고, 검토된 항목을 프로젝트 코호트 실행으로 넘깁니다.
제품별 운영 화면으로 보여줍니다
로그인 화면이 아니라 각 제품이 실제로 맡는 역할을 보여줍니다. 사용자는 프로젝트 포털과 챗봇을 보고, 운영자는 운영 콘솔·관제·개선 요청·보안 이벤트 화면을 봅니다.
Operations Console
프로젝트 코호트와 런타임 채널, AI 실행자 상태를 운영 콘솔에서 확인합니다.
MiniQA
프로젝트별 문서, 진행 현황, 공유 자료를 권한에 맞춰 보여줍니다.
MiniWatch
서버·서비스·알림·트래픽 상태를 모니터링하고 운영자가 바로 조치할 항목을 봅니다.
mini-shield
MiniWatch 이벤트와 보안 증거를 기반으로 hardening, 사고 대응, 보안 리포트 흐름을 묶습니다.
obs-chatbot
고객 업무 챗봇 표면입니다. 대화형 문의와 계약 조회 같은 업무 기능을 제공합니다.
Guest Bots
고객·협력자·프로젝트별 AI 접점을 분리하고, 필요한 작업은 코호트로 연결합니다.
wellsa.ai 상담
웹 방문자의 제품 문의와 기술 협력 요청을 AI 상담으로 받고, 필요한 항목은 코호트 작업 후보로 넘깁니다.
Improvement Queue
고객 요청, 장애, 개선 아이디어를 접수하고 AI 분석·코호트 실행·검증 리포트까지 추적합니다.
사용자용: 질문하고, 확인하고, 요청합니다
사용자에게는 대화, 프로젝트 보드, 요청 라우팅만 제공합니다. 실행 환경과 운영 설정은 권한이 있는 운영자에게만 열립니다.
사용자는 제품을 배우지 않아도 됩니다. 질문을 남기면 코호트가 이어받습니다.
미니버스는 단순 챗봇이 아니라 프로젝트별 작업 흐름과 연결됩니다. 사용자는 MiniQA에서 진행 상황을 보고, 게스트봇이나 웹챗에서 문의를 남기며, 필요한 경우 담당 코호트로 요청이 전달됩니다.
Webchat / Guest Bot
고객 또는 협력자가 자연어로 질문하고, 허용된 범위 안에서 답변을 받습니다.
MiniQA Project Board
프로젝트 문서, 이슈, 확인 요청을 한 보드에서 봅니다.
Request Routing
단순 답변을 넘어 담당 프로젝트 코호트의 작업으로 이어질 수 있습니다.
MiniQA 공개 진행 문서: 권한 사용자는 공개된 문서와 진행률만 확인합니다.
MiniQA 프로젝트 포털
프로젝트별 권한을 통해 문서, 진행 현황, 공유 자료를 확인합니다.
Guest Bot
고객, 협력자, 프로젝트별 AI 접점을 따로 운영합니다.
운영자용: 코호트와 AI 실행자를 관리합니다
운영자는 작업 대기열, 프로젝트 코호트, 모델 라우팅, 런타임 상태를 한 화면에서 확인하고 조정합니다.
Operations Map: 프로젝트 코호트와 런타임 채널의 현재 상태를 운영자가 확인합니다.
운영자는 “어느 프로젝트가, 어느 모델과 노드에서, 어떤 작업을 처리 중인지”를 봅니다.
미니버스 운영 콘솔은 프로젝트 상태, AI 실행자, 모델 경로, 장애 상황을 한곳에서 확인하는 관리 표면입니다. 실제 실행·설정 변경·보안 설정 관리는 권한이 있는 운영자에게만 허용합니다.
Operations Map
AI 실행자, 런타임, 노드, 장애 상태를 한눈에 봅니다.
Operations Loop
반복 운영 작업과 자동화 카드를 관리합니다.
Model / Provider Routing
Claude, Codex, 로컬 Ollama, NIM 등 모델 경로를 상황에 맞게 조정합니다.
Project Cowork
프로젝트별 담당 코호트와 런타임 채널을 묶어 운영합니다.
Operations Loop
반복 점검, 라우팅, 후속 작업을 놓치지 않게 관리합니다.
Models & Providers
로컬 모델, NIM, 실행 런타임을 운영 정책에 맞춰 연결합니다.
Report Archive
작업 결과와 운영 리포트를 모아 고객에게 설명 가능한 증거로 남깁니다.
구성은 제품 운영 흐름으로 설명합니다
기술 스택 나열보다 “누가 요청하고, 누가 처리하고, 어디에 기록되는지”가 먼저 보이도록 정리했습니다.
연결 서비스까지 함께 보여줍니다
미니버스는 단일 채팅창이 아니라 사용자 문의, 프로젝트 보드, 운영 관제, 보안 패키지, 개선 요청, 프로젝트 코호트까지 연결되는 운영 생태계입니다.
MiniQA
프로젝트별 문서와 이슈를 보여주는 보드입니다. 사용자 질문과 코호트 작업 결과가 여기서 확인됩니다.
Guest Bots / Webchat
고객, 협력자, 임직원이 AI에게 질문하는 입구입니다. 대화가 필요한 작업으로 바뀌면 미니버스로 라우팅됩니다.
wellsa.ai 상담
웹 방문자 문의를 받는 접점입니다. 상담 내용은 제품 문의, 기술 협력, 코호트 작업 후보로 이어질 수 있습니다.
MiniWatch
현재 10대 서버를 실시간 관제 중입니다. CPU·메모리·디스크·트래픽·SLO·SSL·백업·DB·서비스 상태까지 35+ 메트릭을 수집하고 정적/동적 임계값과 5xx 급증·SLO burn rate를 감지해 텔레그램·슬랙·디스코드·웹훅 4채널로 알립니다. 인시던트 ACK/억제/재발과 감사 로그, 주간 리포트, 공개 상태 페이지를 함께 제공합니다.
mini-shield
MiniWatch 증거 위에 fail2ban 카운트·iptables 변경 audit·webshell 스캔·Apache 프로세스 고갈 감지를 얹어 hardening과 사고 보고를 패키지화하는 운영형 보안 묶음입니다.
Improvement Queue
고객 요청과 운영 개선 아이디어를 접수·분류·검증합니다. 실행이 필요한 항목은 운영 루프 또는 별도 프로젝트 코호트로 넘어갑니다.
MiniWatch: 단독 호스팅사 관제 제품으로도 판매 가능한 표면입니다. 서버·서비스·알림·SSL·백업·트래픽 쿼터까지 운영자가 조치할 화면을 제공합니다.
설치 후부터 운영 학습이 시작됩니다
미니버스는 구축 후 멈추는 시스템이 아닙니다. 실제 요청, 답변 품질, 장애 기록, 개선 카드, 운영 리포트를 기준으로 지식·프롬프트·라우팅·권한 정책을 계속 튜닝하는 운영 체계입니다.
운영 데이터 축적
사용자 질문, 처리 결과, 반복 장애, 개선 요청을 한 흐름으로 남겨 다음 운영 판단의 근거로 씁니다.
업무 지식 보강
자주 묻는 질문, 새 문서, 예외 케이스를 MiniQA와 업무 챗봇 지식에 반영해 답변 품질을 끌어올립니다.
라우팅 튜닝
작업 유형과 부하를 보며 어떤 코호트, 런타임 채널, 노드로 보낼지 운영 정책을 조정합니다.
모델·프롬프트 개선
정확도, 비용, 응답 속도, 보안 조건을 기준으로 모델 경로와 프롬프트를 지속적으로 다듬습니다.
운영 리포트
조치 내역, 장애 대응, 개선 효과를 리포트로 남겨 고객과 운영자가 같은 증거를 봅니다.
확장 후보 발굴
반복 요청이 쌓이면 새 코호트, 새 챗봇, 새 관제 항목으로 확장할 후보를 정리합니다.
권한은 사용자용과 운영자용을 분리합니다
사용자에게는 필요한 기능과 보기 전용 운영 화면만 열고, 실제 실행 권한은 운영자 계정으로 제한합니다.
User
웹챗, 게스트봇, 제한된 모델 사용. 실행 환경, 파일 시스템, 제공자 설정은 노출하지 않습니다.
Project Viewer
MiniQA에서 특정 프로젝트의 문서와 이슈만 확인합니다. 프로젝트별 권한이 기준입니다.
Operator
운영 콘솔에서 프로젝트, 런타임, 모델 상태를 확인합니다. 실제 전송, 실행, 설정 변경, 보안 설정 관리는 운영자 권한으로 제한합니다.
작게 시작해 운영 플랫폼으로 확장합니다
미니버스는 한 번에 전사 시스템을 바꾸는 방식이 아니라, 지금 필요한 AI 업무 흐름부터 연결하고 운영 증거를 쌓아 확장하는 방식으로 도입합니다. 설치는 완료점이 아니라 운영 학습의 시작점입니다.
