Choose your Nunchi setup
문서를 체계적으로 저장하고 싶은 개인부터 50인의 IT 기업까지, Nunchi AI의 제품군은 같은 기억 인프라 위에서 로컬, 클라우드, 워크플로, API 형태로 확장됩니다.
상황별 권장 조합
Engram only
Codex, Claude, OpenAI-compatible, Ollama 모델을 바꿔 쓰면서 같은 실행 경계와 검증 습관을 유지하고 싶습니다.
Engram을 단독 런타임으로 설치합니다. 기억은 로컬 세션과 선택한 Agent Memory 연결부터 시작합니다.
이 구조 보기Nunchi Memory Local
클라우드 없이 내 기기 안에서 문서, 메모, 회의, 결정, 에이전트 작업 기억을 관리하고 싶습니다.
Norfolk, Nexus, Synapsis Engine, embedding model, database가 모두 로컬에 존재합니다.
이 구조 보기Nunchi Memory Local + Engram
내 문서와 결정, 에이전트 작업 기억을 Engram이 읽고 코딩과 업무 실행에 쓰길 원합니다.
Engram은 AMCP Memory Port를 통해 로컬 Norfolk/Nexus adapter를 호출합니다. 네트워크 Axon 서버는 필요 없지만 AMCP contract는 지킵니다.
이 구조 보기Nunchi Memory Cloud
팀의 PRD, 회의록, 리서치, 결정, 에이전트 작업 기억을 같은 클라우드 메모리에서 공유합니다.
Norfolk와 Nexus를 팀 단위로 사용하고, 권한과 메모리 접근을 클라우드에서 관리합니다.
이 구조 보기Nunchi Memory Cloud + Engram
팀이 만든 문서와 결정을 Engram이 실행 전에 불러와 반복 설명 없이 작업하게 합니다.
Engram은 AMCP wire를 통해 Cloud Axon을 거쳐 팀의 Norfolk/Nexus 기억을 recall합니다.
이 구조 보기Circuit Workflow
장애 대응, 반복 개발 업무, 운영 요청을 Slack에서 시작하고 고객사 로컬 워커에서 실행합니다.
Conductor가 지시와 승인 흐름을 관리하고, Engram이 local worker에서 실행하며, Enterprise Axon이 기억과 외부 시스템 gateway를 맡습니다.
이 구조 보기MaaS Cloud
챗봇, 캐릭터, 로봇, 교육앱, CRM, 고객지원 제품에 user memory와 agent memory를 API로 붙입니다.
MaaS가 memory API와 control plane을 제공하고, Axon gateway가 인증, trace, routing, policy를 관리합니다.
이 구조 보기MaaS Local Worker / future
외부 SaaS로 기억 데이터를 보낼 수 없지만, 자기 제품이나 내부 에이전트에 Nunchi memory API를 붙이고 싶습니다.
MaaS compatible worker를 고객 환경에 설치하고, 로컬 Axon gateway가 AMCP wire와 backend routing을 담당합니다.
이 구조 보기Nexus only
Cursor, Codex, Claude Code는 유지하고, 에이전트 결정과 검증 기억만 공통으로 남기고 싶습니다.
Nexus를 Agent Memory backend로 두고, AMCP-compatible client가 recall/writeback합니다.
이 구조 보기Norfolk only
개발 실행보다 먼저 자료 정리, 질문, PRD/위키 생성이 필요합니다.
Norfolk를 Human Memory 표면으로 사용하고, 나중에 Nexus, Engram, Circuit으로 확장합니다.
이 구조 보기AMCP / Axon boundary
같은 로컬 런타임 안에서는 Engram이 AMCP 계약을 직접 따릅니다. 프로세스, 기기, 팀, 제품 경계를 넘을 때는 Axon이 같은 계약을 wire로 운반합니다.
Engram → AMCP Memory Port → Local Nexus / Norfolk
Engram / external agent → Axon → Nexus / Norfolk / MaaS