ヌンク
Nunc は Atwood Design が立ち上げたマネージド AI ゲートウェイ プラットフォームで、
Nunc のマネージド AI ゲートウェイの詳細
コアパラメータと統計
Nunc は本質的に、企業の内部境界と外部 LLM の間に展開される「ガバナンス エージェント層」です。そのコア パラメーターは、従来のモデル パラメーターの量やコンテキストの長さでは測定できませんが、アーキテクチャの次元から反映されます。
| パラメータの寸法 | ヌンク | ガードレール AI | AWS 岩盤ガードレール | 従来の API ゲートウェイ |
|---|---|---|---|---|
| コアの位置決め | 運用レベルの AI ガバナンス ゲートウェイ | オープンソース AI ガードレール フレームワーク | クラウド ネイティブ コンテンツ セキュリティ フィルタリング | API ルーティングと電流制限 |
| 接続プロトコル | MCP、REST、A2A、カスタムワーカー | LLM 通話インターセプトのみをサポート | Bedrock ネイティブ統合 | HTTP/REST/gRPC |
| コンプライアンスの調整 | ISO 42001、SOC 2、NIST AI RMF、EU AI 法 | 自己設定 | AWS コンプライアンスの承認 | AI コンプライアンスが組み込まれていない |
| PII の処理 | 自動入口感度解除 + 出口復元 (トークン化された双方向マッピング) | ルールベースの出力フィルタリング | センシティブな単語/コンテンツのフィルタリング | サポートされていません |
| ポリシーの粒度 | ツールレベルの操作権限 + ロールレベルのアクセス制御 + 手動確認ポイント | モデル出力検証ルール | コンテンツセキュリティポリシー | IP/URL/電流制限ポリシー |
| 監査の粒度 | 完全なリンク追跡 (リクエスト→ポリシー→ルーティング→レスポンス→マニュアル) | モデル呼び出しログ | CloudTrail の統合 | 基本的なリクエストログ |
| 配信モデル | ホスト型サービス (Atwood が運営) | セルフホスト/エンタープライズ ホスティング | クラウドサービスの統合 | 自己展開/クラウド管理 |
| オンラインサイクル | ~60日(管理・工事含む) | 数時間から数日 | 分 (AWS を使用) | 数日から数週間 |
| フロントエンド エージェントのサポート | クロード、クロード コード、BYO エージェント | ユニバーサル LLM アクセス | 岩盤模型 | 該当なし |
| 適用される組織規模 | 規制対象の中大企業 | 完全な技術チームを擁する AI 企業 | AWS エコシステム内の企業 | すべてのサイズ |
解釈: Nunc は独立した AI モデルや SaaS 製品ではなく、「インフラストラクチャ ミドルウェア」のレイヤーです。これは会話機能や生成機能を直接提供するものではなく、Claude などの既存の LLM が規制対象企業の実際のシステム上で安全にタスクを実行できるようにします。従来の API ゲートウェイや AI ガードレール ソリューションと比較した場合、Nunc の主な違いは 3 つの側面にあります。深く組み込まれたコンプライアンス (ISO 42001 コントロールはプラットフォーム機能として直接エンコードされます)、運用レベルのガバナンスの粒度 (「言われたこと」だけでなく「行われたこと」もブロックします)、フルマネージドの配信 (顧客は社内 AI チームを結成する必要がありません) です。これは、Nunc の立ち上げサイクルが純粋なソフトウェア ソリューションよりもはるかに長い理由も説明しています。Nunc が提供するのは構成コードの一部ではなく、コンプライアンスが検証された一連のガバナンス システムです。
ユーザーと市場の認識
Nunc は 2026 年初頭に Atwood Design によって正式に開始され、現在はホスト型サービスとして提供されています。ユニーク ユーザー数やサブスクリプション数は公開されていません。ただし、その市場での地位は次の側面から評価できます。
- 顧客の背景: Atwood の過去のサービス顧客には、Microsoft、マリオット、プロクター&ギャンブル、AWS、Tradeweb、Exelon、メリーランド大学などの大規模組織が含まれます。そのガバナンス フレームワークと設計方法論は、エンタープライズ レベルのプロジェクトで検証されています。
- 対象業界: Nunc は、厳格な規制、データの機密性、社内 AI チームの欠如を特徴とする、協会/非営利、金融、法務、土木/地理空間、建設/IoT、人事/運営の 6 つの分野をカバーすることに重点を置いています。
- コンプライアンスの承認: Nunc は、ISO 42001 (AI 管理システムの国際標準) に準拠していることを公に宣言し、SOC 2、NIST AI RMF、EU AI 法およびその他のフレームワークと互換性がある数少ない AI ガバナンス プラットフォームの 1 つであり、企業調達において非常に重要な「コンプライアンス クリアランス」証明書です。
- 競争上の位置付け: エンタープライズ AI ガバナンス トラックにおいて、Nunc の直接の競合相手には、Guardrails AI、LangSmith (監視レイヤー)、および主要クラウド ベンダーの AI ゲートウェイ (AWS Bedrock Guardrails、Azure AI Content Safety) が含まれます。しかし、Nunc の主な違いは、Nunc がセルフサービス プラットフォームではなく「オペレーター グレードのマネージド サービス」であることです。顧客はそれを実装するために社内 AI チームを構築する必要がありません。
市場での認識の概要: Nunc は現在、商業化の初期段階にあり、公開事例はまだ大規模には公開されていません。しかし、同社がターゲットとしている「規制されたエンタープライズ AI ガバナンス」の必要性は現実的かつ緊急です。Gartner は、2027 年までにエンタープライズ AI 導入の 60% で何らかの形のガバナンス中間層が必要になると予測しています。 Nunc の先行者としての利点は、ISO 42001 の整合性とデザイン思考の統合という差別化されたポジショニングにありますが、市場シェア データはまだ検証されていません。
コストメリット
Nunc は固定価格 + マネージド サービス モデルを使用しており、公開価格リストは提供していません。以下は、公式公開情報と業界ベンチマークに基づいた分析です。
| 寸法 | ヌンク | ガードレール AI | AWS 岩盤ガードレール | 独自のソリューションを構築する |
|---|---|---|---|---|
| 価格モデル | 固定見積もり (パイロット/プロジェクトごと) | オープンソースの無料 + エンタープライズ サブスクリプション | Guardrail の通話によって請求される | 社内チームの時間 + インフラストラクチャ |
| C 側の価格設定 | 該当なし | 該当なし | 該当なし | 該当なし |
| 開発者/API | 個別の API サブスクリプションは利用できません | オープンソース版は無料。エンタープライズ版は月額 $2,500 以上 | Guardrail 処理ユニットごとに請求 | 社内開発コスト |
| エンタープライズ/プライベート | 固定パイロット見積(約60日) → 月額アクセス拡大 | エンタープライズ プランにはビジネス コミュニケーションが必要です | AWS エコシステム内での従量課金制 | フルタイムのチーム + クラウド インフラストラクチャ |
| 隠れたコスト | 継続的な管理された運用が必要 (Atwood 管理) | 自己運用および保守/自己統合の人件費 | AWS バインディングとベンダー ロックイン | 採用、研修、離職のリスク |
| 適合性認証費用 | ISO 42001/SOC 2 を内蔵 | 自己認証が必要 | AWS コンプライアンスの承認 | コンプライアンス体制をゼロから構築 |
無料事実: Nunc には無料枠や無料トライアルがありません。その提供モデルでは、顧客はまず固定見積もり (約 60 日間) でパイロットを実施し、検証に合格した後、月単位でアクセス制御を拡張する必要があります。これは、価値を生み出す前に予算のコミットメントが必要であることを意味し、既存の AI 予算を持つ規制対象組織には適していますが、個人の開発者や中小企業や零細企業が水を試すには適していません。
C サイドのコスト: Nunc は C サイド ユーザー向けではないため、個人が直接サブスクライブすることはできません。
API/開発者のコスト: Nunc は API として個別に販売されておらず、トークンまたは呼び出し量に応じて請求するオプションは提供されていません。開発者は、OpenAI API のように Nunc を直接呼び出すことはできません。
企業のコスト構造:
- パイロット フェーズ: 固定価格、固定範囲、約 60 日の納品で、高価値のワークフローへのガバナンス アクセスをカバーします。
- 拡張フェーズ: アクセス制御は、「部門システム」モデルに従って月次ベースで拡張されます。各アクセス制御には固定のスコープと引用符があります。
- 運用フェーズ: 継続的ホスティング運用ではリテイナー モデルが採用され、顧客にとっての価値に基づいて価格が設定されます。
比較利点: 自社で構築した AI ガバナンス ソリューションと比較して、Nunc は「ゼロからオンラインでコンプライアンスに準拠するまで」の時間を 6 ~ 12 か月から約 60 日に短縮でき、AI チームの採用、インフラストラクチャの購入、コンプライアンス システムの構築などの隠れた埋没コストを回避できます。毎年のコンプライアンス監査のプレッシャーは大きいものの、AI チームが不足している中規模から大規模の組織にとって、この時間の差自体が大きな ROI となります。
主な機能
Nunc の中核機能は、「AI ガバナンス ゲートウェイ」の役割を中心に展開しています。以下に、主要な機能をワークフローの順序で示します。
-
認証と認可: Nunc に入るすべてのリクエストは ID 認証に合格する必要があり、システムはポリシーに基づいて ID がアクセスできるツールとデータ ソースを決定します。既存の IdP (アイデンティティ プロバイダー) との統合をサポートし、複数のエージェントに資格情報の管理が分散することを回避します。
-
PII ストリッピング: リクエストが LLM に届く前に、個人を特定できる情報 (名前、住所、電話番号、電子メールなど) を自動的に識別して削除し、不可逆的なトークン プレースホルダー (
[DONOR_07]など) に置き換えます。 LLM は、感度を下げたデータに対して推論を実行し、結果を返し、トークンをローカルで実際のデータに復元します。このようにして、元の機密データが企業の境界を離れることはありません。 -
ポリシー エンジン: 「誰がどのツールでどのアクションを実行できるか」を定義する構成可能なガバナンス ルールのセット。このポリシーには、データ アクセスの範囲、操作の種類 (読み取り専用/書き込み/削除)、時間枠、承認レベル、その他の側面が含まれます。リスクの高い操作 (支払い、削除、コンテンツの公開など) は自動的に一時停止され、手動による確認を待ちます。
-
ルーティング: ポータルを統合した後、Nunc はリクエストを正しいバックエンド システム (CRM、財務システム、ドキュメント ライブラリ、ナレッジ ベースなど) にルーティングします。MCP、REST、A2A などの複数のプロトコルをサポートし、Claude などのフロントエンド エージェントが単一のゲートウェイを介して複数のバックエンドにアクセスできるようにします。
-
完全な監査証跡: ゲートウェイの入力から結果を返すまでの各リクエストの完全なパスが記録されます。これには、誰がリクエストを開始したか、どのポリシー チェックに合格したか、どのバックエンド ツールが呼び出されたか、どのような結果が返されたか、および手動確認があったかどうかが含まれます。監査ログは、コンプライアンスのレビューとフォローアップに使用できます。
-
プロンプト インジェクション防御: 信頼できないコンテンツ (電子メール PDF、Web ページ、カレンダーの招待状) を処理するときに、エージェントが暗黙の指示によってハイジャックされる可能性があります。 Nunc は、ゲートウェイ層で入力を選別して殺菌し、同時に「すべての連絡先をエクスポート」などの不正な操作が実行できないようにツールの範囲を制限します。
-
可観測性と監視: 運用環境は、LLM コールの品質、遅延、異常なパターンを継続的に監視し、ダッシュボードとアラーム メカニズムを提供します。 ISO 42001 第 9 条で要求されるモニタリングと改善はここで実施されます。
-
メモリとコンテキストの管理 (メモリとコンテキスト): セッション間の永続性とパーティション化されたメモリをサポートし、エージェントが長期タスクでコンテキストの継続性を維持できるようにします。記憶は組織の境界によって隔離され、顧客間で漏洩することはありません。
[専門家の見解]: Nunc の「隠れた連携」は、もともとエンタープライズ AI の導入に散在していた複数の問題点 (アイデンティティ管理、データの非感作化、ポリシー制御、コンプライアンス監査、セキュリティ保護) を統合ゲートウェイ層に統合できる機能にあります。通常、企業は同様の機能を組み合わせるために 3 ~ 5 個の独立した製品 (SSO ソリューション + データ非感作ツール + API ゲートウェイ + ログ監査システム + LLM セキュリティ スキャナー) を購入する必要がありますが、Nunc はこれらの製品を AI ワークフローとネイティブに結合するため、システム間の切り替えの摩擦が排除されます。さらに重要なのは、「コンプライアンス」が文書レビュー後のものからアーキテクチャ前の組み込みに変更されることです。すべての呼び出しには独自のコンプライアンス属性があります。
モデルとバージョンの進化
エンタープライズレベルのガバナンスプラットフォームとして、Nunc のバージョン進化のリズムは SaaS/API 製品のそれとは異なり、サービス機能とコンプライアンス対応範囲の反復により重点を置いています。公開情報に基づくバージョン履歴は次のとおりです。
| バージョン | 時間 | 主な変更点 | 納品形態 |
|---|---|---|---|
| Nunc ベータ (v0.9) | ~2025 年第 4 四半期 | 一部のパートナー向けの内部ベータ段階。コア ガバナンス ゲートウェイ機能の事前検証、MCP 接続と基本的な PII 非感作化のサポート | 限られた内部テスト |
| ヌンク 1.0 | ~2026 年第 1 四半期 | 正式にリリースされました。ポリシー エンジン、フルリンク監査、複数プロトコルのサポート (REST/A2A)、6 つの主要な垂直業界ソリューションと連携した ISO 42001 を追加 | ホスティングサービス |
| Nunc 1.x (推測) | ~2026 年第 2 四半期/第 3 四半期 | 期待: 拡張エージェント互換性 (GPT/Gemini)、業界コンプライアンス パッケージの追加、管理コンソールのアルファ版の開始 | マネージドサービス |
バージョンに関する注意: Atwood は、従来の SaaS の方法ではバージョン番号を正式にリリースしていません。また、上記のバージョン区分は、公開されている情報からの推測に基づいています。 Nunc の実際の進化は、特定の垂直産業向けのコンプライアンス テンプレートの追加、特定の MCP コネクタの拡張、監査レポート形式のアップグレードなど、「ソフトウェア バージョン番号」ではなく「サービス機能レベル」によって測定される可能性が高くなります。これはエンタープライズ レベルのサービス提供の習慣と一致しています。つまり、顧客は定期的に更新されるソフトウェア ライセンスではなく、継続的に改善されるガバナンス機能を購入します。
競合製品とのバージョン戦略の比較:
| 寸法 | ヌンク | ガードレール AI | AWS 岩盤ガードレール |
|---|---|---|---|
| バージョンの可視性 | 非公開のバージョン番号、サービス機能レベルで反復 | オープンソースのバージョン番号 + エンタープライズ バージョン | AWS サービスバージョン (内部管理) |
| 更新頻度 | 継続的デリバリー (マネージド サービス) | オープンソース コミュニティの四半期リリース | AWS リージョン グレースケール リリース |
| ユーザーコントロール | なし (アトウッドが管理) | 固定バージョン | ロック可能な API バージョン |
| 下位互換性 | アトウッドによる保証 | オープンソース コミュニティによって維持されています | AWS 互換性への取り組み |
反復方向の予測:
- フロントエンド エージェントのサポートの追加 (Claude だけでなく、ChatGPT、Gemini などにも拡張される可能性があります) - これは、拡張スペースと既存顧客の交渉力に直接影響します。
- 業界固有のコンプライアンス パッケージ (GDPR、HIPAA、PCI-DSS 用の事前構築されたポリシー テンプレートなど) – これは、垂直産業への浸透を高めるための重要な手段です。
- セルフサービス管理コンソール (現在 Atwood が運営) - これが開始されれば、既存の AI チームを持つ企業の導入障壁が大幅に低くなります。
- よりきめ細かい RBAC/ABAC 権限モデル - 大規模組織内の複数の部門や役割の差別化された管理ニーズに対応します。
技術的な利点
Nunc の技術アーキテクチャは、「ガバナンス ゲートウェイ」の中核となる抽象概念を中心に展開しています。その利点はモデルの機能からではなく、アーキテクチャ設計から得られます。
工具タイプ分類の決定
Nunc の中心となる配信形式は [エージェント/MCP/自動化ツール] です。これは、基本的に AI エージェントとエンタープライズ システム間の対話を実行するガバナンス ゲートウェイ層であるためです。ただし、[生産性/ビジネスサイド アプリケーション] の属性も備えています。SDK/API ではなくマネージド サービス (マネージド サービス) として提供され、顧客が購入するのは単純なソフトウェア コンポーネントではなく「ガバナンスされた AI ワークフロー」です。以下の詳細な分析は、エージェント ガバナンス インフラストラクチャとしての技術メカニズムとエンジニアリング実装の詳細に焦点を当てています。
アーキテクチャ リンク: LLM → Nunc ゲートウェイ → エンタープライズ システム
ワークフローにおける Nunc の実際の位置は、次のリンクで表すことができます。
「」 [クロード / クロード コード / BYO エージェント] ←→ [Nunc ガバナンス ゲートウェイ] │ ┌─────────────┼─────────────┐ │ │ │ [認証層] [ポリシーエンジン] [監査層] (IdP/SSO統合) (RBAC/ABAC/手動確認ポイント) (完全なリンクログ) │ │ │ ━━━━━━━━━━━━━━━━━━━━━━━━━━┘ │ ┌─────────────┼─────────────┐ │ │ │ [CRM/ERP] [ドキュメント/ナレッジベース] [その他のシステム] (Salesforce/SAP) (SharePoint/Confluence) (REST/MCP/A2A) 「」
制御フロー: ユーザーは、クロード経由で自然言語リクエストを発行します。 → Nunc ゲートウェイのインターセプト → ID 認証 → 機密データの感度解除 → ポリシー エンジンが権限を決定 → ターゲット システムへのルート → 結果が返される → PII 復元 → 監査書き込み → ユーザーに提示。
データ バックフロー: エンタープライズ システムの構造化データは、感度が解除された後に LLM コンテキストに入り、推論結果は PII によって復元された後にユーザーに返されます。元のデータは、プロセス全体を通じて企業の境界を離れることはありません。
コアテクノロジーの利点の詳細な説明
1.ゲートウェイ アーキテクチャとポイントツーポイント統合
従来のエンタープライズ AI 導入の一般的なパターンは、各 LLM から各バックエンド システム (クロード→Salesforce、クロード→SAP、クロード→SharePoint…) への個別の接続を確立することであり、各接続には資格情報、ポリシー、監査を個別に管理する必要があります。このポイントツーポイント モデルのシステム数が増加すると、セキュリティ面と運用およびメンテナンスの複雑さは O(n²) 単位で爆発的に増加します。
Nunc は ハブアンドスポーク ゲートウェイ アーキテクチャを採用しています。エージェントからシステムへのすべての通信は強制的にユニファイド ゲートウェイを通過し、認証、非感作、ポリシー、監査がここで一度に完了します。複雑さは O(n²) から O(n) に軽減されます。新しいバックエンド システムを追加するには、各エージェントを変更することなく、ゲートウェイにルートを登録するだけで済みます。
2. PII 非感作のためのトークン化設計
Nunc の PII 処理は、単純な「検出→置換→破棄」ではなく、トークン化 + 双方向マッピング メカニズムを使用します。機密データは識別され、エントリで無意味なプレースホルダー (「[DONOR_07]」 など) に置き換えられます。LLM は機密データが処理されず、結果が返された後、セキュリティ マッピング テーブルを通じてローカルに復元されます。これは、生データが企業が管理するネットワーク境界から出ることがないため、LLM プロバイダーの機密データ フィルタリング API を直接呼び出すよりも安全です。マッピング テーブルはメモリ内に暗号化されて保存され、セッション終了後に自動的に破棄されます。
3.ポリシーエンジンの「確認ポイント」メカニズム
不可逆的な操作 (支払い、削除、バッチ変更、外部リリース) の場合、Nunc のポリシー エンジンは Human-in-the-Loop 確認ポイント の設定をサポートしています。モデルはアクションを計画および提案できますが、実際の実行には指定された役割による人間の承認が必要です。これは金融分野の「フォー・アイズ原則」に沿ったもので、エンタープライズレベルのAI導入における重要な安全弁となる。確認ポイントは、常に承認が必要である、しきい値を超えると承認が必要である (金額 > 10,000 ドルなど)、特定の期間中に承認が必要であるなどのように構成できます。
4. ISO 42001 が深く組み込まれています
Nunc は、ISO 42001 標準と「互換性」があるだけでなく、その制御 (附属書 A の第 6 ~ 10 条) をプラットフォームの機能単位に直接エンコードします。たとえば:
- 条項 6 (計画) → ポリシー エンジンのルール定義インターフェイス
- 条項8 (オペレーション) → リクエスト処理パイプライン
- 第 9 条 (パフォーマンス評価) → 監査ログと監視ダッシュボード
- 条項 10 (改善) → フィードバック ループとモデルの動作の調整
この「コードとしてのコンプライアンス」設計により、クライアントの監査準備時間が数か月から数日に短縮されます。
5.即時注射に対する構造的な防御
Nunc は、プロンプト インジェクションを防御するために単純なキーワード ブラックリストに依存しませんが、ツール スコープ制約 を使用します。つまり、各ツールの操作パラメータは厳しく制限されています (たとえば、「請求書のエクスポート」ツールは、特定の日付範囲の集計データのみを出力できますが、すべてのレコードを出力することはできません)。たとえ射出命令がバイパスしようとしても、ツールの使用可能な操作スペースを超えます。これはアーキテクチャ レベルでより堅牢です。
エンジニアリングの落とし穴ガイド
Nunc のアーキテクチャ上の特徴に基づいて、実際の展開と運用では次のエンジニアリング上の問題に注意する必要があります。
落とし穴 1: 致命的なループとトークンインフレ制御 エージェントは、複数ステップのタスクを実行するときに「計画→実行→失敗→再計画」という無限ループに陥る可能性があり、トークンの消費量が爆発的に増加し、制御不能な API 料金が発生する可能性があります。
- 解決策: Nunc のポリシー エンジンで各エージェント タスクの「max_steps」(最大ステップ数) とタイムアウトしきい値を設定します。パイロット フェーズは 10 ステップの上限で開始し、タスクの完了率を観察した後、徐々に調整することをお勧めします。監査ログの「反復アクションの検出」と組み合わせると、同じツールが連続して 3 回以上呼び出され、結果が変わらない場合、自動的に中断され、管理者に通知されます。
落とし穴 2: エンタープライズ システム コンテキストの過負荷 エージェントが大規模な ERP/CRM で複雑なレコードを処理する場合、顧客ファイル全体や完全な財務諸表を LLM コンテキストに詰め込み、コンテキスト ウィンドウがオーバーフローしたり、推論の品質が低下したりする可能性があります。
- 解決策: Nunc のゲートウェイ層に「コンテキスト クリッピング」戦略を実装します。しきい値を超えるシステム応答のページ分割された要約を実行し、完全な生データではなく構造化された要約のみを LLM に渡します。 「max_context_size」パラメータ (単位: トークン) は Nunc の MCP コネクタを通じて設定でき、超過するとサマリー パイプラインが自動的にトリガーされます。
落とし穴 3: 不可逆的な操作のセキュリティ管理 AI エージェントの誤操作 (顧客記録の一括削除、未監査の財務報告書の発行など) は、規制された組織では容認できません。
- 解決策: Nunc のポリシー エンジンは「ドライラン モード」をサポートしています。デフォルトでは、すべての書き込み操作がドライラン環境で実行され、差分レポートが生成され、手動で確認した後に運用環境で実行されます。パイロット段階では、削除、変更、支払いを伴うすべてのツールに対して確認フラグをオンにし、エージェントの動作パターンが安定した後に徐々に確認フラグを緩めることをお勧めします。同時に、「操作ロールバック計画」を設定して、各変更の前にスナップショットが自動的に作成されるようにします。
使い方
Nunc はセルフサービス製品ではなく、その利用プロセスは「コンサルティング → パイロット → 拡張 → 運用」というサービス提供パスに従います。各入口へのアクセス方法は以下の通りです。
| 入口 | 該当する役割 | アクセス方法 | 前提条件 |
|---|---|---|---|
| 統治された AI パイロット | 初めての企業のお客様 | 要件を送信 → アトウッド評価 → 固定見積もり → 60 日以内の配達 | 高価値のワークフロー候補を明確にする |
| 部門システム | パイロット検証後の拡張段階 | 毎月のアクセス制御、顧客の承認後に次の段階に入る | パイロットは受け入れられ、合格しました |
| 操作と拡張 | 顧客の継続的な運用 | リテーナーモード、アトウッド連続操作と最適化 | システムはオンラインで実行中です |
| BYO エージェント (自分のエージェントを持参) | すでに AI ツールを導入している企業 | Claude/Claude Code などを Nunc ゲートウェイにポイント | エンタープライズレベルの Claude サブスクリプション |
一般的なアクセス手順 (パイロット モード):
-
調査: アトウッド チームとワークショップを実施して、企業内で最も問題が多い AI ワークフローを特定し、関連するシステムとデータ ソースを整理します。これはセールストークではなく、共同の需要レビューです。
-
範囲と価格: パイロットを固定範囲と固定価格に固定し、顧客の承認後にのみ開始します。隠れた手数料はありません。
-
構築: Atwood チームは AI を使用して独自の開発プロセスを強化し、運用レベルのガバナンス接続を迅速に構築します。これには、ゲートウェイの展開、システム ドッキング、ポリシー構成、PII 非感作ルールの設定、および監査パイプラインの構築が含まれます。
-
ゲートと出荷: 毎月のマイルストーンゲート制御。顧客が成果物を確認し、承認に署名すると、システムが正式に開始されます。アトウッドは営業を続けている。
Claude Code との統合例: 「」
Nunc ゲートウェイ経由で Claude Code を呼び出す
コンテキスト変数は、Anthropic API を直接呼び出すのではなく、Nunc エンドポイントを指します
エクスポート CLAUDE_API_ENDPOINT=https://nunc-gateway.atwood.design/v1 import CLAUDE_API_KEY=<nunc 発行キー>
Claude Code への各呼び出しは自動的に Nunc を通過します。
1. ID 認証 → 2. PII 非感作 → 3. ポリシーチェック → 4. Anthropic へのルーティング
→ 5. 結果を返す → 6. PII 復元 → 7. 監査書き込み
「」
注意: 上記のコードは概略的な構成例です。実際のアクセス パラメータは、Atwood が提供するパイロット アクセス ドキュメントに従います。 Nunc は、パブリック API キーのセルフサービス アプリケーション ポータルを提供しません。
製品の価格設定
Nunc の価格モデルは、従来の AI ツールの API メータリングや SaaS サブスクリプションとは根本的に異なります。
- 価格設定の哲学: 固定価格、固定範囲、結果重視。トークンの消費または API 呼び出しに基づいて請求されることはありません。
- パイロット フェーズ: ガバナンス ゲートウェイの構築と最初のワークフローの稼働にかかる約 60 日間をカバーする 1 回限りの固定見積もり。価格はワークフローの複雑さ、接続されているシステムの数、コンプライアンス要件などの要因によって異なり、ビジネスコミュニケーションを通じて決定する必要があります。
- 拡張フェーズ: Monthly Milestone Gates によって推進され、各ゲートには固定の範囲と固定の追加見積もりがあります。クライアントは、事前に予算全体をコミットすることなく、各アクセス制御後にサインオフして次のフェーズを承認します。
- 運用フェーズ: 継続的ホスティングはリテイナー (スケジュール) 方式を採用しており、価格はカバレッジとサービスの深さに応じて変動します。
価格の透明性: Nunc の公式 Web サイトでは価格が公開されていません。これは、対象となる顧客グループ (中規模から大規模の規制対象企業) の購買習慣と一致しています。これらの顧客は通常、セルフサービスのサブスクリプションではなく、カスタマイズされた見積もりを必要とします。将来の政府機関は、パイロット範囲の評価について Atwood に直接連絡することをお勧めします。
費用対効果の判断基準: 年間収益が 1 億米ドルを超える規制対象企業の場合、Nunc のパイロット見積もりは「エンタープライズ ソフトウェア プロジェクト」の妥当な範囲に収まる可能性が高くなります。参考比較として、同じ機能を備えた AI ガバナンス レイヤーを自己構築するには、3 ~ 5 人のフルタイム エンジニアとセキュリティ コンプライアンスの専門家が 6 ~ 12 か月間作業する必要があり、さらにクラウド インフラストラクチャと認証監査費用が必要で、総投資額は通常 50 万ドルから 200 万ドルになります。 Nunc のパイロット オファーは、その範囲の下限を下回る場合に、金額に見合った大きな価値を提供します。
アプリケーションのシナリオ
Nunc のアプリケーション シナリオは、「規制された企業における高価値の AI ワークフロー」に焦点を当てています。以下に 3 つの典型的なシナリオを示します。
シナリオ 1: 協会/非営利団体向けの理事会資料の自動化
通常、協会は Salesforce NPSP、Sage Intacct、Cvent、Bill.com などの複数のシステムを使用します。理事会資料の準備には、システム全体で寄付データ、財務報告書、活動統計、その他の情報を抽出する必要がありますが、これには手動で 2 ~ 3 週間かかり、エラーが発生しやすくなります。 Nunc は、統合ゲートウェイを介してクロードをこれらのシステムに接続します。
- Salesforce から寄付記録と会員データを自動的に抽出 (PII は感度が解除され、LLM に渡されます)
- Sage Intacct から財務概要を取得し、Cvent からイベント参加データを取得します
- クロードは追跡可能な引用元を含むドラフトボード資料を生成します
- 機密データ (大量の寄付者情報) は結果内でトークン化されたままとなり、許可された担当者のみが閲覧できます。
実際の利点: マテリアルの準備サイクルが 2 ~ 3 週間から 2 ~ 3 日に短縮され、生成された各参照をソース システムまで追跡できるため、「AI で捏造されたデータ」のリスクが回避されます。
シナリオ 2: 金融機関向けコンプライアンス レポートの自動作成
銀行と保険会社は月次/四半期ごとに規制当局にコンプライアンス報告書を提出する必要があり、これにはコアバンキングシステム、取引監視システム、リスク管理システムからデータを取得して集計することが含まれます。従来の方法では、コンプライアンス チームは手動でデータを取得し、相互検証し、レポートの指示を 1 つずつ作成する必要がありました。
Nunc のガバナンス ゲートウェイは次のことを保証します。
- すべてのデータ要求はポリシー エンジンを経由して、アナリストが自分の権限の範囲内でのみデータにアクセスできるようにします。
- PII は LLM に転送される前に削除され、顧客情報は漏洩しません
- 監査ログには各データ抽出パスが完全に記録され、規制当局にデータ ソースを証明できます。
- リスクの高い操作 (レポート内の財務数値の変更など) には、コンプライアンス責任者による手動の確認が必要です
実際の利点: コンプライアンス レポートの準備時間が 5 ~ 7 日から 1 日未満に短縮され、監査の準備時間がゼロに近くなります (すべてのアクションが記録されるため)。
シナリオ 3: 法律業界における知識の検索と契約書の作成
法律事務所は、多くの判例検索、契約書のレビュー、文書の作成などを扱います。従来の AI ツールにおける「錯覚」の問題は、法的シナリオでは容認できません。架空の事件の引用は職業上の責任につながる可能性があります。
Nunc のガバナンス層は以下を提供します。
- モデレートされた法律知識ベース (公開 Web ではない) からのみ情報を取得するように LLM を制限する
- それぞれの法的引用には追跡可能なソース文書 ID が付いています
- 契約変更の提案は、重要な条項を変更する権限を逸脱しないように戦略的レビューの対象となります。
- クライアントの機密情報は、企業ネットワークを離れる前に機密情報が解除されます。
実際の利点: AI の錯覚による法的リスクをアーキテクチャ レベルで制御しながら、若手弁護士や法務アシスタントの検索と起草の効率が 3 ~ 5 倍向上します。
該当する人
Nunc のターゲット ユーザー グループは非常に集中しており、大衆市場には適していません。
- 規制対象企業の経営者および IT 意思決定者: CISO、CIO、CAIO (最高 AI オフィサー) – 社内に AI チームを構築せずに AI 機能を安全に導入する必要があります。 Nuncの「マネージドサービス」モデルは、「AIを活用したいが、運用・保守をしてくれる人がいない」という悩みをまさに解決します。
- コンプライアンスおよびリスク管理チーム: エンタープライズ AI の使用が業界の規制要件 (SOX、HIPAA、GDPR、PCI-DSS など) を確実に満たすようにする責任を負います。 Nunc の組み込み監査ログと ISO 42001 の調整により、コンプライアンス レビューの負担が大幅に軽減されます。
- 垂直産業のビジネスクリティカルなユーザー: 協会の運営責任者、財務コンプライアンス アナリスト、法律事務所のマネージング パートナー – 技術的な詳細は気にしないが、厳格なセキュリティ境界内で特定の仕事 (取締役会の報告、コンプライアンスの報告、契約のレビュー) を行うために AI を必要とする人々。
群衆には適していません:
- 個人開発者/独立起業家: Nunc には無料枠の API サブスクリプションや個人バージョンがありません。最小納品単位はエンタープライズパイロットであり、個人が水をテストするのには適していません。
- 既存の成熟した AI ガバナンス チームを持つ大手テクノロジー企業: 社内に 5 人を超える AI ガバナンス/セキュリティ チームがすでに存在する場合は、Nunc を購入するよりも、自社で構築したゲートウェイを構築する方がコスト効率が高い可能性があります。
- 高度にカスタマイズされたモデルの微調整が必要なシナリオ: Nunc はモデル レイヤーではなくガバナンス レイヤーを提供し、モデルの微調整やトレーニングは必要ありません。中核的な要件が安全なアクセスではなくカスタム モデルである場合は、MaaS プラットフォームを探してください。
- 予算に敏感な中小企業: Nunc のパイロット モデルには、事前の予算投資が必要であり、標準化された月次サブスクリプション オプションは提供されません。キャッシュフローが厳しい中小企業の場合、この基準はより高くなります。
概要と展望
コア コンピテンシー: Nunc の中核となる価値提案は、「より優れたモデル」ではなく、「規制された企業で既存のモデルを安全に実行できるようにする」ことです。 ISO 42001 コンプライアンス フレームワークをプラットフォーム機能に直接エンコードし、AI チームが不足している組織に「ゼロからコンプライアンスへのゴーライブ」管理パスを提供します。 AI ガバナンストラックでは、現時点では、この設計とガバナンスの統合 (設計 × コンプライアンス × 運用) の位置付けにおいて直接の競合他社はありません。
現在の制限事項:
- マネージド配信のみをサポートし、セルフホストまたはハイブリッド展開オプションは提供せず、非常に厳格なデータ主権要件を持つ組織には十分な柔軟性がない可能性があります。
- 現在、明示的にサポートされているフロントエンド エージェントは Claude/Claude Code のみであり、他のモデル (GPT、Gemini など) へのアクセスは公表されていません。
- 価格設定が不透明で、調達プロセスが重い(少なくともビジネスコミュニケーション→パイロット評価→60日間の納品が必要)ため、迅速な検証や短期プロジェクトには適していません。
- 公開されている顧客事例は限られており、業界のカバー範囲の深さと広さについてはさらに検証が必要です。
調達/採用リスク評価:
- 最初にパイロットを行う: 独自の IT 環境で Nunc の実際の効果を検証し、最初の結果が得られる前にコミットメントを拡大しないようにするには、単一の高価値ワークフローからパイロットを起動することをお勧めします。
- 終了コストに注目: Nunc は MCP や REST などのオープン プロトコルを使用します。理論上、強力なベンダー ロックインはありませんが、実際の移行は Atwood チームの協力に依存します。契約書で契約基準やデータエクスポート条件を明確にすることをお勧めします。
- コンプライアンスのローカリゼーション: ISO 42001 は国際規格ですが、企業が主に GDPR、HIPAA、クラス A プロテクション 2.0 などの特定の規制の対象となっている場合、Nunc のポリシー エンジンがこれらの規制の特定の管理項目をカバーできるかどうかをパイロット段階で検証する必要があります。
- 長期観察: Atwood は、ある程度のセルフサービス機能 (管理コンソール、セルフサービス ポリシー構成) を開放するでしょうか? Nunc はさらに多くの LLM バックエンド (OpenAI、Gemini など) をサポートしますか?これらは、その拡張性と交渉力に直接影響します。
バージョン情報
- ヌンク 1.0 :Nunc は、Atwood のコア ガバナンス プラットフォームとして正式にリリースされ、MCP、REST、および A2A プロトコル接続をサポートし、PII 非感作化、ポリシー エンジン、監査ログ、および ISO 42001 調整を統合します。 6 つの垂直産業をカバーするマネージド サービス モデルで提供されます。
- ヌンク ベータ :Nunc は内部ベータ版であり、一部のパートナーに公開されており、コア ガバナンス ゲートウェイの機能検証段階にあります。
ラングチェーン
ユーザーレビュー