Build with mcp-use

Treat the installed mcp-use package, its exported types, generated declarations, and the project's existing code as the source of truth. Inspect the installed version before choosing APIs or changing code.

Workflow

1. Inspect package.json, the server entry, exported tool refs, mcp-env.d.ts, views/, skills/, and the installed mcp-use version.
2. Scaffold a new stable project with create-mcp-use-app@latest and the appropriate template. Match the package version or dist-tag when working on beta, canary, or an existing versioned project.
3. Read only the references needed for the task:
   • Server for tools, resources, prompts, MCP middleware, request context, and result envelopes.
   • Views for interactive MCP Apps, React hooks, model context, host capabilities, assets, CSP, and endpoint/UI domain handling.
   • Authentication for OAuth providers, verified identity, scopes, permissions, and authorization.
   • Skills over MCP when a server should ship reusable workflows alongside its tools.
   • Advanced features for OpenAPI, proxying, notifications, subscriptions, and elicitation.
   • Migration only when retired or compatibility-only imports, helpers, registration shapes, UI patterns, or session assumptions are present.
   • Verification before reporting implementation work complete.
4. Implement against installed types. Prefer the framework's current conventions over copied examples or historical changelogs.
5. Validate the smallest real lifecycle that proves the changed behavior, then expand checks in proportion to risk.

Core invariants