ONESHIM Docs
ONESHIM은 LLM 모델을 대체하는 제품이 아닙니다. 승인된 조직 맥락 후보를 수집하고, 온톨로지와 근거 링크로 구조화해, 현재 또는 예정된 LLM 워크플로우가 업무 맥락을 참고하도록 돕는 플랫폼입니다.
랜딩의 No Prompt. Input Context.는 질문 전에 회사 용어, 승인 흐름, 결정 히스토리, 근거 링크를 업무 맥락 묶음으로 준비한다는 뜻입니다. PoC에서는 LLM 활용률 기준선, 반복 설명 비용, 업무 맥락 적용 범위를 먼저 합의합니다.
아직 고객 레퍼런스, 시장 반응, 벤치마크 성과를 주장하지 않습니다. 공개 문서는 FuturePac 합성 조직과 합성 이벤트를 기준으로 플랫폼 구조와 PoC 검증 방식을 설명합니다.
왜 ONESHIM인가
조직이 LLM을 도입해도 생산성으로 바로 이어지지 않는 이유는 모델 성능만의 문제가 아닙니다. 같은 데이터를 보고 대상마다 다시 가공하고, 부서마다 용어와 맥락이 달라 조율을 반복하며, 매주 반복되는 업무도 매번 다른 배경 설명을 붙여야 합니다.
ONESHIM은 이 병목을 보고, 소통, 반복 업무에서 발생하는 조직 맥락 부재로 봅니다. Maekon은 ONESHIM 없이도 독립 사용 가능한 Apache-2.0 local-first 진입점이며 로컬 후보와 정책 기반 자동화 경로를 제공합니다. ONESHIM 서버와 조직 콘솔은 조직 온톨로지, 근거 링크, 검토 큐, 권한·감사·통제 실행 경계를 운영하는 엔터프라이즈 계층입니다.
목표는 모델을 새로 바꾸는 것이 아니라, LLM 워크플로우가 더 적은 설명으로 업무 맥락을 참고하도록 돕는 것입니다.
공개 랜딩 구조
공개 랜딩은 한 페이지에서 모든 기능을 설명하지 않습니다. 첫 화면은 No Prompt. Input Context.를 먼저 기억시키고, LLM 도입의 다음 병목이 조직 맥락이라는 사업 메시지는 한 줄로 압축합니다. 세부 증거는 역할별 페이지로 분리합니다.
| 경로 | 역할 | 주요 독자 |
|---|---|---|
/ | 문제 정의, No Prompt. Input Context., PoC 기준선, 진입점 | 사업 의사결정자, 파트너 |
/platform | FuturePac 합성 조직 기반 제품 투어와 운영 콘솔 | IT 의사결정자, 플랫폼 팀 |
/client | Maekon 소스 감사, 독립 local-first 경계, ONESHIM 선택 연결 범위 | 개발자, LLM 고관여 사용자 |
/download | /client의 레거시 별칭 | 기존 링크 유입 |
/contact | LLM 활용률과 조직 맥락 PoC 범위 정리 | 도입 검토자 |
ONESHIM이 하는 일
ONESHIM은 수집 결과를 곧바로 운영 시스템에 넣기보다 후보 생성, 검토, 승인된 실행을 기본 단위로 둡니다.
- Maekon: ONESHIM 없이 독립 실행되며, 로컬 후보와 정책 기반 자동화 경로를 제공합니다. 조직 PoC에서 합의한 경우에만 선택적 엣지 입력·제어 채널이 됩니다.
- Server: 조직 용어, 관계, 승인 히스토리를 온톨로지 시드로 구조화합니다.
- Organization Console: 멀티테넌시, RBAC, 감사 로그, 검토 큐를 운영합니다.
- LLM augmentation: 기존 LLM이 참고할 수 있는 근거 기반 맥락을 제공합니다.
빠른 시작
| 단계 | 해야 할 일 | 문서 |
|---|---|---|
| 1 | 제품 범위와 비범위를 먼저 확인 | 시작하기 |
| 2 | Maekon 선택 연결, Server, 조직 콘솔 책임 경계 이해 | 플랫폼 구조 |
| 3 | Maekon 소스와 데이터 경계 검토 | Maekon 경로 |
| 4 | 합성 조직으로 PoC 계측 항목 정의 | 운영 모델 |
| 5 | 보안, 권한, 감사 로그 경계 확인 | 보안 경계 |
문서 지도
제품 영역
| 영역 | 목적 | 문서 |
|---|---|---|
| Maekon 선택 연결 | 독립 local-first 제품 검토, 조직 PoC에서 선택 엣지 입력·제어 채널 적용 | Maekon 경로 |
| Server | 온톨로지 시드, 관계 후보, LLM 증강 API | 시스템 개요 |
| Organization Console | 조직 운영, RBAC, 감사, 검토 큐 | 조직 콘솔 |
운영 가이드
| 문서 | 답하는 질문 |
|---|---|
| 운영 모델 | PoC를 무엇부터 어떻게 검증해야 하나? |
| 보안 경계 | 어떤 데이터가 어디까지 이동할 수 있나? |
| 컨텍스트 수집 | 로컬 이벤트가 어떤 후보 데이터로 정리되나? |
| 워크플로우 생명주기 | 후보가 검토, 승인, 반영으로 이동하는 흐름은? |
현재 공개 주장 범위
| 항목 | 공개 문서에서 말할 수 있는 수준 |
|---|---|
| 고객 사례 | 고객 레퍼런스를 주장하지 않음. FuturePac 합성 조직으로 설명 |
| 설치 | ONESHIM 연결을 전제로 말하지 않음. Maekon은 독립 제품으로 소스 감사 우선 |
| 성과 | ROI 확정 주장이 아니라 PoC에서 계측할 가설 |
| PoC 기준선 | LLM 활용률 기준선, 반복 설명 비용, 업무 맥락 적용 범위 |
| 보안 | 설계 경계와 감사 흐름 설명. 외부 인증 취득 주장 없음 |
| 제품 투어 | 제품 범위 이해용 합성 시나리오 |
도입 경로
| 단계 | 의미 | 확인할 것 |
|---|---|---|
| Maekon 독립 검토 | Apache-2.0 소스 기반 local-first 검토 | 로컬 실행 경계, 제외 규칙, 신뢰성 |
| 팀 검증 | 반복 보고, 검색, 조율 병목을 좁은 범위에서 확인 | 어떤 소스와 기준선을 볼지 |
| 엔터프라이즈 PoC | 서버, 조직 콘솔, 조직 온톨로지, 권한/감사 체계 검증 | 90일 기준선, 검토 큐, 감사 로그 |
| 상용 운영 | 온프레미스 또는 SaaS 운영 모델 선택 | 커넥터, 배포 경계, 운영 책임 |