- 出荷済み
- 2026年9月23日 1:50 UTC
- プロフィール
- Kamo
- コンテンツ
- e6502a2
AiMcpControllerの不足分を閉じるAIServiceコミットと一緒に深さの防衛 ソースでチェックとSTDIOの拒否: このサービスは、実際に呼び出しているものです メニュー ...) 環境の config.getEnvVars() を使って、 ゲートウェイの開始と30秒の健康チェックトリガーを再起動するたびに、単に信頼しない AIServiceのチェックは決して迂回しませんでした(直接DB書き込み、将来の回帰)。 STDIO 設定は、その ID が mcp.stdio.allowed-config-ids にリストされている場合にのみ起動します。 デフォルトでは、コンフィグが正式に今日それを必要としないので(ai mcp server configs には 0 行)。 McpSseTransport.connect (SSE と HTTP configs の両方で使用されます) 独自の OutboundUrlGuard チェックを取得, AIServiceのミラーリング:ホストを解決し、**************** 未指定のアドレスとクラスター名、すべての接続の直前に - ゲートウェイの開始 そして、すべての再起動では、AIServiceの保存時間チェックだけに依存していません。 テスト: メニュー (シェルターリストの拒否、ガードと赤の検証) 削除 — 存在しないコマンドを使用して、突然変異したガードでさえ、実際のものを捕食することはできません) and OutboundUrlGuardTest(ホストルール自体、McpSseTransport.connect配線).