Mastra - TypeScript AIエージェントフレームワーク

 (github.com/mastra-ai)
9 ポイント 投稿者 xguru 2025-02-21 | 1件のコメント | WhatsAppで共有
  • TypeScriptベースで、AIアプリケーションと機能をすばやく構築するための opinionated フレームワーク
  • ワークフロー、エージェント、RAG、統合（integration）、評価（evals）など、AI開発に必要な主要機能を提供
  • ローカル環境またはサーバーレスクラウドで実行可能

主な特徴

  • LLM Models : Vercel AI SDKを使用して、OpenAI、Anthropic、Google Gemini などさまざまな LLM プロバイダーを統合インターフェースでサポート。モデルの選択やストリーミングの有無を自由に決定可能
  • Agents : Agents は、言語モデルが自らアクションの順序を決定できるように支援するシステム。ツール、ワークフロー、同期されたデータを提供し、必要に応じて関数を呼び出したりナレッジベースを活用したりできる
  • Tools : Tools は、エージェントやワークフローが実行できる TypeScript 関数。各ツールは、パラメータスキーマとロジックを実装するエグゼキューター関数、および統合サービスへのアクセス権を持つ
  • Workflows : Workflows は、グラフベースの長時間実行ステートマシン。反復、分岐、人の入力待ち、ほかのワークフローの組み込み、エラー処理、リトライ、パースなどを実行可能。各ステップに OpenTelemetry トレーシングが適用される
  • RAG(Retrieval-Augmented Generation) : RAG は、エージェント向けのナレッジベースを構築できるようにする。ETL パイプラインにより、チャンク分割、埋め込み、ベクトル検索などを通じてコンテキストを提供
  • Integrations : Mastra における Integration は、自動生成される type-safe API クライアントであり、サードパーティーサービスをツールやワークフローステップとして活用できるようにする
  • Evals : LLM の結果を、モデルベース、ルールベース、統計的な方式で自動評価。0〜1 の標準化スコアを返し、性能比較やロギングに活用可能

関連記事

1件のコメント

 
GN⁺ 2025-02-21
Hacker Newsの意見

  • サンプルコードがあまり興味深くない

    • 一見すると、図でグラフを表現するぎこちない方法のように見える
    • 単なる「ワークフロー」にすぎず、実行結果に依存していない

  • Mastraにとても期待している

    • ElectricSQLで複数のエージェント関連の作業を進める予定で、Mastraは新鮮な空気のように感じられる
    • チームは非常に優秀だ — SamはGatsbyの共同創業者で、ShaneやAbhiとも密接に協力してきたし、彼らのプロダクトとエンジニアリングの能力をとても信頼している

  • 良さそう！ 簡単な質問だけど、SSE MCPサーバーをサポートする予定はあるのだろうか

    • Stdioがサポートされているのは見たし、プロキシを動かすことはできるけれど、SSEもあるといいと思う

  • Mastraユーザーとして満足している

    • 高水準の抽象化を提供しつつ、必要なときには低水準の制御もできるという、ちょうどよいバランスを実現している
    • 始める前にいくつかのフレームワークを見て回ったが、Mastraは明快さと使いやすさが際立っていた

  • エージェントをあまり理解できていない

    • なぜ複数の人格を持っているかのように振る舞う必要があるのか理解できない。特に全員が同じモデルを使うときはなおさらだ
    • 現代のLLMに対する単一のAPI呼び出しと適切なプロンプトでは解決できないユースケースがあるのか気になる
    • プロンプトを組み立てて複数回の呼び出しに分け、LLMにより近い指示を与えるということなのだろうかと考えている
    • 関数呼び出しの話をしているわけではない

  • おめでとう！ ついでの質問だが、ウェブサイトもOSなのだろうか

    • Nav Barのコードを「借り」たい
    • GitHubで300以上のブランチを見つけたが、リポジトリ内では見つけられなかった

  • Gatsby開発者が作ったというのはプラスではなくマイナスだ

    • これが次に見捨てられるソフトウェアになると思う

  • 似たようなフレームワークが何百もあり、どれも多かれ少なかれ同じことをしている

    • モデルと複数のツールを調整するフレームワークを書くのは簡単だからだ
    • 実際、ほとんどの場合はフレームワーク自体が不要だ
    • どのフレームワークも些末なことにばかり注力していて、サンプル集を見ればそれが分かる
    • それは作業の5%にすぎない
    • 開発者は、フレームワークの範囲外にある多くの作業も含め、残りの95%を埋めなければならない

  • リリースおめでとう

    • 異なるLLMプロバイダー間でプロンプトを編集せずに切り替えると、性能低下が起きることに気づいた
    • 開発者たちがこうした「翻訳」をどうやっているのか気になるし、評価フレームワークにはベストプラクティスに関するデータがあるかもしれないと思う

  • Mastraのフレームワークを使い、ドキュメントを通じてエージェントがどう動くのかを一通り学んだ

    • 創業者たちもとても積極的で、人を助けるのが好きだ