Mastra、18か月でTypeScript AI frameworkから$22M Series Aのagent platformへ進んだ設計

Sam Bhagwatは、2024年のNYC AI hackathonを出発点にMastraを始めた。

彼らが見たのは、AIを試す開発者がPython notebookに留まり、TypeScriptのproduction applicationへ移す途中で多くの部品を自作している状況だった。出典

創業のきっかけ

翌日から、agentをweb開発の既存スタックに置くためのframeworkを作った。

agents、tools、workflows、memoryを順に揃え、npm create mastraで最初の一歩を短くした。出典

転機・苦労

モデルが強くなるほどharnessが不要になるという見方もあった。

しかしMastraは、実運用ではparallel tool calls、subagents、sandboxesだけでなく、evals、logs、tracesが必要になると判断した。

Sam Bhagwatは「Great frameworks feel like magic」と語り、API、docs、integrations、onboardingの細部を重視した。出典

成長・成功の要因

GitHubでのOSS拡散に加え、ReplitのAgent 3、SanityのContent Agent、WorkOSのGTM workflowという具体例が、frameworkを単なるdemoではなくproductionの道具として見せた。出典

結び

2026年4月、MastraはSpark Capital主導の$22M Series Aで累計$35Mに達し、frameworkからplatformへ進んだ。出典

その道のりは、AIの新機能を足すより、開発者が本番で困る境界面を一つずつ埋めることが、基盤プロダクトの成長に効くと示している。

AI applicationを作りたいTypeScript開発者は、model APIを呼ぶだけでなく、tool use・memory・workflow・評価・運用まで必要とする。

Mastraはこれらを既存のTypeScript/React/Node.jsの開発体験に寄せてまとめる。出典

WorkOSやReplitの事例は、prototypeのUIからproduction workflowまで同じprimitiveを伸ばせることが痛みに刺さることを示す。出典

ただし、Python frameworkや各model providerの成熟度との差は継続検証が必要だ。

OSS coreのAPI、docs、templates、顧客実装が蓄積し、agent lifecycle全体の設計知が再利用可能になる点がmoatだ。

GitHub starsだけではswitching costにならないため、observabilityとworkflow運用の実データ連携が鍵になる。出典

ネットワーク効果は弱〜中程度。

開発者が増えるほどtemplates、integrations、community knowledgeは増えるが、単独利用でも価値が成立するため二面市場ではない。出典

主対象はTypeScript/Node.jsを使い、AI agentをproductや社内workflowへ組み込みたい開発チーム。

個人のprototypeから、複数チームのevals・traces・RBACまで伸ばしたい企業に合う。

Python中心の研究用途や、単純なchatbot APIだけが必要な人には過剰だ。

第一にTypeScript-nativeの導入摩擦を下げたこと。

第二にagentsだけでなくworkflows、memory、evals、tracesを一体化したこと。出典

第三にGitHub、docs、customer storiesを組み合わせ、開発者の試作と企業のproduction事例を同時に見せたこと。出典

AI frameworkはmodel providerと競合の変化に強く依存する。

MastraがTypeScript以外のチームへ広がるかは要確認だ。出典

Platformのusage課金は、実行量が読みにくい初期チームには複雑になり得る。

OSS coreとEnterprise機能のライセンス境界も、導入前に確認したい。出典

無料OSSとnpm create mastraでself-serve導入を作り、GitHubとdocsで拡散する。

次にcustomer storiesでReplit、Sanity、WorkOSのproduction利用を示し、PlatformのTeams/Enterpriseへ拡張する。出典

このPLGは強い一方、OSS利用者を有料Platformへ転換するには、observability、RBAC、supportなどの差分を継続的に証明する必要がある。

主要チャネル: content, community, github, productLedGrowth, customerStories

frameworkはmodel accessだけでなく、失敗時の再実行、tool approval、memory、評価、traceまでを開発者の mental model に置く必要がある。

Mastraの事例からは、最初はlocal playgroundで価値を体験させ、productionの運用課題を有料機能へ接続する順序が学べる。出典

日本では社内業務agentの導入で、TypeScriptの既存web teamと業務部門をつなぐ基盤として可能性がある。

特にSoftBankの事例のような文書・営業・運用workflowでは、human approvalとtraceを前提にした導入が現実的だ。出典

一方で日本企業はデータ所在、監査、個人情報、既存基幹連携を重視するため、self-hostedと日本語評価データ、導入支援の明示が成長条件になる。