<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Agents-OSS — AIエージェントOSSカタログ</title><description>AIエージェント開発のためのOSSフレームワーク・ツール・実行環境を継続キュレーション。開発の活発さ、ライセンス、選定時のトレードオフまで明示します。</description><link>https://agents-oss.com/ja/</link><language>ja</language><item><title>Addy Osmani&apos;s Agent Skills — 仕様・計画・実装・テスト・レビュー・公開という順序を、コーディングエージェントに守らせる25個のスキル</title><link>https://agents-oss.com/ja/projects/addyosmani-agent-skills/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/addyosmani-agent-skills/</guid><description>放っておくと、コーディングエージェントは指示を言い終えた瞬間からコードを書き始めます。これは、そこに本来の開発の順序を戻すスキル集です。9つのコマンドが、何を作るかを決める段階から公開までを覆い、背後のスキルは作業内容に応じて自動で有効になります。インターフェースの設計を始めればその担当スキルが、画面側に触れればそちら向けのスキルが働きます。注目すべきは自動モードの扱いで、省かれるのは各作業の合間に人が入ることだけであり、確認は残ります。各作業は引き続きテスト駆動で行われ、個別にコミットされ、失敗すれば止まります。実体はMarkdownなので、共通のskillsコマンドで70種類ほどのエージェントに導入できます。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>coding-agents</category><category>tools</category></item><item><title>AG2 — AutoGenをコミュニティが引き継いだ後継。ただし1.0で中身が刷新され、旧来のクラス群は別リポジトリへ移った</title><link>https://agents-oss.com/ja/projects/ag2/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/ag2/</guid><description>AutoGenがメンテナンスモードに入ったとき、進む先は2つに分かれました。これはそのうちコミュニティ側の道です。同じ有志たちが、複数のエージェントが会話しながら課題を解くという元の考え方を、Microsoftの外で引き継いでいます。ただしAutoGenから移ってくる人は、1.0で何が起きたかを知っておく必要があります。実際にコードを書く対象だったConversableAgentやGroupChat、そして`autogen`という読み込み名は、並行して保守される別リポジトリへ移りました。現在の`pip install ag2`で入るのは、プロトコルを軸に作り直された新しいフレームワークです。既存のコードは動き続けますが、その置き場所はもうここではありません。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>frameworks</category><category>orchestration</category></item><item><title>Blender MCP — BlenderをMCPの向こう側に置き、会話しながら3Dシーンを組み立て、変更できるようにする橋渡し</title><link>https://agents-oss.com/ja/projects/blender-mcp/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/blender-mcp/</guid><description>Blenderは強力ですが、その学習コストのせいで多くの人は立方体から先へ進めません。これはBlenderをMCP対応のアシスタントにつなぎます。Blender側のアドオンが接続を開き、モデル側からはオブジェクトの作成や移動、マテリアルの適用、シーンの確認、そしてBlender自身のPython APIに対する実行ができます。最後の点が重要であり、同時に主なリスクでもあります。決められた操作の一覧に縛られないため、大事なファイルに対して想定していなかったことも起こり得ます。導入手順は本当に3段階ですが、2つのプログラムにまたがります。パッケージ実行環境の用意、MCPクライアントへの登録、そしてBlender側でのアドオンの有効化です。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category></item><item><title>Diagram Design — 39種類の図をHTMLとSVGだけで完結した形で描かせるスキル。Mermaidの既定の見た目にはならない</title><link>https://agents-oss.com/ja/projects/diagram-design/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/diagram-design/</guid><description>エージェントに図を頼むと、角の丸い箱と矢印が返ってきて、載せたい文書の見た目とまるで合わず、結局使われないことがよくあります。このスキルはエージェントに語彙を与えます。アーキテクチャ、シーケンス、スイムレーン、四象限、サンキー、特性要因図、Wardleyマップ、ストーリーマップなど39種類の名前付きレイアウトがあり、それぞれ明色・暗色・編集向けの3種類で、SVGを埋め込んだHTMLファイル1枚として出力されます。ビルド工程もJavaScriptも外部画像も不要で、ブラウザで開くかページに貼るだけです。自分のサイトを読ませて配色を合わせることもでき、既存のdraw.ioやMermaidの図を、指定した大きさと詳しさで描き直させることもできます。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category></item><item><title>Distilly — 特定の人の仕事の進め方や判断の傾向を、渡した資料に基づく形にまとめ、スキルとして持ち出せるようにする</title><link>https://agents-oss.com/ja/projects/distilly/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/distilly/</guid><description>なぜこの仕組みがこうなっているかを知っていた人が去ると、その人が書き残した文書は、知っていたことのうち小さいほうの半分だったと分かります。Distillyはもう半分に手を伸ばす試みです。その人のメッセージ、文書、聞き取り、公開されている文章を渡すと、観察できる傾向をまとめた人物プロファイルを作ります。何をどう決めていたか、何にこだわっていたか、どう言っていたか、といった内容で、エージェントが読み込めるスキルの形で出力されます。開発元は主張の範囲に慎重で、利用する側も同じであるべきです。出力は渡した資料に基づくものであり、その人物そのものだとは主張していません。分かりやすい注意点は同意です。素材はたいてい他人のものだからです。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>memory</category></item><item><title>Giskard — 自分のエージェントに敵対的な入力を仕掛け、拒否すべきだったのに答えてしまったものを報告する</title><link>https://agents-oss.com/ja/projects/giskard/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/giskard/</guid><description>評価で分かるのは、自分が思いついた質問に対する出来です。安全性についてはそれでは形が合いません。問題になるのは、思いつかなかった質問のほうだからです。Giskardはそこを反転させます。スキャンが敵対的な入力を自ら生成し、拒否すべきだったのに答えてしまったものを報告するため、試験項目は想像力ではなくツールが用意します。あわせて、検索を使う仕組みが静かに壊れていく典型的な形を調べるスキャンと、期待する振る舞いを通常のテストとして書き、pytestで合否を出す仕組みがあります。一度気になった確認事項を、変更のたびに走る確認に変えられます。開発元は、指摘ゼロが安全性や法令遵守の保証ではないと明記しています。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>security</category><category>observability</category></item><item><title>Helicone — リクエストの経路上に入ってモデル呼び出しを記録するため、コード側に計測を仕込まなくてよい</title><link>https://agents-oss.com/ja/projects/helicone/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/helicone/</guid><description>多くの記録ツールは呼び出しを包むことを求めますが、見たいコードがライブラリの中や別のジョブ、他人が持つサービスの中にあると、その方法は使えません。Helicone は別の道を取ります。接続先のURLを向けるだけで、通過するリクエストがすべて記録され、経路上にSDKは入りません。すでにその位置にいるため、ゲートウェイの仕事も兼ねます。複数の提供元を1つの鍵で扱い、片方が落ちたら自動で切り替え、繰り返しのプロンプトはキャッシュから返します。引き換えはその位置そのものです。アプリケーションとモデルの間にプロキシが入るため、運用する部品と経路が1つ増えます。エージェントの実行はセッションとしてまとまるので、多段の記録が無関係な30件の呼び出しではなく1つのまとまりとして読めます。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>observability</category><category>tools</category></item><item><title>Hindsight — 同じことの繰り返しを個別に保存せず、根拠付きの1つの見解にまとめて更新していくエージェント向けの記憶</title><link>https://agents-oss.com/ja/projects/hindsight/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/hindsight/</guid><description>会話を保存して後から検索できるようにするのは簡単なほうです。難しいのは、同じ内容が少しずつ言い方を変えて何度も出てくることと、後からの訂正が前の発言に勝たなければならないことです。Hindsightはそこを軸に作られています。関連する事実は根拠を伴う1つの見解にまとめられ、新しい根拠が来るたびに更新されるため、考えが変わったことが矛盾する2つの記録ではなく更新として読めます。検索は意味、単語、関係、時間の4つの方法を同時に走らせます。先月何が変わったかという問いは、似ているものを探しても答えが出ないためです。ライブラリとして読み込むのではなく自分で動かすサーバーで、MCPの窓口と複数言語のクライアントが用意されています。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>memory</category></item><item><title>HolmesGPT — 障害の原因を、ログを貼り付けさせるのではなく既存の監視基盤に自分で問い合わせて調べるエージェント</title><link>https://agents-oss.com/ja/projects/holmesgpt/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/holmesgpt/</guid><description>障害対応で時間がかかるのは修正ではなく、ダッシュボードを開き、急変をデプロイと突き合わせ、実際に落ちたポッドを見つけるまでの20分です。HolmesGPTはその部分を担います。すでに運用しているPrometheus、Grafana、Datadog、Kubernetes、任意のREST APIに接続し、必要なものを取得しては見つかった手がかりをたどる形で調査を進め、結論を元のアラートへ書き戻します。特徴的なのは、素朴な作りの道具が壊れる規模を前提にしている点です。絞り込みはサーバー側で行い、大きな出力はディスクへ流し、ツールごとにメモリ上限があるため、巨大な監視データを問い合わせても文脈が埋まったりプロセスが落ちたりしません。CNCFのサンドボックスプロジェクトです。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>observability</category></item><item><title>Humanizer — 機械が書いたと分かる特徴を公開された一覧に照らして書き直す。内容は変えない</title><link>https://agents-oss.com/ja/projects/humanizer/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/humanizer/</guid><description>モデル自身に「AIっぽさを消して」と頼んでも、何がそう見せているのかの一覧を持っていないため、うまくいきません。Humanizerはそれを与えます。Wikipediaの編集者がAIによる記述を見分けるために維持している一覧から、35個の特徴を使います。元の構成を固定せずにまず書き直し、その草稿を同じ特徴と元の主張に照らして確認し、必要ならもう一度書き直します。結果だけでなく、途中の草稿と自らの批評も示します。捏造はしません。人名、数値、日付、出典は元の文章か書き手から来る必要があります。ファイルを指定した場合は本文だけを変更し、コードやデータ、リンク先には触れません。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category></item><item><title>ContextForge — 手元のMCPサーバー・A2Aエージェント・REST APIのすべてを1つの窓口にまとめ、登録簿とアクセス制御を後ろに置く</title><link>https://agents-oss.com/ja/projects/mcp-context-forge/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/mcp-context-forge/</guid><description>組織がMCPで直面する問題はサーバーを書くことではありません。1年経つと40個あって一覧を誰も持っておらず、クライアントごとに手作業で設定している、という状況です。ContextForgeはその場面のための登録簿兼プロキシです。サーバーは一度登録すれば1か所から見つけられ、既存のRESTやgRPCのサービスは書き換えずにMCPとして公開でき、A2Aのエージェントも同じ経路で扱えます。認証、流量制限、記録はサーバーごとではなく中央でまとめて適用されます。それ自体がMCPの仕様に沿ったサーバーなので、クライアントからは窓口が1つに見えます。重さがそのまま代償です。データベースとキャッシュ、Kubernetesでの運用を伴う基盤であり、サーバーが40個ではなく3個なら過剰です。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>protocols</category><category>tools</category></item><item><title>Planning with Files — 計画を3つのファイルとしてディスクに置き、毎ターン読み直させる。文脈が消えても計画は残る</title><link>https://agents-oss.com/ja/projects/planning-with-files/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/planning-with-files/</guid><description>長い作業には特有の壊れ方があります。エージェントは計画を持っていたのに、文脈が消去または圧縮され、戻ってきたエージェントが自信満々に別の仕事を仕上げてしまう、という壊れ方です。このスキルは計画を会話から外し、ディスク上に移します。計画のファイル、分かったことのファイル、済んだことのファイルの3つで、毎ターンそれらをエージェントの目の前に戻します。計画がファイルである以上、消去や異常終了、圧縮を越えて残り、実行中に人が自分で読むこともできます。任意で有効にできる関門は、計画がそう示すまでエージェントに完了を宣言させません。開発元は盲検のA/B比較結果を公開しており、これは多くのスキルにはない点です。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>memory</category><category>coding-agents</category></item><item><title>Ponytail — 書かなくてよいコードを書かせない、それだけを目的にした1つのスキル</title><link>https://agents-oss.com/ja/projects/ponytail/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/ponytail/</guid><description>日付の入力欄を頼んだだけで、依存パッケージが入り、ラッパーのコンポーネントができ、スタイルシートが増え、タイムゾーンの議論が始まることがあります。ブラウザには何年も前から専用の入力欄があるのにです。Ponytailはその癖に狙いを定めた1つのスキルで、動く範囲で最も小さい実装へ、そして環境が既に備えているものは書かない方向へエージェントを押します。冗談で終わらないのは、開発元が実際に測っている点です。実在のリポジトリで12件の作業を、スキルの有無で比較し、数値と一緒に測定方法も公開しています。以前のより見栄えのする数値は平均ではなく最良の場合だった、という訂正まで書かれています。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>coding-agents</category></item><item><title>Scientific Agent Skills — 汎用のコーディングエージェントに、その分野のデータベースとライブラリの使い方を教えて研究の助手にする</title><link>https://agents-oss.com/ja/projects/scientific-agent-skills/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/scientific-agent-skills/</guid><description>エージェントはもともと任意のPythonライブラリを呼べますが、専門的なバイオインフォマティクスのパッケージを使わせると、初めて資料を読んだ人と同じ振る舞いをします。それらしく、しかし肝心なところで間違えます。これが補うのはその欠けた半分です。特定の科学ツールについて整理された使い方と実例を持つ160件超のスキルと、100種類ほどの公開データベースへの経路が、ゲノミクス、化学、創薬、プロテオミクス、臨床研究、医用画像、物理、地理空間の各分野にわたって用意されています。導入は1つのプラグインとしてでも、スキル単位でも行えます。ただし前提にする前に適用範囲の注記を読んでください。臨床・医療系のスキルは研究と事後的な検証のために書かれており、個々の患者に関する判断のためのものではないと明記されています。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>data</category></item><item><title>Semble — コーディングエージェントの「認証はどこで処理している?」に、ファイル全体ではなく該当箇所だけを返す</title><link>https://agents-oss.com/ja/projects/semble/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/semble/</guid><description>コーディングエージェントの費用がかさむ癖は、grepして一致した8ファイルを読み、そこに答えがなくてさらに3ファイル読む、という流れです。Sembleはこれを、平易な言葉での問い1つと、返ってくる少数の該当箇所に置き換えます。grepして読む場合と比べたトークンの削減はおよそ99%だと開発元は述べています。動作は完全に手元のマシンのCPU上で完結し、APIの鍵も呼び出す先のサービスも要りません。リポジトリ全体の索引作成は1秒未満で終わるため、エージェントがそのとき触っている対象に対して気軽に向けられます。導入時には手元のエージェントを検出し、MCPのツール、エージェントの指示書への追記、検索専用のサブエージェントという3つの入口を提示します。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>coding-agents</category></item><item><title>Skill Seekers — ドキュメントサイトやリポジトリ、PDFを毎回読み直させる代わりに、一度スキルへ変換しておく</title><link>https://agents-oss.com/ja/projects/skill-seekers/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/skill-seekers/</guid><description>馴染みのないライブラリを扱うエージェントは、同じドキュメントサイトを毎回ページ単位で読み直し、その分の費用を実行のたびに払います。Skill Seekersはその素材を一度だけ変換します。ドキュメントサイト、リポジトリ、PDF、Wiki、動画などを指定すると構造化された知識の資産を作り、そこからエージェント用のスキルや検索の仕組み向けに書き出せます。入力は18種類、出力先は20を超えるため、同じ変換結果をコーディング支援にも検索索引にも使えます。競合の検出も行います。同じドキュメントの異なる版が同時に読み込まれる、という形の失敗を防ぐためです。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>data</category></item><item><title>Windows Agent Arena — OSWorldのWindows版。実際のアプリケーションを使った課題を、並列実行で数分のうちに一通り走らせられる</title><link>https://agents-oss.com/ja/projects/windows-agent-arena/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/windows-agent-arena/</guid><description>デスクトップ操作エージェントのベンチマークはほぼLinux上で動く一方、商業的に重要なデスクトップの大半はWindowsです。これはその隙間に対するMicrosoftの答えで、再現可能なWindows環境に、人が実際に使うアプリケーションを対象とした課題を並べ、達成できたかどうかで採点します。有用なのは並列実行です。クラウドのマシンに分散させられるため、数百件の課題が1日以上ではなく数分で終わります。発表時だけでなく開発中にも回せるのはこのためです。ただし前提にする前に最終更新日を確認してください。これは2024年の論文に紐づく研究成果物で、その後の動きは緩やかです。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>benchmarks</category><category>computer-use</category></item><item><title>XcodeBuildMCP — コーディングエージェントに、Xcodeのビルド・シミュレータ・ログの操作を手探りさせずに渡す</title><link>https://agents-oss.com/ja/projects/xcodebuild-mcp/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/xcodebuild-mcp/</guid><description>iOSプロジェクトを扱うコーディングエージェントは、Swiftをいくら書いてもそれがビルドできるかを確かめられません。確かめるためのコマンドが長く、細かく、少しずつ間違えやすいからです。これはそれらをきちんと渡します。スキームのビルド、シミュレータの起動、アプリの導入と実行、ログの読み取り、テストの実行ができます。エージェントが行動に移せる結果を受け取れるため、ループが閉じます。差分を渡して人に試させるのではなく、自分が出したエラーを自分で直せるようになります。MCPサーバーとしても通常のコマンドとしても提供され、導入したほうの使い方をエージェントに教えるスキルも任意で付けられます。動作環境はmacOSのみで、Xcodeは新しめの版が必要です。</description><pubDate>Sat, 29 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>coding-agents</category></item><item><title>Agent Governance Toolkit — ツールを方針で包み、呼び出しのたびに照合・記録し、規則に反すれば理由を付けて拒否する</title><link>https://agents-oss.com/ja/projects/agent-governance-toolkit/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/agent-governance-toolkit/</guid><description>エージェントが持つ権限は、渡した認証情報が持つ権限であって、本来許してよい範囲とはほとんど一致しません。表を読める鍵はたいてい表を消せます。このツールキットは、その差を呼び出しの地点で埋めます。規則はYAMLで書きます。破壊的な操作は拒否する、メール送信は指定した担当者の承認を必須にする、といった内容です。ツールの関数を包めば、呼び出しのたびに規則が評価され、監査記録に残り、規則に触れる場合は理由を添えて拒否されます。あわせて、ある操作をどのエージェントが行ったかを特定するための識別の仕組みと、自分のプロセスで動かしたくないツールのための隔離実行が用意されています。公開プレビュー段階で、パッケージ構成はすでに一度変わっています。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>security</category></item><item><title>Agent Lightning — すでに動いているエージェントを書き換えず、モデルとの間に入って、その中のモデルを学習させる</title><link>https://agents-oss.com/ja/projects/agent-lightning/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/agent-lightning/</guid><description>エージェントに強化学習を使うという話でいつも問題になるのは、学習環境として作り直すことになり、その時点で本番のものを改善しているとは言えなくなる点です。Agent Lightningは、モデルの窓口があった場所に中継役を置くことでこれを避けます。エージェントは自分のツール、プロンプト、制御の流れ、環境をそのまま保ち、中継役を通るやり取りがそのまま学習データになります。学習側が方策を更新し、制御役がエージェントを手元またはKubernetesのジョブとして動かします。Microsoftは、90億パラメータのモデルを6,000件の学習データでSWE-bench Verifiedの41.8%から56.4%へ引き上げたと報告し、その一連の手順を公開しています。これはアプリケーションに足すライブラリではなく、学習基盤を伴うGPUの作業です。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>optimization</category></item><item><title>Agent S — 何をするかを考えるモデルと、画面上のどこを指すかだけを担うモデルを分けて組み合わせるデスクトップ操作エージェント</title><link>https://agents-oss.com/ja/projects/agent-s/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/agent-s/</guid><description>Agent Sは、1つのモデルが同時にこなすと精度の落ちる2つの仕事を分けています。次に何をするかを決める仕事と、画面のどこをクリックすべきかを割り出す仕事です。計画は汎用のモデルが担い、「保存ボタン」を座標に変換する部分は、別に動かす小さめの視覚モデルが担当します。この分担が成績の理由です。複数回試して選ぶ設定でOSWorldにおいて72.60%に達したとSimularは述べており、人間の成績はおよそ72%とされています。同時に、導入がパッケージの取得だけでは済まない理由でもあります。座標を担うモデルは自分で用意して別の窓口として立ち上げ、そのモデルが返す座標の解像度をエージェントに伝える必要があります。既定では、間にサンドボックスを挟まず、モニタ1台の実機のデスクトップを操作します。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>computer-use</category></item><item><title>AgentBench — モデルをエージェントとして測る。問答集ではなく、シェル、データベース、買い物サイトの中に置いて成否を見る</title><link>https://agents-oss.com/ja/projects/agentbench/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/agentbench/</guid><description>うまく答えられるモデルが、何かを操作させると使い物にならないことはあります。問答形式のベンチマークではそれが見えません。AgentBenchは、反応が返ってくる環境の中にモデルを置きます。作業しなければならないシェル、問い合わせを組み立てるデータベース、知識グラフ、テキストの世界、そして正しい商品が注文されて初めて成功となる買い物サイトです。採点の基準は課題を達成できたかどうかで、推論の読みやすさではありません。現行版はこれらの環境をコンテナとして動かし、関数呼び出し形式で操作させるため、自前の機材で再現できます。ただし公開されている実務上の注意もあり、約16GBのメモリを要する環境や、ワーカーを再起動するまで資源を消費し続ける環境が含まれます。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>benchmarks</category></item><item><title>AgentScope — 考えて動くエージェントに、隔離実行・文脈の圧縮・複数利用者向けの提供基盤まで付いた中国発のフレームワーク</title><link>https://agents-oss.com/ja/projects/agentscope/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/agentscope/</guid><description>AgentScopeは、考えてツールを呼び、結果を見てまた考えるという基本のエージェントから始まり、そのうえで通常なら後から自分で作ることになる部分まで用意しています。ツールは自分のプロセス内ではなく隔離された環境で実行され、文脈は増えるにつれて圧縮したり外部に退避したりできます。途中で人に承認を求めることもでき、完成したエージェントは複数の利用者を分離した状態で提供する基盤として動かせます。その広さと引き換えに、2.0は1.0からの意図的な非互換変更であり、旧版向けに書かれた解説はそのままでは通用しません。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>frameworks</category><category>orchestration</category></item><item><title>CopilotKit — エージェントの利用者側の半分。画面の何を読ませ、何を操作させ、結果として何を表示させるかを担う</title><link>https://agents-oss.com/ja/projects/copilotkit/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/copilotkit/</guid><description>文字を返すだけのエージェントは、それが置かれているアプリケーションを活かしきれません。CopilotKitはその両者をつなぎます。あるフックでアプリの状態の一部をエージェントに読ませ、別のフックで画面側の関数を呼べるように登録し、さらに別のフックで、返答を文章ではなくReactのコンポーネントとして描かせます。確認用のフォーム、グラフ、承認を求める差分などです。バックエンドとは、同じ開発元が公開しているAG-UIというプロトコルでやり取りするため、エージェント側がLangGraphでもCrewAIでもClaude Agent SDKでも、画面側の作りは変わりません。逆に、エージェントそのものは提供しません。用意するのは利用者側で、整備されている経路はReactです。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>frameworks</category></item><item><title>Cua — エージェントにコンピュータを与える4通りの手段。背面操作のドライバ、各OSのサンドボックス、評価環境、macOS仮想化</title><link>https://agents-oss.com/ja/projects/cua/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/cua/</guid><description>コンピュータ操作はいつも同じ壁に当たります。エージェントにはマシンが必要で、それは自分が今使っているマシンであってはいけません。Cuaはその答えを4つ用意しています。導入前に知っておく価値があります。おそらく必要なのは4つ全部ではなく、そのうちの1つだからです。ドライバは、カーソルや前面表示を奪わないまま、エージェントに背面でネイティブアプリを操作させます。サンドボックスは、Linux、macOS、Windows、Androidを1つのAPIの背後に置き、手元のQEMU上でも開発元のクラウド上でも動かせます。Cua-BenchはOSWorldなどの評価を実行し、学習用に操作の記録を書き出します。LumeはAppleの仮想化基盤を使い、Apple Silicon上にmacOSの仮想マシンを作ります。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>computer-use</category><category>runtimes</category></item><item><title>mcp-agent — ツールの入口をMCPだけに絞り、Anthropicの「Building Effective Agents」の型を組み合わせて作るフレームワーク</title><link>https://agents-oss.com/ja/projects/mcp-agent/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/mcp-agent/</guid><description>mcp-agentは、エージェントが使うツールがすべてMCP経由で来るなら、フレームワーク自体は小さくできるという考え方に賭けています。面倒な部分であるMCPサーバーへの接続の開始・維持・終了はこちらが引き受け、そのうえでAnthropicの「Building Effective Agents」で知られる構成を、入れ子にできる部品として提供します。得意分野のエージェントを選ぶルーター、計画を立てて割り振るオーケストレーター、出来を見て差し戻す評価役などです。作ったエージェント自体をMCPサーバーとして公開することもできます。障害をまたいで実行を続けたい場合はTemporal上で動かせますが、その分、運用するサービスが1つ増えます。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>frameworks</category><category>protocols</category></item><item><title>mcp-use — TypeScriptでMCPサーバーを書き、ツールにReactの画面を結び付けて、公開前にブラウザで確かめられる開発環境</title><link>https://agents-oss.com/ja/projects/mcp-use/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/mcp-use/</guid><description>多くのMCPサーバーは文字列を返し、見せ方はクライアント任せです。mcp-useはその逆を前提にしています。ツールにReactの画面を持たせられるため、ChatGPTやClaudeの中で利用者が目にするのは文章ではなく操作できる画面になります。ツールの入出力はZodのスキーマで宣言し、その型が画面の受け取る値まで通るので、片方を変えるともう片方が型エラーとして知らせてきます。雛形から作った構成には、作業しながらツールを呼んだり画面を確かめたりできる検査画面がローカルに用意され、実際のクライアントから試すためのトンネル機能も付いています。バージョン2はこのサーバーと画面の組み合わせを軸にした作り直しで、以前のPython製クライアントライブラリは主眼から外れています。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>protocols</category><category>tools</category></item><item><title>MemPalace — 話された内容をそのまま保存し、要約するのではなく索引の側を構造化する、手元で動く記憶の仕組み</title><link>https://agents-oss.com/ja/projects/mempalace/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/mempalace/</guid><description>多くの記憶の仕組みは、何を覚える価値があるかをエージェントに判断させ、その要約を保存します。つまり、重要だと思われなかった細部は、必要になったときにはもう残っていません。MemPalaceは逆の道を選びます。会話は一言一句そのまま保存し、構造は内容ではなく索引の側に持たせます。人やプロジェクトが棟に、話題が部屋になり、元の文章は引き出しに収まります。そのため検索を全体に平らにかけるのではなく、書庫の一部に向けて絞り込めます。動作は手元のマシンで完結し、MCPとして公開できるためコーディングエージェントから直接検索できます。保存先はChroma、SQLite、Milvus、Qdrant、Postgresから選べます。取り込みは自動で起こるものではなく、自分で実行する作業です。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>memory</category></item><item><title>Midscene.js — UIテストを文章で書き、DOMではなく画面のピクセルから操作する。改修のたびにセレクタを直す作業がなくなる</title><link>https://agents-oss.com/ja/projects/midscene/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/midscene/</guid><description>UIテストは、製品と関係のない理由で壊れます。クラス名が変わった、要素が1階層深くなった、コンポーネントが移動した、といった理由です。Midsceneはセレクタそのものを無くします。手順は文章で書き、要素の位置はモデルが画面の画像から特定し、検証も「その行が強調されている」「レイアウトが崩れていない」のように人が見て分かる内容で書けます。DOMからは届かない場所にも手が届きます。canvasの描画、アイコンだけのボタン、モバイルのネイティブアプリ、別ドメインのフレームなどです。引き換えになるのは1手順あたりの費用と再現性です。各手順が参照ではなくモデルの呼び出しになるため、セレクタなら数秒で終わる一式が同じ時間では終わりません。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>computer-use</category></item><item><title>MLflow — 多くの組織がすでに動かしている実験管理基盤に、エージェントの実行記録・評価・プロンプトの版を同じ画面で載せる</title><link>https://agents-oss.com/ja/projects/mlflow/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/mlflow/</guid><description>MLflowがエージェント向けに効いてくるのは、すでにそこにあるからです。モデルの学習管理として動かしている組織が多く、GenAI向けの機能はエージェントの実行記録、評価の実行、プロンプトの版を、その同じ実験画面に並べます。計測は多数のエージェント関連ライブラリに対して自動で行われ、1行足すだけでプロンプト、検索、ツール呼び出し、応答が記録されます。形式はOpenTelemetryのGenAI規約に沿うため、他の道具からも読めます。記録された実行はそのまま評価用のデータになり、既製の判定役や自作の判定役で採点できます。難点は、MLflowがライブラリではなく基盤である点です。実行記録だけが目的でも、データベースと成果物置き場を伴う管理サーバーを動かすことになります。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>observability</category></item><item><title>PaddleOCR — スキャン画像や写真、PDFを、100言語以上に対応しながらCPUでも動く形でMarkdownやJSONに変換する</title><link>https://agents-oss.com/ja/projects/paddleocr/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/paddleocr/</guid><description>自社の文書を対象にした検索は、モデルにたどり着く前に失敗していることがほとんどです。表のスキャンや2段組のPDFが、意味の読めない文字の塊になる地点で止まります。PaddleOCRはそこを支える層です。100を超える言語の文字を認識し、文書向けの処理はレイアウトが持っていた意味を保ちます。見出しは見出しのまま、表はセルの位置を伴う表として出力され、数式や印影も扱えます。出力形式はMarkdownまたはJSONです。モデルはCPUや端末側でも動く大きさに抑えられており、大量の文書をまとめて処理する費用が現実的になります。難点は土台となるフレームワークです。これはPaddlePaddleのプロジェクトであり、導入するとはそれを導入することを意味します。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>data</category></item><item><title>PageIndex — ベクトル検索を使わないRAG。文書の目次にあたる木構造を作り、モデルにそこをたどらせて該当箇所へ行き着かせる</title><link>https://agents-oss.com/ja/projects/pageindex/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/pageindex/</guid><description>ベクトル検索が見つけるのは質問に似た文章ですが、似ていることと関係があることは別です。長い規制文書では、答えにあたる段落が質問とほとんど語彙を共有していないことがよくあります。PageIndexはベクトルの保存先を使いません。文書の実際の構造を節ごとに木として組み立て、人が目次を使うのと同じ手順でモデルにそこをたどらせます。範囲を絞り、答えがありそうな箇所を開き、読む、という流れです。文章を機械的に分割することはなく、答えは必ずどの節から来たかを示します。引き換えは1問あたりの費用です。検索が参照ではなく推論になるためで、想定されているのは短い文書を大量に持つ状況ではなく、長い個別の文書です。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>rag</category></item><item><title>PocketFlow — フレームワーク全体が約100行。一度に読み切れる代わりに、その外側はすべて自分で書く</title><link>https://agents-oss.com/ja/projects/pocketflow/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/pocketflow/</guid><description>PocketFlowは、中身を最後まで見通せないフレームワークへの反動として作られています。全体は依存関係のない約100行です。ノードは、必要なものを集める・処理する・次を決める、という3段階で1つの仕事をこなし、ノードが返した文字列がどのエッジをたどるかを決めます。ノード同士はただの辞書を1つ共有します。フレームワークと呼べるのはここまでです。モデルを呼ぶクライアントも、提供元ごとのエラーに対する再試行の方針も、実行記録の仕組みもありません。それらは自分で書くことになり、参考資料の役割は動く例を集めたクックブックが担います。他人の大きな設定を読むより、小さなコードを自分で持つほうがよいと考える人に向いています。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>frameworks</category></item><item><title>Portkey AI Gateway — あらゆるモデル提供元の手前に置く1つの窓口。再試行、切り替え、費用の抑制をエージェントの呼び出し量に耐える形で担う</title><link>https://agents-oss.com/ja/projects/portkey-gateway/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/portkey-gateway/</guid><description>エージェントはチャットアプリよりはるかに多くモデルを呼ぶため、提供元のたまの流量制限が日常的な停止に変わります。Portkeyのゲートウェイは、自分のコードと提供元の間に入ってそれを吸収します。失敗した呼び出しは再試行し、制限に達した鍵は別の鍵に譲り、使えないモデルは次の候補に切り替わります。同じプロンプトはキャッシュから返せるため、二重に支払わずに済みます。振り分けの規則を書けば、分類には安いモデル、難しい処理には高いモデルというように送り先を変えられ、その判断がコード全体に散らばりません。遅延の増加は1ミリ秒未満、大きさは約122KBだとプロジェクトは述べています。機能を前提に設計する前に確認したい点が1つあります。資料はオープンなゲートウェイと同社のホスティング型製品をまとめて説明しています。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>security</category></item><item><title>Ragas — 検索を使う仕組みを、必要な文書を引けたかと、答えがその文書の中に収まっているかの2点で採点する</title><link>https://agents-oss.com/ja/projects/ragas/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/ragas/</guid><description>検索を使う仕組みで最も多い失敗は、外から見えません。答えは読みやすいのに、引いてきた文書のどこにも根拠がない、という状態です。Ragasはそれを直接測ります。処理を2つに分け、必要な内容を含む文書を引けていたか、生成された答えがその範囲に収まっているかを別々に採点します。手持ちの文書から試験用のデータを作ることもできるため、最初の評価のために質問を100件手書きするところから始めずに済みます。ほとんどの指標自体がモデルの呼び出しである点は、あらかじめ織り込んでおくべきです。一通り走らせれば費用がかかり、同じデータで2回実行しても数値は完全には一致しません。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>observability</category><category>rag</category></item><item><title>Rig — ツールの引数もモデルの出力も実行時ではなくコンパイル時に検査される、Rust製のエージェント構築ライブラリ</title><link>https://agents-oss.com/ja/projects/rig/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/rig/</guid><description>Rigは、本体がすでにRustで書かれていて、モデルを呼ぶためだけにPythonのプロセスを別に立てたくない場合の選択肢です。ツールはRustの関数そのもので、引数の定義は型から生成されるため、食い違いは本番で見つかる不正な呼び出しではなくコンパイルエラーになります。出力も同じで、エクストラクタにモデルへ値を求めさせると、普通のRustの構造体として返ってきます。モデルの提供元もベクトルストアもトレイトの背後にあるため、差し替えは設定の変更で済みます。引き換えになるのは周辺の充実度です。評価や記録、エージェント向けの道具はPythonなら何種類もありますが、Rustでは相当するものがないことが多く、周辺の仕組みは自分で書くことになります。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>frameworks</category></item><item><title>SkillSpector — エージェント用スキルを導入前に読み、自分のマシンとデータに対して何ができてしまうかを報告する検査ツール</title><link>https://agents-oss.com/ja/projects/skillspector/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/skillspector/</guid><description>スキルやMCPサーバーの導入は、ライブラリの追加よりブラウザ拡張の導入に近い行為です。届くのは指示とスクリプトであり、エージェントは自分の認証情報とファイルが手の届く範囲にある状態でそれに従いますが、事前に中身を読む人はほとんどいません。SkillSpectorはそれを読みます。リポジトリや書庫、ディレクトリを対象に、プロンプトインジェクション、データが本来と違う先へ送られる動き、権限の昇格、細工されたツール説明、供給網の危険といった観点の検出パターンで走査し、危険度と推奨対応を添えた指摘を返します。NVIDIAは、調査したスキルの26.1%に脆弱性、5.2%に悪意の疑いがあったとする研究を引いています。パターンによる走査が示すのは証明ではなく疑いなので、指摘を人が確認し、許容したものを記録していく運用が前提になります。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>security</category></item><item><title>Strands Agents — ツールとプロンプトだけを書き、どれをいつ呼んで、いつ終えるかはモデルが判断するAWS製のSDK</title><link>https://agents-oss.com/ja/projects/strands-agents/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/strands-agents/</guid><description>Strands Agentsは、処理の流れをグラフとして組み立てる方式とは逆の設計です。システムプロンプトと、ツールとして印を付けた普通の関数を渡せば、どれをどの順で呼び、いつ終えるかはモデルが判断します。最初のエージェントは配線図ではなく数行で書ける一方、想定外の動きをしたときに見比べるグラフがないため、実行の記録をたどって原因を探すことになります。そのループの周りには、長く動かすために必要な部品が揃っています。各ステップで呼ばれるフックでツール実行を記録したり拒否したりでき、会話マネージャは履歴がモデルの上限に達する前に切り詰めや要約を行います。あるエージェントを別のエージェントのツールとして渡すこともできます。</description><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><category>frameworks</category></item><item><title>AG-UI — 3つ目のエージェントプロトコル。ツール向けでも他エージェント向けでもなく、UI向けの取り決め</title><link>https://agents-oss.com/ja/projects/ag-ui/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/ag-ui/</guid><description>数分間動き続け、途中経過を流し、判断を変え、ときに人の確認を必要とするエージェントを、リクエストとレスポンスのAPIでは表現できません。AG-UIはそのやり取りを、HTTPとWebSocket上のイベント列として定義します。トークン、ツール呼び出しとその結果、共有状態、添付ファイル、そして実行を止めて問い合わせる割り込みが含まれます。有用性は既に実装している側の広さに比例し、本カタログ収録のフレームワークを含む公式対応一覧がその根拠です。逆に自分のバックエンドもフロントエンドも未対応なら、利点は大きく下がります。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>protocols</category><category>frameworks</category></item><item><title>Agent Framework — AutoGenとSemantic Kernelの双方の後継としてMicrosoftが位置づける、.NETとPython向けの基盤</title><link>https://agents-oss.com/ja/projects/agent-framework/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/agent-framework/</guid><description>両者を作ったチーム自身の手によるもので、AutoGenの軽いエージェント抽象を残しつつ、Semantic Kernelのセッション状態・ミドルウェア・テレメトリを取り込み、その上に実行経路を明示するグラフ型のワークフローを載せています。.NETのチームにとっては、これまで存在しなかった純正の答えです。代償は時期の問題で、まだ若く、既存のAutoGenやSemantic Kernelのコードは移行が必要になります。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>frameworks</category><category>orchestration</category></item><item><title>AI SDK — TypeScript製AIアプリの土台。20社以上のモデルを同じ呼び出し方で扱える層</title><link>https://agents-oss.com/ja/projects/ai-sdk/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/ai-sdk/</guid><description>作業の大半は4つの関数が担います。文章にはgenerateTextとstreamText、スキーマで形を決めたデータにはgenerateObjectとstreamObjectを使い、背後のモデルがOpenAIでもAnthropicでもGoogleでもBedrockでもローカルのものでも、呼び出し方は変わりません。もう半分はUI側のフックで、逐次表示のチャット画面を自前のパーサーなしに数行で書けます。ただしこれはモデル接続とUIの層であり、エージェントの実行基盤ではありません。永続的なメモリ、検索、耐久性のある処理制御は別の道具の担当です。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>frameworks</category><category>tools</category></item><item><title>AutoGPT — 2023年の自律エージェント本家が、ブロックを繋ぐビジュアルビルダーとして作り直されたもの</title><link>https://agents-oss.com/ja/projects/autogpt/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/autogpt/</guid><description>ここでのエージェントは、外部サービスの呼び出し・データ変換・モデルへの問い合わせ・条件分岐といった単位である「ブロック」を繋いだグラフです。コードではなくキャンバス上で組み立て、任意のタイミング、スケジュール、あるいはトリガーで実行します。ただし1つのリポジトリに無償の自己ホスト版と有償ホスティングの実装が同居しており、プラットフォーム側のディレクトリはPolyForm Shieldのため、利用はできても競合サービスとしての提供は禁じられています。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>workflow</category><category>frameworks</category><category>orchestration</category></item><item><title>Codex CLI — OpenAI純正のターミナル型コーディングエージェント。Rust製で、OSの機能によって行動範囲を区切る</title><link>https://agents-oss.com/ja/projects/codex/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/codex/</guid><description>リポジトリを読み、変更を提案し、コマンドを実行するという動き自体は他のターミナル型と同じですが、境界の引き方が特徴的です。macOSとLinuxではOSのサンドボックス機構を使い、触れるファイルと実行できるコマンドを制限します。制限がモデルの善意に依存しない、という点が違います。サインインはChatGPTのプランかOpenAIのAPIキーを経由します。コードはApache-2.0でも、背後のモデルは開かれた部分ではない、というのが取引条件です。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>coding-agents</category></item><item><title>Crush — ターミナルUIで知られるCharm製の単一バイナリ型エージェント。2年後にMITへ変わるソース公開ライセンス</title><link>https://agents-oss.com/ja/projects/crush/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/crush/</guid><description>ほぼどのパッケージマネージャからでも単一のGoバイナリとして入り、Windows PowerShell、WSL、Android、各種BSDを含む幅広い環境で動きます。セッションはプロジェクトごとに保持され、会話の途中で文脈を失わずにモデルを差し替えられ、言語サーバーがエディタと同等のコード情報を供給します。最初に読むべきはライセンスです。OSI承認ではなく、競合製品としての提供を禁じており、各リリースがMITになるのは公開から2年後です。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>coding-agents</category></item><item><title>DeepEval — 評価をユニットテストとして書く仕組み。悪化したプロンプトやモデル差し替えを、壊れたコードと同じようにCIで止める</title><link>https://agents-oss.com/ja/projects/deepeval/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/deepeval/</guid><description>形は意図的にpytestそのものです。テスト関数の中に表明を書き、それを発見して実行するランナーがあり、引数を変えたケースも書けます。違うのは、表明の対象が「回答が文脈に忠実だったか」「エージェントがタスクを完了したか」である点です。この形にした狙いは明確で、品質の劣化を、構文エラーを捕まえるのと同じ関門の前に持ち込むことにあります。想定しておくべきなのは、これらの指標の多くがモデルによって採点されることです。通常のテストには無い費用とばらつきが伴います。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>observability</category><category>benchmarks</category><category>tools</category></item><item><title>Docling — PDF・Officeファイル・スキャンを、外部に送らずに1つの構造化表現へ変換するツール</title><link>https://agents-oss.com/ja/projects/docling/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/docling/</guid><description>テキスト抽出との違いは構造が残る点です。ページの版面、読み順、表のセル、コードブロック、数式が、平坦な文字列ではなく単一の文書表現の一部として出てきます。報告書の中の表がエージェントに届く時点でも表のままかどうかは、ここで決まります。処理は完全にローカルで実行でき、外部と切り離された環境でも動きます。その忠実さの代償は計算量です。各ページに機械学習モデルを走らせるため、その場で呼ぶ高速な変換器ではなく、見積もっておくべき処理として扱う必要があります。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>data</category><category>rag</category></item><item><title>Faiss — 各種ベクトルDBの土台にある類似検索ライブラリ。製品ではなくアルゴリズムそのもの</title><link>https://agents-oss.com/ja/projects/faiss/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/faiss/</guid><description>中心にあるのは、ベクトル集合を保持して検索する索引です。索引構造が何十種類も存在するのは、トレードオフが実在するからです。検索時間、結果の質、1ベクトルあたりのメモリ、構築にかかる時間、そして学習用データが必要かどうかが互いに競合します。一部の方式は圧縮表現だけを保持し元のベクトルを持たないため、1台のサーバーで数十億件規模に届きます。サーバー機能、絞り込み、アクセス制御はここにはありません。それらは、この上に築かれたデータベースが足している部分です。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>vector-db</category><category>optimization</category></item><item><title>FastMCP — 多くのMCPサーバーが実際に書かれているPythonフレームワーク。公式SDK内の同名APIより先行する</title><link>https://agents-oss.com/ja/projects/fastmcp/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/fastmcp/</guid><description>型注釈の付いたPython関数にデコレータを1つ付ければ、それで完成したツールになります。スキーマは型注釈とドキュメント文字列から導出され、受け取る引数と返す値の双方が検証されます。さらに、2週目の作業でぶつかる部分まで揃っています。型付きクライアント、OAuthと外部IDプロバイダ、複数サーバーを1つとして束ねる構成、既存サーバーの前段に立つプロキシ、ミドルウェアです。注意すべきは名前の重複で、このAPIの旧版が公式のMCP Python SDKに取り込まれているため、FastMCPという語はどちらのimportを読んでいるかで別のものを指します。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>tools</category><category>protocols</category><category>frameworks</category></item><item><title>garak — 言語モデルを使ったあらゆるものに対する脆弱性スキャナ。プローブが攻撃し、検知器が判定し、レポートが出る</title><link>https://agents-oss.com/ja/projects/garak/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/garak/</guid><description>チャットボットやモデルに向けると、プロンプトインジェクション、脱獄、符号化による回避、データ漏洩と再現、有害表現、誤った推論といった攻撃の系統を順に試し、どれが通ってしまったかを報告します。攻撃、判定、対象への接続を別々の部品として保つ設計により、新しいプローブや新しいバックエンドを、他を書き換えずに追加できます。担うのはセキュリティの発見側であって修正側ではありません。出力が示すのは、どのプローブが成功したかであり、それに対してどんな方針を書くべきかではありません。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>security</category><category>benchmarks</category><category>tools</category></item><item><title>GEPA — 失敗の度合いを採点するのではなく、なぜ失敗したかを読んでプロンプトを改良する手法</title><link>https://agents-oss.com/ja/projects/gepa/</link><guid isPermaLink="true">https://agents-oss.com/ja/projects/gepa/</guid><description>強化学習は実行全体を1つの数値へ圧縮するため、何が悪かったかを示す部分を捨ててしまいます。GEPAはそれを保持します。エラーメッセージ、実行の記録、推論のログをモデルへ戻し、失敗の原因を診断させて具体的な修正案を出させます。さらに、1つの勝者へ収束させず、それぞれ異なる事例で強い候補プロンプトの集合を保ちます。プロジェクトは、強化学習が1万回超を要する場面で100〜500回の評価で結果に達すると述べています。実行も反省もモデル呼び出しであるため、この効率は強化学習との比較であって、費用ゼロという意味ではありません。</description><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><category>optimization</category><category>frameworks</category></item></channel></rss>