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
310
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
910
Full-Stack TSでのマルチプロダクト基盤開発 / TSKaigi Hokuriku 2025
soarteclab
4
1.8k
OpenAPIでのBackend TypeScriptスキーマ駆動開発
soarteclab
2
1k
リアーキテクチャとAI活用で実現する急成長プロダクトの開発生産性向上
soarteclab
3
18k
チーム再始動から6ヶ月でデプロイ数を9倍にするまでの取り組み
soarteclab
3
510
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
Amazon Bedrock AgentCore ワークショップ JAWS UG TOHOKU / amazon-bedrock-agentcore-workshop-jawsug-tohoku-2026
gawa
8
270
MIERUNE JCT 発表資料「宇宙から伊能忠敬ごっこ」
syuchimu
0
180
コードレビューを制するチームがソフトウェアデリバリーのフローを制す / Beyond Code Review: Distributing Its Responsibilities Across the SDLC
mtx2s
4
1.1k
AI活用を推進するために ファインディが下した、一つの小さな決断
starfish719
0
250
そのPoC、何を検証したつもりでしたか? AIプロダクトの価値検証で陥った落とし穴
techtekt
PRO
0
150
さきさん文庫の書籍ができるまで
sakiengineer
0
370
個人最適 から 全体最適 へ AI情報共有会・AIギルド・AI-DLC で進める カンリーの組織展開
rfdnxbro
0
1.5k
Oracle AI Database@Azure:サービス概要のご紹介
oracle4engineer
PRO
6
1.9k
Claude code Orchestra
ozakiomumkj
3
970
はじめてのDatadog
kairim0
0
280
GoとSIMDとWasmの今。
askua
3
510
AI Adaptable なテストを整える工夫 / Ways to Make Your Tests AI-Adaptable
bitkey
PRO
3
210
Featured
See All Featured
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.5k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
550
Faster Mobile Websites
deanohume
310
31k
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
130
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.5k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.1k
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
720
A Modern Web Designer's Workflow
chriscoyier
698
190k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
530
How to make the Groovebox
asonas
2
2.2k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
300
Building an army of robots
kneath
306
46k
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 資産を活用し低コストで構築・運用
おわり