모듈 카탈로그

Olivares AI는 모듈형 플랫폼입니다: 하나의 엔진에 기능 모듈 카탈로그와 커넥터를 더합니다. 모듈은 코어에서 정규화된 이벤트를 소비하고, 공유 데이터 모델에 엔티티를 선언하며, 자체 API와 뷰를 노출합니다 — 나머지를 재설계하지 않고.

기본 바이너리는 29개 모듈 패키지를 배선하며, 아래에 번호가 매겨진 기능 영역으로 구성됩니다(테이블은 여러 패키지를 단일 영역으로 그룹화하며, 일부 항목은 기반 플러밍이거나 v1 이후입니다). 기능 체크리스트가 아닌 카탈로그로 읽으세요: 거버넌스/관찰은 환경 전반에 걸쳐 광범위하고 라이브입니다; 작동은 좁고 게이트된 부분입니다 — 각 행은 라이브, 온디맨드 프로비저닝(구성 전 503), 기본 거부 심으로 표시됩니다. 플랫폼은 1.0 이전입니다. 구축된 것과 그렇지 않은 것을 어떻게 표현하는지는 정직함과 한계를 참조하세요.

번호가 매겨진 카탈로그 외에 지원하는 라이브 수집 모듈(코드에서 XXIV번)이 있습니다: 다른 모듈이 읽는 라이브 이벤트 탭입니다. 독립 표면이 아닌 플러밍이므로 번호가 매겨진 카탈로그에 포함되지 않습니다.

각 모듈의 상태를 읽는 방법

모든 모듈에는 두 개의 절반이 있으며, 이 둘 사이의 정직한 구분이 전체 요점입니다:

• 거버넌스 / 관찰 — 카탈로그, 관찰, 비교, 게이트, 보고. 아래 라이브로 표시된 모듈에 대해 오늘 구축 및 배선되어 있습니다. 제품은 읽기 우선이고 기본적으로 탐지합니다: 대역 외에서 관찰하고 거버넌스하며, 요청 경로에 위치하지 않습니다.
• 작동 — 실제 인프라에 대한 행동(배포, 발동, 발송, 전송, 시행). 이것은 의도적으로 좁으며 세 가지 상태로 나뉩니다:
  • 라이브 — 기본 바이너리에 배선, 프로비저닝 불필요.
  • 온디맨드 — 백엔드가 구축되고 주입 지점에 배선되었지만 운영자가 구성으로 프로비저닝할 때까지 기본 거부 유지; 그때까지 승인된 작업은 정직하게 “선언됨, 작동되지 않음”(예: deploy apply/retire가 명확한 503 반환).
  • 심 — 아직 기본 백엔드가 없는 선언된 기본 거부 인터페이스.

이 분할이 계약입니다: 제품은 광범위하게 관찰하고 거버넌스하며, 작고 대부분 프로비저닝 게이트된 하위 집합에서 작동합니다. 여기서 코드가 하지 않는 실행을 주장하지 않습니다.

발견과 라이브 상태

기능, 신원 및 거버넌스

배포 및 모델 스택

호스팅 모델은 자체 호스팅할 수 없습니다. 모듈 X는 Claude(직접 또는 Bedrock/Vertex/Foundry를 통해)로 라우팅할 수 있지만 해당 추론은 여전히 제공자의 API에 도달합니다. 진정으로 자체 호스팅된 모델(vLLM/Ollama)만 완전히 오프라인으로 실행; 에어갭은 호스팅 추론이 아닌 Olivares 제어 평면에 적용됩니다.

비용, 품질 및 준수

보안 및 보증

조정, 음성 및 출력

플랫폼 및 보고

교차 관심사 참고: 킬 스위치

단일 모듈을 넘어 환경 킬 스위치는 모든 작동 심에 정지 게이트를 배선합니다: 배포, 오케스트레이션 발동, 음성 열기, 모델 실행, 예산 지출. 정지는 긍정적 시행이며 기본 거부입니다 — 읽을 수 없는 정지 상태는 정지된 것으로 처리되며 통과가 아닙니다. 킬 스위치 투어를 참조하세요.

관련 항목

• Olivares AI란 무엇인가? — 한 페이지로 보는 제품.
• 허용됨 vs 관찰됨 및 충실도 — 모듈 I-III이 증명할 수 있는 것에 대해 정직하게 유지하는 방법.
• 정직함과 한계 — 전체 라이브-vs-로드맵 자세.
• 아키텍처 — 엔진, 레이어, 커넥터가 어떻게 합성되는지.