Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
TypeScriptで実現する既存APIを活用したリモートMCPサーバー構築 / TSKaig...
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Shodai Suzuki
May 21, 2026
Technology
740
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
TypeScriptで実現する既存APIを活用したリモートMCPサーバー構築 / TSKaigi 2026
2026-05-22 「TSKaigi 2026」の登壇資料です。
Shodai Suzuki
May 21, 2026
More Decks by Shodai Suzuki
See All by Shodai Suzuki
技術戦略としてのデザインエンジニアリング / Design System Study by dip and MOSH
soarteclab
1
140
AI時代における開発生産性と進化可能性を高める技術戦略 / AI DevEX Conference 2026
soarteclab
10
5.4k
lambda-lithアーキテクチャと移植性 / TECH BATON Lambda
soarteclab
1
950
Full-Stack TSでのマルチプロダクト基盤開発 / TSKaigi Hokuriku 2025
soarteclab
4
2k
OpenAPIでのBackend TypeScriptスキーマ駆動開発
soarteclab
2
1.1k
リアーキテクチャとAI活用で実現する急成長プロダクトの開発生産性向上
soarteclab
3
19k
チーム再始動から6ヶ月でデプロイ数を9倍にするまでの取り組み
soarteclab
3
540
400超Lambda構成アプリケーションの漸進的リアーキテクチャ
soarteclab
3
1.4k
急成長期の品質とスピードを両立するフロントエンド技術基盤
soarteclab
0
1.9k
Other Decks in Technology
See All in Technology
暗号化?某ファイルストレージはどうなるの!? 3rd Partyとうまく付き合う秘密度ラベル設計
kasada
0
210
信頼性はSREだけのものじゃない
hkawaras
0
290
VPCでもFloatingIPを使いたいんだ
y_kotani
1
120
AWSとAzureのマルチクラウド活用における強い味方___AWS_Kiroを使った二刀流スキル作成.pdf
duelist2020jp
1
140
研究開発部の紹介 / Sansan R&D Profile
sansan33
PRO
4
24k
フィジカルAIの知識ゼロの僕でも AIを使えばここまでできた
tatsuya1970
0
200
8bit CPU 2026
koba789
7
3k
本番に近いテストをもっと手軽に - Postmanで広がるAPIテストの世界 / Expanding the World of API Testing with Postman
yokawasa
1
130
ハッカソンで入賞した話 @ Findy LT
asari194617
0
1.5k
1.5時間を無駄にして学んだwsl2におけるaptとsnapの選択と仕組み
yosaka0123
0
460
dbt in Microsoft Fabric
ryomaru0825
0
300
紙 to デジタル
ichien178
0
360
Featured
See All Featured
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Git: the NoSQL Database
bkeepers
PRO
432
67k
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
260
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
880
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.8k
Build your cross-platform service in a week with App Engine
jlugia
234
19k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Making the Leap to Tech Lead
cromwellryan
135
10k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.8k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.2k
HDC tutorial
michielstock
2
820
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
Transcript
TypeScript で実現する既存API を活用した リモートMCP サーバー構築 Shodai Suzuki @SoartecL TSKaigi 2026
2026.05.23 © MOSH Inc.
鈴⽊翔⼤ X @SoartecL VP of Technology 趣味 OSS Orval メンテナ
ダイビング
今日の主題 リモートMCP 運用の変化に対する設計判断と、実践可能 な構築パターンの一例を共有 AI の進化とプロダクトの変化、両方への継続的な適応 変化の種類ごとに責務と適応方法を分離 TypeScript / OpenAPI
資産を活用した低コスト運⽤
アジェンダ なぜリモートMCP サーバーが 必要だったのか 背景 変化の種類に応じた責務分離 と、自動生成とSkill による アプローチ 設計方針
既存API 資産とTypeScript を 活用したMCP サーバー構築 実装 1 2 3
MOSH のユーザー ヨガ・フィットネス ヘルス・ウェルネス 育児・子育て 養成講座・スクール オンラインサロン・ コミュニティ メイク・ ビューティー
MOSH のプロダクト
デモいきます
デモ
アジェンダ なぜリモートMCP サーバーが 必要だったのか 背景 変化の種類に応じた責務分離 と、自動生成とSkill による アプローチ 設計方針
既存API 資産とTypeScript を 活用したMCP サーバー構築 実装 1 2 3
プロダクトの機能追加・仕 様変更 複数チーム並行開発 ①内部環境の変化 AI モデル・Agent の進化 ユーザーの業務プロセス・ ユースケースの変化 ベストプラクティスの発見
②外部環境の変化 開発・運用における重要な焦点
変化に適応できない事による問題 プロダクト開発スピードにMCP 開発が追いつかず陳腐化 AI 自体の成長に追いつかずAI 本来の性能を活かせない MCP の実装が固定化され変化するユーザーニーズに応え られない AI
を使ったベストプラクティス探索の改善サイクルの速 度が低下
内部環境であるプロダクト変化と AI を筆頭とした外部環境 への変化への適応が重要ポイント
進化可能性 “ 進化的アーキテクチャとは、複数の次元 にわたる漸進的で誘導的な変更を支援す るものである“ “ アーキテクトは重要な次元すべてにわ たってシステムがどのように進化するか を考えなくてはならない“ 引用:
「進化的アーキテクチャ」 P.3, 12
プロダクトの機能追加・仕 様変更 複数チーム並行開発 ①内部環境の変化 → 自動⽣成で追従 AI モデル・Agent の進化 ユーザーの業務プロセス・
ユースケースの変化 ベストプラクティスの発見 ②外部環境の変化 → claude skill で高速・高頻 度に改善 課題に対するアプローチ方針
内部・外部それぞれの変化の特性 に合わせ責務を分離し適応する設計 方針
変化の種類 具体例 発生する課題 対策 内部環境 プロダクトの仕様 変更・新機能開発 複数チーム並行開 発 プロダクト開発のス
ピードにMCP の開発 が追いつかず陳腐化 OpenAPI を起点に機械的に MCP Tool を自動⽣成 外部環境 AI の進化 ユーザーの業務プ ロセス・ユースケー スの変化 ベストプラクティス の発見 MCP の実装が固定化 され変化するユー ザーニーズに応えら れない AI 自体の成長に追い つかず本来の性能を 活かせない AI 活用の変化はSkill やPrompt で高速に改善 MCP Tool はユースケースへ固 定化せず、小さな単位へ分割す ることで、AI 活用側で柔軟に組 み合わせ可能にする 課題・対策の整理
アジェンダ なぜリモートMCP サーバーが 必要だったのか 背景 変化の種類に応じた責務分離 と、自動生成とSkill による アプローチ 設計思想
既存API 資産とTypeScript を 活用したMCP サーバー構築 実装 1 2 3
全体アーキテクチャ
OpenAPI zod Orval fetch API client MCP tool zod Orval
OpenAPI からのMCP Tool 生成 MCP サーバー API サーバー
MCP tool 追加の具体例
1.OpenAPI の更新 既存のOpenAPI 定義に 「mcp 」タグを設置 プロダクトはスキーマ駆 動開発を実践している orval のfilter
で「mcp 」タグが ついているエンドポイントの みmcp tool を生成する様に設 定 openapi.yml
2. ソースコードの自 動生成① AI エージェントが認識するた めに、MCP server にtool 定義 する処理
生成対象のAPI と1:1 にな る形で生成 server.ts
2. ソースコードの自 動生成② MCP server へのtool 定義関数 のIF に準拠するhander 定義
hander は1:1 になっているAPI サーバーへのエンドポイント にfetch リクエストするだけ http-client.ts handlers.ts
自動生成したMCP server の適応 hono + @hono/mcp を使いサー バーの実装を大幅に削減 自動生成されるcreateMcpServer 関数を呼び出すとtool
がセット アップされたMCP server が返却 される custom-server.ts
まとめ リモートMCP の構築・運用は「内部環境の変化」と「外 部環境の変化」への適応が重要ポイント 「変化の性質」に応じた責務分離と適応 内部環境であるプロダクト変化には自動⽣成 AI を筆頭とした外部環境の変化はSkill で高速に改善・ 適応
既存API 資産を活用し低コストで構築・運用
おわり