
Migrate Oai App
- 836 installs
- 2.7k repo stars
- Updated July 23, 2026
- modelcontextprotocol/ext-apps
migrate-oai-app is a Claude Code skill that ports OpenAI Apps SDK applications using window.openai and openai/outputTemplate onto the MCP Apps SDK for developers who need those interactive UIs to run in MCP-aware coding
About
migrate-oai-app is a migration skill from modelcontextprotocol/ext-apps with step-by-step guidance for converting OpenAI Apps SDK apps to the MCP Apps SDK (@modelcontextprotocol/ext-apps). It targets code that relies on window.openai APIs, openai/outputTemplate rendering, and legacy skybridge patterns, providing API mapping tables between the two SDKs. Developers reach for migrate-oai-app when an existing OpenAI conversational UI must run under the standardized MCP interactive UI protocol in clients such as MCP-enabled coding agents. The skill emphasizes dependency updates via package managers and best-practice porting rather than greenfield UI creation.
- Step-by-step path from OpenAI Apps SDK to @modelcontextprotocol/ext-apps
- Before/after API mapping tables for window.openai and outputTemplate patterns
- Clone pinned ext-apps repo for reference docs and working examples
- Package-manager-first dependency adds (no guessed version pins)
- Mandatory final todo to re-walk the skill’s Before Finishing checklist
Migrate Oai App by the numbers
- 836 all-time installs (skills.sh)
- +24 installs in the week ending Aug 4, 2026 (Skillselion tracking)
- Ranked #1,289 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Security screen: CRITICAL risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/modelcontextprotocol/ext-apps --skill migrate-oai-appAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 836 |
|---|---|
| repo stars | ★ 2.7k |
| Security audit | 2 / 3 scanners passed |
| Last updated | July 23, 2026 |
| Repository | modelcontextprotocol/ext-apps ↗ |
How do you migrate OpenAI Apps SDK to MCP?
Port an OpenAI Apps SDK app that uses window.openai and openai/outputTemplate onto the MCP Apps SDK so it runs in MCP-aware coding agents and chat clients.
Who is it for?
Frontend and agent UI developers maintaining OpenAI Apps SDK chat widgets who must standardize on MCP Apps SDK for MCP clients.
Skip if: Greenfield MCP apps with no OpenAI Apps SDK heritage, or teams staying exclusively on window.openai without MCP client targets.
When should I use this skill?
The user asks to migrate from OpenAI Apps SDK, convert window.openai usage, port skybridge apps, or move openai/outputTemplate to MCP Apps SDK.
What you get
An MCP Apps SDK project with mapped replacements for window.openai calls, outputTemplate wiring, and updated @modelcontextprotocol/ext-apps dependencies.
- MCP Apps SDK port plan
- API mapping reference
- Updated ext-apps project structure
Files
Migrate OpenAI App to MCP
Migrate existing OpenAI Apps SDK applications to the MCP Apps SDK (@modelcontextprotocol/ext-apps). The MCP Apps SDK provides a standardized, open protocol for interactive UIs in conversational clients.
Best Practices
- Use your package manager to add dependencies (e.g.,
npm install,pnpm add,yarn add) instead of manually writing version numbers. This lets the package manager resolve the latest compatible versions. Never specify version numbers from memory. - Preemptively add a final todo item with this exact wording: "Re-read the 'Before Finishing' checklist in this skill and address each checkbox individually, stating what you did for each one, before marking this todo complete."
Getting Reference Code
Clone the SDK repository for complete migration documentation and working examples:
git clone --branch "v$(npm view @modelcontextprotocol/ext-apps version)" --depth 1 https://github.com/modelcontextprotocol/ext-apps.git /tmp/mcp-ext-appsMigration Reference Guide
Read the migration reference guide with "before/after" mapping tables: /tmp/mcp-ext-apps/docs/migrate_from_openai_apps.md
API Reference (Source Files)
Read JSDoc documentation directly from /tmp/mcp-ext-apps/src/*:
| File | Contents |
|---|---|
src/app.ts | App class, handlers, lifecycle |
src/server/index.ts | registerAppTool, registerAppResource |
src/spec.types.ts | Type definitions |
src/react/useApp.tsx | useApp hook for React apps |
src/react/use*.ts* | Other use* hooks for React apps |
Front-End Framework Examples
See /tmp/mcp-ext-apps/examples/basic-server-{framework}/ for basic SDK usage examples organized by front-end framework:
| Template | Key Files |
|---|---|
basic-server-vanillajs/ | server.ts, src/mcp-app.ts, mcp-app.html |
basic-server-react/ | server.ts, src/mcp-app.tsx (uses useApp hook) |
basic-server-vue/ | server.ts, src/App.vue |
basic-server-svelte/ | server.ts, src/App.svelte |
basic-server-preact/ | server.ts, src/mcp-app.tsx |
basic-server-solid/ | server.ts, src/mcp-app.tsx |
CSP Investigation
MCP Apps HTML is served as an MCP resource, not as a web page, and runs in a sandboxed iframe with no same-origin server. Every origin must be declared in CSP—including the origin serving your JS/CSS bundles (localhost in dev, your CDN in production). Missing origins fail silently.
Before writing any migration code, build the app and investigate all origins it references:
1. Build the app using the existing build command 2. Search the resulting HTML, CSS, and JS for every origin (not just "external" origins—every network request will need CSP approval) 3. For each origin found, trace back to source:
- If it comes from a constant → universal (same in dev and prod)
- If it comes from an env var or conditional → note the mechanism and identify both dev and prod values
4. Check for third-party libraries that may make their own requests (analytics, error tracking, etc.)
Document your findings as three lists, and note for each origin whether it's universal, dev-only, or prod-only:
- resourceDomains: origins serving images, fonts, styles, scripts
- connectDomains: origins for API/fetch requests
- frameDomains: origins for nested iframes
If no origins are found, the app may not need custom CSP domains.
CORS Configuration
MCP clients make cross-origin requests. If using Express, app.use(cors()) handles this.
For raw HTTP servers, configure standard CORS and additionally:
- Allow headers:
mcp-session-id,mcp-protocol-version,last-event-id - Expose headers:
mcp-session-id
Key Conceptual Changes
Server-Side
Use registerAppTool() and registerAppResource() helpers instead of raw server.registerTool() / server.registerResource(). These helpers handle the MCP Apps metadata format automatically.
See /tmp/mcp-ext-apps/docs/migrate_from_openai_apps.md for server-side mapping tables.
Client-Side
The fundamental paradigm shift: OpenAI uses a synchronous global object (window.openai.toolInput, window.openai.theme) that's pre-populated before your code runs. MCP Apps uses an App instance with async event handlers.
Key differences:
- Create an
Appinstance and register handlers (ontoolinput,ontoolresult,onhostcontextchanged) before callingconnect(). (Events may fire immediately after connection, so handlers must be registered first.) - Access tool data via handlers:
app.ontoolinputforwindow.openai.toolInput,app.ontoolresultforwindow.openai.toolOutput. - Access host environment (theme, locale, etc.) via
app.getHostContext().
For React apps, the useApp hook manages this lifecycle automatically—see basic-server-react/ for the pattern.
See /tmp/mcp-ext-apps/docs/migrate_from_openai_apps.md for client-side mapping tables.
Features Not Yet Available in MCP Apps
These OpenAI features don't have MCP equivalents yet:
Server-side:
| OpenAI Feature | Status/Workaround |
|---|---|
_meta["openai/toolInvocation/invoking"] / _meta["openai/toolInvocation/invoked"] | Progress indicators not yet available |
_meta["openai/widgetDescription"] | Use app.updateModelContext() for dynamic context |
Client-side:
| OpenAI Feature | Status/Workaround |
|---|---|
window.openai.widgetState / setWidgetState() | Use localStorage or server-side state |
window.openai.uploadFile() / getFileDownloadUrl() | File operations not yet available |
window.openai.requestModal() / requestClose() | Modal management not yet available |
window.openai.view | Not yet available |
Before Finishing
Slow down and carefully follow each item in this checklist:
- [ ] Search for and migrate any remaining server-side OpenAI patterns:
| Pattern | Indicates |
|---|---|
"openai/ | Old metadata keys → _meta.ui.* |
text/html+skybridge | Old MIME type → RESOURCE_MIME_TYPE constant |
text/html;profile=mcp-app | New MIME type, but prefer RESOURCE_MIME_TYPE constant |
_domains" or _domains: | snake_case CSP → camelCase (connect_domains → connectDomains) |
- [ ] Search for and migrate any remaining client-side OpenAI patterns:
| Pattern | Indicates |
|---|---|
window.openai.toolInput | Old global → params.arguments in ontoolinput handler |
window.openai.toolOutput | Old global → params.structuredContent in ontoolresult |
window.openai | Old global API → App instance methods |
- [ ] For each origin from your CSP investigation, show where it appears in the
registerAppResource()CSP config. Every origin from the CSP investigation (universal, dev-only, prod-only) must be included in the CSP config—MCP Apps HTML runs in a sandboxed iframe with no same-origin server. If an origin was not included in the CSP config, add it now.
- [ ] For each conditional (dev-only, prod-only) origin from your CSP investigation, show the code where the same configuration setting (env var, config file, etc.) controls both the runtime URL and the CSP entry. If the CSP has a hardcoded origin that should be conditional, fix it now—the app must be production-ready.
Testing
Using basic-host
Test the migrated app with the basic-host example:
# Terminal 1: Build and run your server
npm run build && npm run serve
# Terminal 2: Run basic-host (from cloned repo)
cd /tmp/mcp-ext-apps/examples/basic-host
npm install
SERVERS='["http://localhost:3001/mcp"]' npm run start
# Open http://localhost:8080Verify Runtime Behavior
Once the app loads in basic-host, confirm: 1. App loads without console errors 2. ontoolinput handler fires with tool arguments 3. ontoolresult handler fires with tool result
Related skills
FAQ
What does migrate-oai-app convert?
migrate-oai-app ports OpenAI Apps SDK applications that use window.openai and openai/outputTemplate to the MCP Apps SDK (@modelcontextprotocol/ext-apps), including guidance for legacy skybridge-based apps.
When should developers run migrate-oai-app?
migrate-oai-app applies when an interactive OpenAI chat UI must run inside MCP-aware coding agents or clients, and the team needs API mapping tables rather than rewriting the UI from scratch.
Is Migrate Oai App safe to install?
skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.