세 가지 규칙
첫째, 모델의 출력은 후보이지 결정이 아닙니다. 실행·게시·판정은 선언된 계약과 검사를 통과한 뒤에만 일어납니다. 둘째, 실행에는 코드로 고정된 경계가 있습니다. 읽기 전용 역할, 시간·비용 상한, 테넌트 범위, 승인 시점의 권한 재확인이 그것입니다. 셋째, 근거와 미확인은 결과와 함께 남습니다. 수치 대조, 감사 추적, 승인·정정 이력, '모른다'는 상태가 삭제되지 않습니다.
같은 규칙, 네 가지 구현
Text-to-SQL 엔진에서 규칙 하나는 SQL 구문 트리 검사로 나타납니다. Insert·Update·Delete·Merge·Create·Drop·Alter·TruncateTable·Command·Copy 노드와 미해결 파라미터는 실행 전에 거부되고, 통과한 쿼리도 읽기 전용 계정과 statement_timeout, EXPLAIN 비용 상한 아래에서만 실행됩니다. 제어형 생성 엔진에서는 DB가 참고 장면과 비트 계획을 결정하고 모델은 그 안에서 조합하며, 검사를 통과하지 못한 판은 게시되지 않습니다. 지식 발행 엔진은 사업자가 승인한 스냅샷 하나에서 모든 산출물을 만들고 관리권한 증명 없이는 발행하지 않습니다. 문서 추론 엔진의 권리 분석 판단 함수는 아예 모델을 호출하지 않는 규칙 엔진입니다.
모델을 어디에 두는가
기업 데이터는 고객 경계를 넘지 않아야 합니다. Text-to-SQL 엔진은 2026년 6월 17일부터 온프레미스 sLLM 제공자(OpenAI 호환 API)를 지원해 모델과 프롬프트를 고객 안에 둘 수 있습니다. 제어형 생성 엔진은 외부 LLM 호출 함수를 주입받는 구조라 기반 모델이 바뀌어도 패킷·검사 계층은 그대로입니다. 어느 엔진도 특정 모델의 품질에 결과의 정확성을 걸지 않습니다.
데이터 어댑터와 실행 환경
Text-to-SQL 수집기는 PostgreSQL, MariaDB/MySQL, Microsoft SQL Server, Oracle(11g 포함), SAP HANA 어댑터를 가집니다. 각 어댑터는 읽기 전용 2차 방어가 무엇인지(예: HANA의 SET TRANSACTION READ ONLY), EXPLAIN을 지원하는지, 지원하지 않으면 무엇으로 보호하는지를 코드 주석과 테스트에 기록합니다. 배포 도구는 2026년 9월 17일부터 현장에 손대기 전에 인수 기준을 먼저 검사합니다.
실패를 다루는 방식
네 엔진 모두 실패를 지우지 않고 적습니다. 프롬프트 예시 추가가 라이브 검증 5건에서 개선 0으로 끝난 기록, 한국어 업무어 6,460행이 영문 약어로 치환돼 있던 것을 발견하고 멈춘 날, 종결 반복으로 거부된 연재 회차, AI 검색 재측정에서 여전히 0건이던 언급. 이 기록들이 다음 결정을 빠르게 했고, 지금 이 사이트의 기술 페이지에 적힌 경계 문장들의 출처입니다.