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
710
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
110
AI時代における開発生産性と進化可能性を高める技術戦略 / AI DevEX Conference 2026
soarteclab
10
4.5k
lambda-lithアーキテクチャと移植性 / TECH BATON Lambda
soarteclab
1
940
Full-Stack TSでのマルチプロダクト基盤開発 / TSKaigi Hokuriku 2025
soarteclab
4
1.9k
OpenAPIでのBackend TypeScriptスキーマ駆動開発
soarteclab
2
1.1k
リアーキテクチャとAI活用で実現する急成長プロダクトの開発生産性向上
soarteclab
3
19k
チーム再始動から6ヶ月でデプロイ数を9倍にするまでの取り組み
soarteclab
3
530
400超Lambda構成アプリケーションの漸進的リアーキテクチャ
soarteclab
3
1.3k
急成長期の品質とスピードを両立するフロントエンド技術基盤
soarteclab
0
1.9k
Other Decks in Technology
See All in Technology
Digitization部 紹介資料
sansan33
PRO
2
7.7k
AI時代の強いチームの作り方
yuukiyo
23
15k
AI エージェント時代のデジタルアイデンティティ
fujie
3
1.4k
【CEDEC2026】『Relink』を拡張せよ - 『GRANBLUE FANTASY: Relink - Endless Ragnarok』の開発速度と品質を守るCI運用
cygames
PRO
0
110
Service Connect 上のサービスに ECS Service の外側から到達できなかった話
ota1022
1
120
【CEDEC2026】『GRANBLUE FANTASY: Relink - Endless Ragnarok』のバトル制作事例 ~最高のキャラゲーを目指して~
cygames
PRO
0
190
MIRU 2026 チュートリアル
keisuke198619
0
800
AI ネイティブな組織に Gemini Enterprise Agent Platform がなぜ必要なのか
asei
1
170
オートロックマンションなのに、各部屋は施錠なし!? 攻撃者が組織内ネットワークで大暴れする理由 / The Front Door Is Locked, but the Rooms Are Wide Open: Why Attackers Move Freely Inside Enterprise Networks
nttcom
0
1.5k
新しい SLO が良い感じにハマっている話
z63d
4
2.1k
Amazon Bedrock Managed Knowledge BaseDive Deep
ren8k
0
400
『三匹の子ぶた』から学ぶネットワークセキュリティの昔と今 / Network Security: Then and Now Through the Lens of The Three Little Pigs
nttcom
1
1.6k
Featured
See All Featured
What's in a price? How to price your products and services
michaelherold
247
13k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
67
56k
Typedesign – Prime Four
hannesfritz
42
3.1k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.2k
KATA
mclloyd
PRO
35
15k
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
480
Google's AI Overviews - The New Search
badams
0
1.1k
Paper Plane
katiecoart
PRO
2
52k
Rails Girls Zürich Keynote
gr2m
96
14k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
410
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.2k
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 資産を活用し低コストで構築・運用
おわり