대부분의 텍스트-SQL 데모는 모델이 쿼리를 쓰게 두고 기대합니다. 이 제품은 반대 입장을 취합니다. 모델은 구조화된 JSON만 돌려주고, 결정적 코드가 이를 검증하고 SQL로 컴파일하고 계획을 고정한 뒤 실행합니다. 행과 컬럼으로 추적할 수 없는 숫자는 답에 나오지 않습니다.

Hermes Analytics는 단일 테넌트 자체 호스팅 분석 워크스페이스입니다. 분석가는 순매출, 결제 주문, 결제 구매자, 평균 주문 금액, 환불률을 시간, 채널, 상품, 지역별로 질문합니다. 한 번의 질의는 여섯 단계를 거칩니다. 의도, 쿼리 계획, 정책 검증, 실행, 결과 검증, 해석입니다. 그리고 고정된 SQL과 명명된 파라미터를 화면에 띄운 채 사람 확인 지점에서 멈춥니다. 분석가가 확인하기 전에는 아무것도 실행되지 않습니다.

결과는 차트, 표, 서면 답변이며, 답변의 모든 수치는 원래 셀로 되돌아가는 참조입니다. 모델은 서버 숫자를 인용할 수 있지만 합계, 차이, 비중, 평균을 스스로 계산할 수는 없습니다. 별도의 귀속 워크벤치는 완료된 분석을 고정된 근거로 바꾸고, 양측이 같은 장벽을 넘은 뒤에만 판정하는 심판 아래 양방향 토론을 실행합니다. SQL 워크벤치는 고정된 계획을 문장이 잠긴 상태로 열고 명명된 파라미터만 조정하게 하거나, 동일한 서버 측 검증 아래 자유 SQL을 받습니다.

관리자 쪽은 통제된 쓰기 경로입니다. 문장 하나가 테이블 구조, Governed Views, 시맨틱 계층을 넘나들 수 있는 일곱 단계 변경 요청이 됩니다. 트랜잭션으로 감싼 드라이 런이 측정된 영향을 보고하고, 두 개의 게이트가 실행을 보호하며, 실행 후 지문 비교가 변조를 감지합니다. 스킬 관례는 실제 변경 요청 검토에서만 축적되고, 관리자는 각 제안을 통째로 수락하거나 무효화합니다.

신뢰 경계를 보려면 이 프로젝트를 읽으세요. 계획은 세우지만 실행할 수 없는 모델, SQL을 만지는 유일한 존재인 컴파일러, 답이 산문이 아니라 좌표의 집합인 근거 모델입니다. 스택은 Compose 서비스 네 개이고 프런트엔드만 포트를 열며, 데이터 네트워크에는 외부로 나가는 경로가 없습니다.