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
100
0
Share
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
890
Full-Stack TSでのマルチプロダクト基盤開発 / TSKaigi Hokuriku 2025
soarteclab
4
1.8k
OpenAPIでのBackend TypeScriptスキーマ駆動開発
soarteclab
2
980
リアーキテクチャとAI活用で実現する急成長プロダクトの開発生産性向上
soarteclab
3
18k
チーム再始動から6ヶ月でデプロイ数を9倍にするまでの取り組み
soarteclab
3
500
400超Lambda構成アプリケーションの漸進的リアーキテクチャ
soarteclab
3
1.3k
急成長期の品質とスピードを両立するフロントエンド技術基盤
soarteclab
0
1.8k
MOSHでのフロントエンドリアーキテクチャの選定技術の紹介
soarteclab
0
1.3k
Webアプリ開発におけるRDBMS基礎
soarteclab
0
250
Other Decks in Technology
See All in Technology
続 運用改善、不都合な真実 〜 物理制約のない運用改善はほとんど無価値 / 20260518-ssmjp-kaizen-no-value-without-physical-constraints
opelab
2
250
【関西製造業祭り2026春】現場を変える技術はここまで来た〜世界最大の製造業見本市から持って帰ってきたもの〜
tanakaseiya
0
180
The Bag-of-Documents Model for Query Understanding and Retrieval
dtunkelang
0
160
そのSLO 99.9%、本当に必要ですか? 〜優先度付きSLOによる責任共有の設計思想〜 / Is that 99.9% SLO really necessary? Design philosophy of shared responsibility through prioritized SLOs
vtryo
0
830
20260515 OpenIDファウンデーション・ジャパンご紹介
oidfj
0
200
GitHub Copilot CLI で考える複数エージェント設計
tomokusaba
0
120
Redmine次期バージョン7.0の注目新機能解説 — UI/UX強化と連携強化を中心に
vividtone
1
180
Claude Code / Codex / Kiro に AWS 権限を 渡すとき、何を設計すべきか
k_adachi_01
6
1.8k
パーソルキャリア IT/テクノロジー職向け 会社紹介資料|Company Introduction Deck
techtekt
PRO
0
220
R&D 祭 2024 UE5で絵コンテ・作画の制作支援ツールをつくる話
olmdrd
PRO
0
190
AI 時代の Platform Engineering
recruitengineers
PRO
1
230
20260516_SecJAWS_Days
takuyay0ne
2
500
Featured
See All Featured
How to Ace a Technical Interview
jacobian
281
24k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
800
Java REST API Framework Comparison - PWX 2021
mraible
34
9.3k
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
65
54k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
340
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
0
230
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
62
54k
What does AI have to do with Human Rights?
axbom
PRO
1
2.1k
Exploring anti-patterns in Rails
aemeredith
3
360
Abbi's Birthday
coloredviolet
2
7.6k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.3k
Deep Space Network (abreviated)
tonyrice
0
150
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 資産を活用し低コストで構築・運用
おわり