64ページ目。AI・データ関連SaaSの公式ブログを6424件掲載。最新は2026年10月6日のAWS Bedrock「AgentCoreとOpenClawで会話の文脈を蓄積するアシスタントを構築」。新機能、仕様変更、運用影響を確認できます。

2026年10月6日(火)

AWS Bedrock のロゴ
AWS Bedrock / 公式ブログ / 2026/10/06 / 通常AgentCoreとOpenClawで会話の文脈を蓄積するアシスタントを構築
  • OpenClawをAgentCore Runtimeで動かし、AgentCore Memoryで会話を継続的な知識に変換
  • 記憶へ構造化メタデータを付け、質問に合う情報を取得
  • 園芸アシスタントを例にTelegramと定期処理を一つのエージェントへつなぎ、CloudFormationの実装を公開
Building a context-aware AI assistant on AgentCore and OpenClawAWS Bedrock 公式ブログで原文を確認
NVIDIA AI Enterprise / NIM のロゴ
NVIDIA AI Enterprise / NIM / 公式ブログ / 2026/10/06 / 通常AICR 1.0がGPUクラスタ構成の互換性契約と検証証跡を提供
  • ドライバやKubernetesなどのバージョンを固定したレシピで、GPUクラスタ構成を再現
  • Helm・Argo CD・Flux・Helmfile向け成果物と、実機での署名付き検証証跡を提供
  • 1.0でCLI、REST API、Go SDK、バンドル・スキーマの安定した互換性契約を定義
AICR v1.0: Open, stable, and verifiable GPU cluster configurationNVIDIA AI Enterprise / NIM 公式ブログで原文を確認
NVIDIA AI Enterprise / NIM のロゴ
NVIDIA AI Enterprise / NIM / 公式ブログ / 2026/10/06 / 通常CUDAのGreen ContextsでGPU実行リソースを明示的に分割
  • 同一プロセス内の独立した処理にSMの部分集合を割り当て、実行先を明示的に指定
  • ワークキューも割り当てることで、別ストリーム間の意図しない直列化を抑える
  • Driver APIではCUDA 12.4から利用でき、CUDA 13.1以降はRuntime APIにも対応
Control How Your GPU Shares Work with Green ContextsNVIDIA AI Enterprise / NIM 公式ブログで原文を確認
NVIDIA AI Enterprise / NIM のロゴ
NVIDIA AI Enterprise / NIM / 公式ブログ / 2026/10/06 / 通常DOCA GPUNetIOがGPU主導のネットワーク処理基盤を統合
  • CUDAカーネルからEthernet・RDMA・Verbs・DMAを操作し、CPUをデータ処理の主要経路から外す
  • NCCL、NVSHMEM、UCX・NIXLなどのGPU主導通信を共通のGDA-KI実装へ集約
  • DOCA SDK版が広い機能を持ち、オープンソース版は軽量なRDMA-Verbs中心の実装として提供
How DOCA GPUNetIO Unifies GPU-Initiated Networking Across the NVIDIA Software StackNVIDIA AI Enterprise / NIM 公式ブログで原文を確認
NVIDIA AI Enterprise / NIM のロゴ
NVIDIA AI Enterprise / NIM / 公式ブログ / 2026/10/06 / 通常Megatron Coreで大規模事前学習のビット単位再現性を検証
  • 独立した学習実行とチェックポイント再開が、同じ数値の軌跡をたどるための手法を紹介
  • 損失・勾配などの数値フィンガープリントをステップごとに比較し、最初の不一致を調査
  • データ順・構成・並列化・ソフトウェア・実行設定・ハードウェアを固定した条件で再現性を扱う
Scale Bitwise-Deterministic Pretraining with NVIDIA Megatron CoreNVIDIA AI Enterprise / NIM 公式ブログで原文を確認
NVIDIA AI Enterprise / NIM のロゴ
NVIDIA AI Enterprise / NIM / 公式ブログ / 2026/10/06 / 通常通信事業者向けにオープンモデルのAI活用と調整手法を紹介
  • 通信分野でのオープンモデル採用を、独自データによる調整・ガバナンス・柔軟な配置の観点で説明
  • SoftBankの通信特化モデル開発や、AdaptKeyが調整した300億パラメータのNemotron 3 LTMを紹介
  • NeMoの公開ライブラリで事業者固有のネットワーク・顧客・業務手順に合わせる微調整レシピを公開
Why Telecom Operators Are Building Their AI Strategy on Open ModelsNVIDIA AI Enterprise / NIM 公式ブログで原文を確認
Snowflake のロゴ
Snowflake / 公式ブログ / 2026/10/06 / 通常Horizon CatalogがIcebergの読み書きに細粒度アクセス制御を追加
  • Iceberg REST Catalog API経由の読み取り・書き込みへの細粒度制御をパブリックプレビュー提供
  • 行アクセス・列マスキングをHorizon Catalogで評価し、利用者が参照可能なスキャン計画を返す
  • 外部エンジンの読み取りにはIceberg Scan Plan API対応が必要で、各エンジンの無条件対応を意味しない
Unified Governance for the Interoperable Lakehouse with Snowflake Horizon CatalogSnowflake 公式ブログで原文を確認
Snowflake のロゴ
Snowflake / 公式ブログ / 2026/10/06 / 通常ObserveがOPAL対応の新フィルタバーをプライベートプレビュー提供
  • 従来の式ビルダーにOPALを組み込み、複雑な真偽条件や関数を同じフィルタバーで記述
  • フィールド・値・JSONパスの自動補完と、ほかの画面とのフィルタ同期を維持
  • 単純な条件入力から高度な調査まで対応する設計で、提供段階はプライベートプレビュー
Rebuilding Observe's Filter Bar: Full Query Language, Same AutocompleteSnowflake 公式ブログで原文を確認
Snowflake のロゴ
Snowflake / 公式ブログ / 2026/10/06 / 通常Snowflake Optima Planningが異なるクエリ間で実行情報を再利用
  • 計画の断片や結合演算子を照合し、別クエリの実行情報を初回の計画選択にも活用
  • 情報の転用が不適切に一般化する場合は適用せず、従来のクエリ単位の学習を補完
  • 米国の医療技術企業の19結合クエリでは約2時間から30秒へ短縮した例を紹介し、一般の速度保証ではない
Snowflake Optima Planning: From Two Hours to 30 SecondsSnowflake 公式ブログで原文を確認
ClickHouse のロゴ
ClickHouse / 公式ブログ / 2026/10/06 / 通常ClickHouseがDatabricksとのリアルタイム分析比較を公開
  • 1,132億件の株価データを継続取り込みし、16 CPUの読み取り側構成で定期クエリを比較
  • 準備・クエリ費用と累積実行時間の独自指標で、対象Databricks構成比752倍と報告
  • Databricks Serverless SQLとZerobus・MVを使い、ベータのLakehouse//RTは比較対象外
Why Databricks can’t match ClickHouse Cloud for real-time analyticsClickHouse 公式ブログで原文を確認