Create files, package scripts, and the first entry point yourself.
Build MCP servers with the workflow already wired in.
The create-next-app for MCP servers. Scaffold, develop, test, validate, diagnose, document, build, and ship from one toolkit instead of assembling the workflow yourself.
Generating client config
The generated client configuration is intentionally explicit. Today the templates create `.vscode/mcp.json`; the docs avoid claiming other generated client configs.
Building the server is only part of the job.
Raw MCP SDK boilerplate gets you to an entry file. It does not give you a complete developer workflow. `mcpkit` is most useful in the gaps around the server itself.
Choose stdio or HTTP and connect transport details correctly.
Catch obvious mistakes before runtime and editor integration.
Check environment, SDK presence, structure, and config files.
Add working MCP client config instead of starting from scratch.
Run tests, build, bump versions, and publish consistently.
One toolkit, one command language, one visible path to shipping.
The commands are designed as a system rather than isolated utilities. You scaffold, run, test, validate, diagnose, build, and ship from the same toolchain.
Explore the actual CLI surface, not imagined marketing syntax.
Every command, option, and preview here is derived from the current repository.
Progress from minimal stdio to a fuller operational baseline.
The templates are not duplicates. Each one adds a verified layer of capability and generated structure.
basic
Start fast, learn the MCP shape, and run locally with the fewest moving parts.
- src/index.ts
- .vscode/mcp.json
http
Expose an HTTP MCP endpoint with home and health routes on port 3100.
- src/index.ts
- .vscode/mcp.json
auth
Protect `/mcp` with bearer-token verification and a separate auth helper.
- src/index.ts
- src/auth.ts
- .vscode/mcp.json
full
Add metrics, structured logging, health checks, linting, and formatting config.
- src/index.ts
- src/auth.ts
- src/logger.ts
- src/health.ts
- src/metrics.ts
More than scaffolding: the surrounding workflow is part of the product.
Development workflow
The generated projects come with watch-mode scripts, and the CLI exposes a `dev` command with inspector and test-watcher helpers.
Testing and validation
Use the generated Vitest scripts, `mcpkit test`, and `mcpkit validate` for quick checks from the terminal.
Diagnostics
`check-env` and `doctor` cover environment readiness, project structure, SDK presence, and MCP config discovery.
Inspector and debugging
`mcpkit dev --inspect` links to the official MCP Inspector instead of inventing another local debugging layer.
Build and ship
`build` and `ship` keep the release path close to the rest of the toolkit instead of leaving production steps disconnected.
Shell completions
Generate or install completions for bash, zsh, and fish directly from the CLI.
See the actual project shape users get after `mcpkit init`.
The generated structure is not just an entry file. The `full` template adds the surrounding workflow pieces developers usually end up hand-assembling later: auth wiring, logging, health checks, metrics, linting, and formatting.
The docs reference uses the real generated file set, and the template pages explain where the current implementation is strong and where it still has caveats.
- src/index.ts wires routes, transport, auth, and metrics.
- src/auth.ts holds bearer-token verification middleware.
- src/health.ts returns uptime and version data.
- src/metrics.ts stores in-memory counters and timing samples.
The shortest reliable path to a working MCP server.
This path uses the current package name and an explicit npm package-manager choice, so it remains usable even if you do not have Bun installed yet.
- • installs the published CLI package
- • scaffolds the verified `basic` template
- • installs dependencies automatically in `--yes` mode
- • starts the generated server with `npm run dev`
Learn, reference, and troubleshoot without leaving the product experience.
The docs live in the same app, use the same visual system, and are written from verified command behavior and generated template output.
Open repository, visible code, real contribution paths.
No invented stats, no fabricated logos, no testimonial theater. Just the repository, the package, contribution docs, and the current roadmap in context.
Adoption questions answered from the current implementation.
mcpkit is a CLI toolkit for creating and working with TypeScript MCP servers. In the current repository it covers project creation, development helpers, testing, validation, diagnostics, docs generation, builds, publishing, and shell completions.
Why mcpkitUnderstand it. Try it. Keep going in the docs.
The shortest path starts with the install command, continues through Quick Start, and stays grounded in the repository-backed docs.