TRX Canopy · 稼働中
持続可能なインテリジェンス。証拠によって統治される。 設計によって守られる。
組織のすべての推論がすでに通過している、まさにその地点にインストールされた、RustとPythonのハイブリッドフレームワーク。チームにツールの変更を求めません。
Membrane · 送信前
決定論的なコンテンツリンター
Membraneは、ネットワークを出る前にすべてのリクエストを検査し、流通してはならないものをブロックします。
チェックディジットで検証される個人番号、Luhnアルゴリズムで検証されるカード番号、メールアドレス、シークレットのパターン、正規表現、独自の辞書。検知結果はコンテンツのハッシュのみを保持し、テキスト自体は保持しません。
Core v2 · 出入りする内容
FinOps最適化
カーネルはツールの出力をモデルに戻す前に整理し、パネルはAI予算がどこに使われているかを示します。
PythonのAPIのクリティカルパスにコンパイルされたRustバイナリ。JSONや検索結果のように認識できないものは、記録された判断のもとでそのまま通過します。
監査 · 封印されたレイヤー
誰も書き換えられない証跡
すべての呼び出しはチェーン化され封印された記録を残し、パネルには統制が適用されなかった呼び出しとその理由も表示されます。
追記専用でチェーン封印されたログ。ガバナンスの証明とはうまくいったケースのことではありません。ルールが適用されなかったケースのリストと、その理由のことです。
組織 · 部門 · プロジェクト · キー
リアルタイムの可視性
部門別、プロジェクト別、キー別に集計されたコスト、トークン、エネルギー、ブロック件数を、ブラウザではなくサーバー側で集約します。
すべての仮想キーには、独自の予算、レート制限、許可モデルがあります。

アーキテクチャ · すべてのモジュールが稼働中
三つのファミリー、一つのシステム
Dosselは追跡対象、Plânctonは呼び出しが通過する経路、Esporoは統治と記録を担います。この図のすべての要素は、今日プロダクトに実在し、対応するエンドポイント、画面、テーブル、テストを持っています。
Dossel · 追跡対象
概要
エントリーパネル
TRX Core
節約モード
GreenOps
エネルギー · TpW
アラート
リアルタイムの状況
Plâncton · 呼び出しが通過する経路
社内アプリとエージェント
組織独自のアプリ
コーディングツール
Claude Code
Anthropic Messages方言をネイティブに解釈します。
社内SDK
任意のHTTPクライアント
マルチプロバイダープロキシ
OpenAI + Anthropic
ルーティングとフェイルオーバー
コスト · レイテンシ
GATEWAY
FinOps
部門別コスト
Membrane
送信前のDLP
プロバイダー
Forge
社内モデル
Synapse
MCPサーバー
Grid
GPUフリート
カタログ
公開済みモデル
Esporo · 統治と記録
組織
テナント · 部門
ライセンス
契約プラン
アクセス
SSO · OIDC/SAML
プライバシー
個人情報保護対応
設定
各種設定
監査 — 四つのレイヤー
証跡
トリガーによって書き込まれる追記専用のaudit_log
チェーン署名
行ごとのハッシュチェーン
暗号化された台帳
日次バッチで封印される利用状況
外部アンカリング
運用者の外部にあるTSAタイムスタンプ(RFC 3161)
エビデンスパック:証跡、利用テレメトリ、Membraneの検知結果、プライバシー対応をまとめた署名済みZIP——行数の上限はありますが、無言で切り詰められることはありません。
ゲートウェイ · アーキテクチャ
すべてのトラフィックは単一の制御点を通過する
発信元
Claude Code、SDK、または社内アプリ
TRX GATEWAY

/gateway/v1/chat/completions
/messages
プロバイダー
点灯した点がループ状に線を移動します——これは転送中の呼び出しを表しています。プロダクトに実在するモジュール:Membrane(送信前のDLP)、FinOpsとGreenOps(コストとエネルギー)、予算とレイテンシに基づくルーティング。
ゲートウェイ · モデルカタログ
一つの入口の先に、すべてのモデル
アプリケーションはTRX Canopyとのみ通信します。ルーティング、フェイルオーバー、利用ポリシー、部門別コストはすべてゲートウェイ側で管理され、プロバイダーを切り替えてもクライアント側のコードは一行も変更不要です。
ゲートウェイ · Virtual Key
部門ごとに一つのキー、それぞれ独自の予算と上限
組織内の各部門には、独自の予算上限、レート制限、許可されたモデルを持つ仮想キーが発行されます。ゲートウェイはこのキーで認証し、ポリシーを適用したうえで、初めてプロバイダーへ転送します。
Anthropic
DeepSeek
OpenAI
Vertex
Membrane
FinOps
Virtual Key
sk-trx-eng-••••
ゲートウェイ · コーディングツール
TRXゲートウェイ経由でClaude Codeを利用する
ゲートウェイはAnthropic Messages方言をネイティブに解釈します——Claude Codeは手動変換なしにTRXへ接続でき、各チームは自部門の仮想キーを通じて、集中ログ、利用ポリシー、コスト、アクセス制御を引き継ぎます。

Claude Codeへようこそ!
/help でヘルプ表示 · /status でステータス確認
cwd: ~/貴社/engineering
Membrane · 送信前のDLP
機密情報はMembraneを通過しない限り外に出ない
決定論的な検出器が、プロバイダーへの送信前にすべての呼び出しを検査します——チェックディジット付きの個人番号、Luhnアルゴリズムによるカード番号、メールアドレス、シークレットのパターン、辞書。Membraneはコンテンツのハッシュのみを保持し、テキスト自体は保持しません。

アーキテクチャ指標
0保持されるテキスト
Membraneによる検知
検知された機密データはコンテンツのハッシュに変換されます。元のテキストは、管理者であってもデータベースに一切入りません。
1リクエストあたりの記録件数
テレメトリ
いくらかかったか、どれだけエネルギーを使ったか、何がブロックされたか、誰が何をしたか。リクエストごとに1つのイベントとして、サーバー側で集約されます。
3判断ごとの状態数
はい · いいえ · 保留
未入力の規制上の判断は、目に見える形で保留状態のままになります。沈黙が承認と解釈されることはありません。
アーキテクチャ指標は、プロダクト上で検証可能です。実測された削減額は別途、出典と測定日とともに公開されます。
ソブリンティ · 二つの提供モデル
マネージドクラウド、またはお客様自身の施設内で
Canopy Cloud
TRX22が管理するゲートウェイ。ベースURLを指定すれば、その日のうちにパネルが応答します——インフラの構築は不要です。
Canopy On-Premise / Offline
データを施設外に出せない場合向け。同じカーネルがお客様の環境内で動作し、インターネットへの接続なしでも運用できます。
稼働中の画面
八つのモジュール、一つのパネル
概要
ゲートウェイ
FinOps
GreenOps
Grid
Membrane
監査
組織
階層構造はすべてで共通です:組織、部門、プロジェクト、仮想キー。各キーは独自の予算、レート制限、許可モデルを持ちます。
変わるのは1行だけ。あとはそのままです。
ゲートウェイはOpenAI互換です:チームが変えるのはベースURLであり、ツールではありません。
// ゲートウェイはOpenAI互換です:変わるのはベースURLだけで、 // すでに書かれたコードは変わりません。 const cliente = new OpenAI({ baseURL: "https://canopy.trx22.space/v1", apiKey: process.env.CANOPY_CHAVE_VIRTUAL, });