ほとんどのtext-to-SQLデモは、モデルにクエリを書かせて祈ります。この製品は逆の立場を取ります。モデルは構造化JSONしか返さず、決定論的なコードがそれを検証し、SQLをコンパイルし、計画を凍結して実行します。行と列にたどれない数値は回答に現れません。

Hermes Analyticsはシングルテナントのセルフホスト型分析ワークスペースです。アナリストはNet Sales、Paid Orders、Paying Buyers、Average Order Value、Refund Rateを、時間、チャネル、製品、地域で分解して問い合わせます。1ターンは6つの段階を進みます。意図、クエリ計画、ポリシー検証、実行、結果検証、解釈です。凍結されたSQLと名前付きパラメータを画面に出したまま人の確認点で止まり、アナリストが確認するまで何も実行されません。

結果はグラフ、表、文章の回答で、その回答の中のすべての数値は由来するセルへの参照です。モデルはサーバーの数値を引用できますが、合計、差分、比率、平均を自分で計算してはいけません。別の帰属ワークベンチは完了した分析を凍結された証拠に変え、両者が同じ関門を越えた後にだけ判断するジャッジの下で双方向の討論を走らせます。SQL Workbenchは凍結された計画を開き、文はロックされたまま名前付きパラメータだけを調整できます。同じサーバー側検証の下で自由なSQLも受け付けます。

管理者側は統制された書き込み経路です。1文が7段階の変更リクエストになり、テーブル構造、Governed Views、セマンティックレイヤーをまたげます。トランザクションで包んだドライランが実測の影響を報告し、2つのゲートが実行を守り、実行後のフィンガープリント比較が改ざんを検出します。スキルの規約は実際の変更リクエストのレビューからのみ蓄積され、管理者は各提案をまとめて承認または無効化します。

読むべきは信頼の境界です。計画はするが実行はできないモデル、SQLに触れる唯一の存在であるコンパイラ、回答が文章ではなく座標の集合である証拠モデル。スタックはComposeの4サービスで、ポートを公開するのはフロントエンドだけ、データネットワークには外向きの経路がありません。