GitHub Repo
langchain-fireworks 1.6.3、履歴の不正な引数をラップしてエージェントの対話継続を修正
新バージョンは、過去のツール呼び出しに含まれる不正な形式や非オブジェクト形式のJSONを診断データとしてラップし、古い引数が原因で次のリクエストが拒否されるのを防ぐ。呼び出しと結果の対応関係は保持されるが、実際のタスクの復旧率は今後の検証を待つ。
Archive
代理工具
Agent、MCP、coding agent、工作流自動化與評測。
GitHub Repo
AI 研究
JitMem、新しいタスクに応じてエージェントの記憶を整理、2つのテストで成功率が16ポイント超向上
成功したタスクの生の実行履歴を保持し、次のタスクが来てから適切な要約を生成する研究。改善は特定のベンチマークとモデル構成で得られたもので、導入評価には記憶整理モデルの追加コストも含める必要がある。
GitHub Repo
Hermes Agent 0.21.5、個別プロファイルの停止・起動に対応 共有ゲートウェイで部分的な保守が可能に
新版では、共有ゲートウェイ配下の指定エージェントを個別に停止・起動でき、永続化マーカーで停止状態を保持する。すでにディスパッチされたスケジュール済みジョブは継続し、旧版のマルチプロセス構成では互換性の確認も必要となる。
GitHub Repo
AutoGPT 0.8.1、サンドボックス接続窓口を統一し、任意で有効化できる TCP アウトバウンドプロキシを追加
新版では E2B サンドボックスの作成、再接続、プロキシ認証情報のローテーションを一元管理する。この機能はデフォルトでは無効で、外部プロキシが必要。DNS と QUIC のトラフィックも、この TCP 経路の対象外となる。
AI 研究
CliffCompaction、エージェント向け圧縮パッケージを公開 原文の断片でコンテキストを削減
APIプロキシサービスを通じて古い内容を削除・短縮し、既存のコーディングエージェントにルールベースの圧縮を導入するパッケージ。論文のコスト比較は理想的なキャッシュモデルに基づき、公開版のデフォルト設定も実験条件とは異なる。
AI 研究
WISE、再帰型モデルのアテンション対象範囲を再利用し、アテンション処理で1.36倍の高速化を計測
すべての再帰ステップを維持しつつ、初期の探索で後続のアテンション計算の対象範囲を絞る手法。性能の数値はアテンションのワークロードのみを対象としており、4Kコンテキストでの品質低下と公開された再現用資料については、引き続き確認が必要だ。
GitHub Repo
OpenHands 1.23.0、macOS用ユニバーサルインストーラーへ移行、Intel環境のランタイム非互換を修正
新版ではIntelとApple Silicon向けのNode.js、uvを同梱し、起動時にアーキテクチャに応じて選択する。デスクトップ版は引き続き初期プレビュー段階にあり、エージェントの一連の処理とバックエンド設定は実環境での検証が必要だ。
硬體
Qualcomm、ANF SDKを公開 AI超解像とフレーム生成をVulkanに統合
モバイルゲーム向けの超解像とフレーム生成のインターフェースを提供し、ネイティブ統合ドキュメントも公開。初版のフレーム生成では、実際にレンダリングされる1フレームの時間分だけ入力遅延が増えるため、効果は消費電力や画質と併せて評価する必要がある。
推論系統
NVIDIA、B200のコンフィデンシャル推論テストを公表、特定のワークロードで96%超のスループットを維持
B200を8基使用してDeepSeek-R1を実行したテストでは、コンフィデンシャルコンピューティングによる1トークン当たりの平均レイテンシーの増加率は5%未満だった。この結果はメモリ転送、カーネルの時間計測、GPU間通信の調整に依存しており、実際のサービスのワークロードに即した再検証が必要だ。
推論系統
AMD、Kimi-K3の3エンジンでのテストを公開 再現にはワークロードとイメージのバージョン確認が必要
新たな記事では、MI350Xを8基使用した推論テストの手順を整理している。データは7月に収集されたものだ。指定コミットのREADMEと記事ではワークロードが異なり、エンジンごとの設定の違いも性能比較の制約となる。
GitHub Repo
Hermes Agent、プロファイル間の認証情報フォールバックを修正 完全な分離はなお検証待ち
メインブランチで認証情報スコープに所属ディレクトリの情報を追加し、値の欠落や初期化失敗時に生じる分離の問題を一部修正。レビューでは別のフォールバック経路にも疑問が示されており、導入側は実際のバージョンを確認する必要がある。
AI 安全
LightLLMのNCCL制御チャネルにリモートコード実行の脆弱性が判明
脆弱性はプリフィル／デコード分離ノードのRPyCサービスに関係し、攻撃者が制御ポートに接続できることが悪用の条件となる。公開された再現結果では、悪用後もヘルスチェックは正常だった。アドバイザリには修正済みバージョンがまだ記載されていない。