FrontMCP Development Router
Entry point for building MCP server components. This skill helps you find the right development reference based on what you want to build. It does not teach implementation details itself — it routes you to the specific reference (under references/) that does.
When to Use This Skill
Must Use
- Starting a FrontMCP development task and unsure which component type to build (tool vs resource vs prompt vs agent)
- Onboarding to the FrontMCP development model and need an overview of all building blocks
- Planning a feature that may require multiple component types working together
Recommended
- Looking up the canonical name of a development reference to install or search
- Comparing component types to decide which fits your use case
- Understanding how tools, resources, prompts, agents, and skills relate to each other
Skip When
- You already know which component to build (go directly to
create-tool,create-resource, etc.) - You need to configure server settings, not build components (see
frontmcp-config) - You need to deploy or build, not develop (see
frontmcp-deployment)
Decision: Use this skill when you need to figure out WHAT to build. Open the matching reference under
references/directly when you already know.
Prerequisites
- A scaffolded FrontMCP project (see
frontmcp-setupif you don't have one). - Familiarity with TypeScript decorators and Zod schemas — every component is decorator-driven and validates I/O via Zod.
- Decide whether you're adding to an existing
@Appor composing a new one (multi-app projects: seemulti-app-composition).
Steps
This is a router skill. The "steps" here are how to choose the right reference (a markdown file under references/), not how to implement a component.
- Identify the component type using the Scenario Routing Table below.
- Open the matching reference (e.g.
references/create-tool.md,references/create-resource.md) and follow its Steps section. - Compose, if needed: most non-trivial features need two or more components (e.g. tool + provider, resource + adapter). Read each reference independently before wiring them together.
- Test before integration (
frontmcp-testing) — every component type has a unit-test recipe.
Scenario Routing Table
| Scenario | Reference | Description |
|---|---|---|
| Expose an executable action that AI clients can call | create-tool |
Class-based or function-style tools with Zod input/output validation |
| Expose read-only data via a URI | create-resource |
Static resources or URI template resources for dynamic data |
| Create a reusable conversation template or system prompt | create-prompt |
Prompt entries with arguments and multi-turn message sequences |
| Build an autonomous AI loop that orchestrates tools | create-agent |
Agent entries with LLM config, inner tools, and swarm handoff |
| Register shared services or configuration via DI | create-provider |
Dependency injection tokens, lifecycle hooks, factory providers |
| Run a background task with progress and retries | create-job |
Job entries with attempt tracking, retry config, and progress |
| Chain multiple jobs into a sequential pipeline | create-workflow |
Workflow entries that compose jobs with data passing |
| Write instruction-only AI guidance (no code execution) | create-skill |
Skill entries with markdown instructions from files, strings, or URLs |
| Write AI guidance that also orchestrates tools | create-skill-with-tools |
Skill entries that combine instructions with registered tools |
| Look up any decorator signature or option | decorators-guide |
Complete reference for @Tool, @Resource, @Prompt, @Agent, @App, @FrontMcp, and more |
| Overview of all official adapters | official-adapters |
Router to all adapter types; adapter vs plugin comparison |
| Integrate an external API via OpenAPI spec | openapi-adapter |
OpenapiAdapter with auth, polling, filtering, transforms, format resolution, $ref security |
| Use official plugins (caching, remember, feature flags) | official-plugins |
Built-in plugins for caching, session memory, approval, and feature flags (dashboard is beta) |
| Connect to an external data source via a custom adapter | create-adapter |
Create custom adapters for external data sources |
| Configure LLM settings for an agent component | create-agent-llm-config |
Configure LLM settings for agent components |
| Add will/did/around lifecycle hooks to a plugin | create-plugin-hooks |
Add lifecycle hooks to plugins (will/did/around) |
| Annotate tools with client hints for AI clients | create-tool-annotations |
Add MCP tool annotations for client hints |
| Define typed output schemas for tool responses | create-tool-output-schema-types |
Define typed output schemas for tools |
| Render an interactive UI widget for a tool's result | create-tool-ui |
Configure @Tool({ ui }) widgets via MCP Apps (SEP-1865), ui://widget/<tool>.html resources, CSP, bridge |
Recommended Reading Order
decorators-guide— Start here to understand the full decorator landscapecreate-tool— The most common building block; learn tools firstcreate-resource— Expose data alongside toolscreate-prompt— Add reusable conversation templatescreate-provider— Share services across tools and resources via DIcreate-agent— Build autonomous AI loops (advanced)create-job/create-workflow— Background processing (advanced)create-skill/create-skill-with-tools— Author your own skills (meta)official-adapters/openapi-adapter— Integrate external APIs via OpenAPI specsofficial-plugins— Add caching, session memory, feature flags, and morecreate-tool-ui— Add a rendered widget to a tool response (MCP Apps / SEP-1865)
Cross-Cutting Patterns
| Pattern | Applies To | Rule |
|---|---|---|
| Naming convention | Tools | Use snake_case for tool names (get_weather, not getWeather) |
| Naming convention | Skills, resources | Use kebab-case for skill and resource names |
| File naming | All components | Use <name>.<type>.ts pattern (e.g., fetch-weather.tool.ts) |
| DI access | Tools, resources, prompts, agents | Use this.get(TOKEN) (throws) or this.tryGet(TOKEN) (returns undefined) |
| Error handling | All components | Use this.fail(err) with MCP error classes, not raw throw |
| Input validation | Tools | Always use Zod raw shapes (not z.object()) for inputSchema |
| Output validation | Tools | Always define outputSchema to prevent data leaks |
| Registration | All components | Best practice: register components in their owning @App. @FrontMcp also accepts entity arrays at the top level (tools, resources, skills, providers, plugins, jobs, channels, authorities) for simple single-app servers, but @App provides modularity, per-app auth, and lifecycle hooks. |
| Test files | All components | Use .spec.ts extension, never .test.ts |
Common Patterns
| Pattern | Correct | Incorrect | Why |
|---|---|---|---|
| Choosing component type | Tool for actions, Resource for data, Prompt for templates | Using a tool to return static data | Each type has protocol-level semantics; misuse confuses AI clients |
| Component registration | Register in @App arrays, compose apps in @FrontMcp |
Register tools directly in @FrontMcp without an @App |
Apps provide modularity; direct registration bypasses app-level hooks |
| Shared logic | Extract to a @Provider and inject via DI |
Duplicate code across multiple tools | Providers are testable, lifecycle-managed, and scoped |
| Complex orchestration | Use @Agent with inner tools |
Chain tool calls manually in a single tool | Agents handle LLM loops, retries, and tool selection automatically |
| Background work | Use @Job with retry config |
Run long tasks inside a tool's execute() |
Jobs have progress tracking, attempt awareness, and timeout handling |
Verification Checklist
Architecture
- Each component type matches its semantic purpose (action=tool, data=resource, template=prompt)
- Shared services use
@Providerwith DI tokens, not module-level singletons - Components are registered in
@Apparrays, apps composed in@FrontMcp
Development Workflow
- Files follow
<name>.<type>.tsnaming convention - Each component has a corresponding
.spec.tstest file -
decorators-guideconsulted for unfamiliar decorator options
Troubleshooting
| Problem | Cause | Solution |
|---|---|---|
| Unsure which component type to use | Requirements are ambiguous | Check the Scenario Routing Table above; if the action modifies state, use a tool; if it returns data by URI, use a resource |
| Component not discovered at runtime | Not registered in @App or @FrontMcp arrays |
Add to the appropriate array (tools, resources, prompts, etc.) |
| DI token not resolving | Provider not registered in scope | Register the provider in the providers array of the same @App |
| Need both AI guidance and tool execution | Used create-skill but need tools too |
Switch to create-skill-with-tools which combines instructions with registered tools |
Examples
Each reference has matching examples under examples/<reference>/:
create-adapter
| Example | Level | Description |
|---|---|---|
basic-api-adapter |
Basic | A minimal adapter that fetches operation definitions from an external API and generates MCP tools. |
namespaced-adapter |
Intermediate | An adapter that namespaces generated tools to avoid collisions and includes proper error handling for startup failures. |
create-agent-llm-config
| Example | Level | Description |
|---|---|---|
anthropic-config |
Basic | Configuring an agent with the Anthropic provider and common model options. |
openai-config |
Basic | Configuring an agent with the OpenAI provider and different model options. |
create-agent
| Example | Level | Description |
|---|---|---|
basic-agent-with-tools |
Basic | An autonomous agent that uses inner tools to review GitHub pull requests. |
custom-multi-pass-agent |
Intermediate | An agent that overrides execute() to perform multi-pass LLM reasoning with this.completion(). |
nested-agents-with-swarm |
Advanced | Composing specialized sub-agents and configuring swarm-based handoff between agents. |
create-job
| Example | Level | Description |
|---|---|---|
basic-report-job |
Basic | A minimal job that generates a report with progress tracking and structured output. |
job-with-permissions |
Advanced | A data export job with declarative permission controls, plus a function-style job for simple tasks. |
job-with-retry |
Intermediate | A job that syncs data from an external API with automatic retry, exponential backoff, and batch progress tracking. |
create-plugin-hooks
| Example | Level | Description |
|---|---|---|
basic-logging-plugin |
Basic | Demonstrates a plugin that logs tool execution using @Will and @Did hook decorators from the pre-built ToolHook export. |
caching-with-around |
Intermediate | Demonstrates wrapping tool execution with an @Around hook to implement result caching with TTL-based expiry. |
tool-level-hooks-and-stage-replacement |
Advanced | Demonstrates two advanced patterns: adding @Will/@Did hooks directly on a @Tool class (scoped to that tool only), and using @Stage in a plugin to replace a flow stage entirely with a filtered mock. |
create-plugin
| Example | Level | Description |
|---|---|---|
basic-plugin-with-provider |
Basic | A minimal plugin that contributes an injectable service via the providers and exports arrays. |
configurable-dynamic-plugin |
Advanced | A plugin that accepts runtime configuration via DynamicPlugin and extends decorator metadata with custom fields. |
plugin-with-context-extension |
Intermediate | A plugin that adds a this.auditLog property to all execution contexts using context extensions and module augmentation. |
create-prompt
| Example | Level | Description |
|---|---|---|
basic-prompt |
Basic | A simple prompt that generates a structured code review message from user-provided arguments. |
dynamic-rag-prompt |
Advanced | A prompt that queries a knowledge base via DI to build context-aware messages at runtime. |
multi-turn-debug-session |
Intermediate | A prompt that uses alternating user/assistant messages to guide a structured debugging conversation. |
create-provider
| Example | Level | Description |
|---|---|---|
basic-database-provider |
Basic | A provider that manages a database connection pool with onInit() and onDestroy() lifecycle hooks. |
config-and-api-providers |
Intermediate | A configuration provider with readonly environment settings and an HTTP API client provider. |
create-resource
| Example | Level | Description |
|---|---|---|
basic-static-resource |
Basic | A static resource that exposes application configuration at a fixed URI. |
binary-and-multi-content |
Advanced | A resource serving binary blob data and a resource returning multiple content items. |
parameterized-template |
Intermediate | A resource template with typed URI parameters and argument autocompletion. |
create-skill-with-tools
| Example | Level | Description |
|---|---|---|
basic-tool-orchestration |
Basic | A skill that guides an AI client through a deploy workflow using referenced MCP tools. |
directory-skill-with-tools |
Advanced | A directory-based skill loaded with skillDir(), plus a class-based skill using Agent Skills spec metadata fields. |
incident-response-skill |
Intermediate | A skill that uses object-style tool references with purpose descriptions and required flags, plus strict validation. |
create-skill
| Example | Level | Description |
|---|---|---|
basic-inline-skill |
Basic | A minimal instruction-only skill with inline content and the function builder alternative. |
directory-based-skill |
Advanced | A skill loaded from a directory structure with SKILL.md frontmatter, plus file-based and URL-based instruction sources. |
parameterized-skill |
Intermediate | A skill with customizable parameters, usage examples for AI guidance, and controlled visibility. |
create-tool-annotations
| Example | Level | Description |
|---|---|---|
destructive-delete-tool |
Intermediate | Demonstrates annotating a tool that deletes data, enabling MCP clients to warn users before execution. |
readonly-query-tool |
Basic | Demonstrates annotating a tool that only reads data, signaling to MCP clients that it has no side effects and is safe to retry. |
create-tool-output-schema-types
| Example | Level | Description |
|---|---|---|
primitive-and-media-outputs |
Intermediate | Demonstrates using primitive string literals and media types as outputSchema for tools that return plain text, images, or multi-content arrays. |
zod-raw-shape-output |
Basic | Demonstrates the recommended approach of using a Zod raw shape as outputSchema for structured, validated JSON output. |
zod-schema-advanced-output |
Advanced | Demonstrates using full Zod schema objects (not raw shapes) as outputSchema, including z.object(), z.array(), z.union(), and z.discriminatedUnion(). |
create-tool-ui
| Example | Level | Description |
|---|---|---|
basic-html-template |
Basic | A minimal function template that renders the tool output as a styled HTML card using ctx.helpers.escapeHtml. |
widget-with-csp-and-bridge |
Intermediate | An interactive widget that fetches from an allow-listed origin via csp.connectDomains and invokes another tool via window.FrontMcpBridge.callTool. |
file-source-tsx-widget |
Advanced | A .tsx FileSource widget that bundles a React chart component and renders in every host — including Claude — by setting resourceMode: 'inline' so React is inlined into the widget (#454). |
create-tool
| Example | Level | Description |
|---|---|---|
basic-class-tool |
Basic | A minimal tool using the class-based pattern with Zod input validation and output schema. |
tool-with-di-and-errors |
Intermediate | A tool that resolves a database service via DI and uses this.fail() for business-logic errors. |
tool-with-rate-limiting-and-progress |
Advanced | A batch processing tool that uses rate limiting, concurrency control, progress notifications, and annotations. |
create-workflow
| Example | Level | Description |
|---|---|---|
basic-deploy-pipeline |
Basic | A linear workflow that builds, tests, and deploys a service with step dependencies and dynamic input. |
parallel-validation-pipeline |
Intermediate | A workflow that validates multiple datasets in parallel, then conditionally merges results or notifies on failure. |
webhook-triggered-workflow |
Advanced | A CI/CD workflow triggered by a webhook, featuring continueOnError, per-step conditions, and the workflow() function builder. |
decorators-guide
| Example | Level | Description |
|---|---|---|
agent-skill-job-workflow |
Advanced | Demonstrates the advanced decorator types: @Agent for autonomous AI agents, @Skill for knowledge packages, @Job for background tasks, and @Workflow for multi-step orchestration. |
basic-server-with-app-and-tools |
Basic | Demonstrates the minimal decorator hierarchy to create a working FrontMCP server with one app containing a tool and a resource. |
multi-app-with-plugins-and-providers |
Intermediate | Demonstrates a server with multiple @App modules, a @Provider for dependency injection, and a @Plugin for cross-cutting concerns. |
openapi-adapter
| Example | Level | Description |
|---|---|---|
basic-openapi-adapter |
Basic | Demonstrates converting an OpenAPI specification into MCP tools automatically using OpenapiAdapter with minimal configuration. |
authenticated-adapter-with-polling |
Intermediate | Demonstrates configuring authentication (API key and bearer token) and automatic spec polling for OpenAPI adapters. |
format-resolution-and-custom-resolvers |
Intermediate | Demonstrates using built-in and custom format resolvers to enrich tool input schemas with concrete constraints from OpenAPI format values. |
ref-security-and-filtering |
Intermediate | Demonstrates configuring $ref resolution security to prevent SSRF attacks and filtering which API operations become MCP tools. |
multi-api-hub-with-inline-spec |
Advanced | Demonstrates registering multiple OpenAPI adapters from different APIs in a single app, including one with an inline spec definition instead of a remote URL. |
official-plugins
| Example | Level | Description |
|---|---|---|
cache-and-feature-flags |
Intermediate | Demonstrates combining the Cache plugin for tool result caching with the Feature Flags plugin for gating tools behind flags. |
production-multi-plugin-setup |
Advanced | Demonstrates a production-ready server configuration combining CodeCall, Remember, Approval, Cache, and Feature Flags plugins with Redis storage and external flag services. |
remember-plugin-session-memory |
Basic | Demonstrates installing the Remember plugin and using this.remember in tools to store and retrieve session memory. |
Accessing This Skill
Skills are distributed as plain SKILL.md files plus a sibling references/
and examples/ tree, so consumers can pick whichever access mode fits:
| Mode | How it works |
|---|---|
| Filesystem | Read libs/skills/catalog/frontmcp-development/ directly from a clone of the catalog repo, or from a published @frontmcp/skills install. SKILL.md is the entry point. |
frontmcp CLI |
frontmcp skills list, frontmcp skills read frontmcp-development, frontmcp skills read frontmcp-development:references/<file>.md, frontmcp skills install frontmcp-development — no server required. |
MCP skill:// |
When a developer mounts this skill into their own FrontMCP server (@FrontMcp({ skills: [...] })), the SDK exposes it via SEP-2640 resources: skill://frontmcp-development/SKILL.md, skill://frontmcp-development/references/{file}.md, etc. The server’s skill://index.json returns the SEP-2640 discovery document for everything mounted on it. |
The catalog itself is not an MCP server. The skill:// URIs only resolve
when a server has been configured to host this skill.
Reference
- FrontMCP Overview
- Related skills:
create-tool,create-tool-ui,create-resource,create-prompt,create-agent,create-provider,create-job,create-workflow,create-skill,create-skill-with-tools,decorators-guide,official-adapters,openapi-adapter,official-plugins