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
Shodai Suzuki
May 21, 2026
Technology
650
1
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
lambda-lithアーキテクチャと移植性 / TECH BATON Lambda
soarteclab
1
920
Full-Stack TSでのマルチプロダクト基盤開発 / TSKaigi Hokuriku 2025
soarteclab
4
1.9k
OpenAPIでのBackend TypeScriptスキーマ駆動開発
soarteclab
2
1k
リアーキテクチャとAI活用で実現する急成長プロダクトの開発生産性向上
soarteclab
3
19k
チーム再始動から6ヶ月でデプロイ数を9倍にするまでの取り組み
soarteclab
3
520
400超Lambda構成アプリケーションの漸進的リアーキテクチャ
soarteclab
3
1.3k
急成長期の品質とスピードを両立するフロントエンド技術基盤
soarteclab
0
1.8k
MOSHでのフロントエンドリアーキテクチャの選定技術の紹介
soarteclab
0
1.3k
Webアプリ開発におけるRDBMS基礎
soarteclab
0
260
Other Decks in Technology
See All in Technology
Microsoft のサポートとフィードバック総まとめ
murachiakira
PRO
0
110
起点・思考・出力で分解する 〜PM業務の自動化設計〜
kazu_kichi_67
2
1.1k
BPaaSで進むAIオペレーションの現在地 AI実装が効く領域とスケーラビリティの選定と実装
kentarofujii
0
210
LayerX コーポレートエンジニアリング室におけるサプライチェーンセキュリティへの取り組み / Supply Chain Security at LayerX Corporate Engineering
yuyatakeyama
3
850
10年間のブログ発信を振り返って見えたWebアプリケーションエンジニアとしての軌跡
stefafafan
0
190
AIをフル活用してオンコール機能のプロトタイプを2日で作った話 / Building an AI-Powered On-Call Prototype in Just Two Days
nari_ex
0
140
フルAIで個人開発して学んだあれこれ / yuruai vol.1
isaoshimizu
0
150
作る力から、見極める力へ — AI時代に広がるエンジニアの価値と役割
rince
0
360
技術・能力を向上する原理原則 #きのこセッションa #きのこ2026
bash0c7
0
140
GitHub Copilot運用のリアル ~AI Credit時代にどう向き合うか~
takafumisu2uk1
0
470
toB プロダクトから見たWAF
tokai235
0
240
AIは、人間らしい仕事の夢を見るか?─ AI時代のtoB/toEプロダクトを再設計する
techtekt
PRO
0
160
Featured
See All Featured
The Limits of Empathy - UXLibs8
cassininazir
1
370
The Language of Interfaces
destraynor
162
27k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
4 Signs Your Business is Dying
shpigford
187
22k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.1k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
170
Music & Morning Musume
bryan
47
7.2k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
62
55k
Code Review Best Practice
trishagee
74
20k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
62
44k
Designing for Performance
lara
611
70k
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 資産を活用し低コストで構築・運用
おわり