BlogPage 11 / 25

· Kuu株式会社 エンジニアリング · 約6

エージェントのサーキットブレーカー設計——LLM障害を隔離する

LLM APIはレート制限・コンテキスト超過・非決定論的拒否で失敗する。サーキットブレーカーとフォールバックチェーンでエンタープライズエージェントの耐障害性を設計する方法を解説する。

サーキットブレーカーエージェントアーキテクチャフォールバックエンタープライズ
· Kuu株式会社 エンジニアリング · 約5

AIエージェントのゼロトラスト通信設計——mTLS・SPIFFE・eBPFを組み合わせる

エンタープライズAIエージェント間通信のゼロトラスト設計を解説。SPIFFE/SPIREによる暗号ID、Istio AmbientでのmTLS強制、eBPFカーネル可視化の実装パターンと限界を示す。

ゼロトラストmTLSSPIFFEエージェントセキュリティ
· Kuu株式会社 エンジニアリング · 約6

AIエージェント障害プレイブック——P0〜P3と5フェーズ対応

AIエージェントのインシデントはP0〜P3の重大度で分類し、検知・封じ込め・根絶・復旧・ポストモーテムの5フェーズで対応する。検知シグナル・キルスイッチ設計・証跡収集の技術手順を解説する。

インシデント対応エージェントガバナンスガバナンス設計可観測性
· Kuu株式会社 エンジニアリング · 約7

MCPサプライチェーンリスクとABOM——エージェント依存統制

200,000件超の脆弱なMCPインスタンスが示す通り、AIエージェントのサプライチェーンは主要攻撃経路だ。ABOM設計と多層統制でMCP依存リスクを管理する手順を解説する。

サプライチェーンセキュリティMCPサーバーエージェントガバナンスABOM
· Kuu株式会社 エンジニアリング · 約5

MCPとA2Aの違い——補完するプロトコルを正しく使い分ける

MCPはエージェントとツールを接続する垂直プロトコル、A2Aはエージェント間委譲の水平プロトコルです。2026年のA2A v1.0仕様に基づき、SMBが最初に押さえるべき選択基準を解説します。

MCPA2AプロトコルAIエージェント
· Kuu株式会社 エンジニアリング · 約5

LLMジャッジのキャリブレーション——バイアス除去と信頼性設計の実践

LLMジャッジには長さ・位置・ファミリーの3バイアスが混入します。月次ゴールドセット照合でCohen's κを0.6以上に保つキャリブレーション設計と、自己一貫性チェックの実装を解説します。

LLMジャッジエージェント評価キャリブレーション評価設計
· Kuu株式会社 エンジニアリング · 約4

MCPツールアノテーション——4ヒントでリスク語彙を設計する

MCPのToolAnnotationsは4つのbooleanヒントでツールの副作用リスクを宣言するリスク語彙だ。readOnlyHint・destructiveHintなど設計判断と「危険な三つ組み」多層防御パターンを仕様から解説する。

MCPToolAnnotationsリスク設計セキュリティ
· Kuu株式会社 エンジニアリング · 約6

AIエージェントにSTRIDE脅威モデリングを適用する設計手順

AIエージェントの攻撃面をSTRIDE 6カテゴリで体系化し、なりすまし・改ざん・権限昇格などの具体的リスクと設計対策を、OWASP Agentic Top 10 2026の観点から整理します。

セキュリティ脅威モデリングSTRIDEAIエージェント
· Kuu株式会社 エンジニアリング · 約6

マルチエージェントシステムはどう評価するか:統合テスト設計の実践

マルチエージェントシステムの評価は個別エージェントテストだけでは不十分です。コンポーネントテスト・システム統合テスト・カスケード障害テストの3層設計と、MAESTROのような専用フレームワーク活用パターンを解説します。

マルチエージェント評価統合テストカスケード障害エージェントガバナンス
· Kuu株式会社 エンジニアリング · 約6

コンテキスト圧縮の設計——AIエージェントの長期セッション管理

長期エージェントセッションでコンテキストウィンドウが逼迫すると品質が劣化します。Anthropic Compaction APIと3層管理設計(ホット・ウォーム・コールド)を組み合わせたコンテキスト圧縮の実装パターンを解説します。

コンテキスト圧縮エージェントハーネスメモリ設計アーキテクチャ