Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
Create trips, compare variants side by side, and add accommodation, transport and event options.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
适用于网页版、桌面版和手机版 Claude:
https://mcp.mynextadventure.cloud/mcp在终端中运行这条命令
claude mcp add --transport http trip-planner https://mcp.mynextadventure.cloud/mcp粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"trip-planner": {
"url": "https://mcp.mynextadventure.cloud/mcp"
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"trip-planner": {
"type": "http",
"url": "https://mcp.mynextadventure.cloud/mcp"
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
ChatGPT 只能连接互联网上的服务器:
https://mcp.mynextadventure.cloud/mcp菜单名称可能因套餐和版本不同而略有差异。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
我们还没有读取这个服务器的工具列表;我们会轮流检查各个端点。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过域名 mynextadventure.cloud 验证(注册中心会核实域名所有权)
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
尚未检查;我们会轮流检查各个端点
尚未检查;我们会轮流检查各个端点
尚未检查;我们会在检查端点时读取工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在作者的云端运行。通过互联网连接,无需安装,但你发送的内容会经过作者的服务器。
GitHub 仓库最后更新于–,最新版本(1.0.1)于33天前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,所以接受远程 MCP 服务器的应用也可以使用,例如开启开发者模式的 ChatGPT。
同一分类中有:Spec Driven Development, Remote Desktop Commander, 好縮 Short
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Smart URL shortener: create, tag and track short links on s.gooo.name.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
A remote Model Context Protocol server that lets an AI assistant plan trips in MyNextAdventure — create a trip, lay out the itinerary, propose flights and hotels, add things to do, and share the result.
It runs as a stateless Cloudflare Worker and is a thin, authenticated proxy in front of the MyNextAdventure public API: it holds no trip data of its own, and forwards every call to the API under the caller's own API key.
https://mcp.mynextadventure.cloud/mcp (Streamable HTTP)https://api.mynextadventure.cloud (v1 public API)Every request needs a MyNextAdventure API key. Create one in the app under Settings → API keys, then send it as either:
Authorization: Bearer — what most MCP clients send, and what mcp-remote does, orX-API-Key: — for clients that only let you set custom headers.The worker forwards it to the API as X-API-Key. Requests without a key get a 401. Whatever the key can do, the assistant can do: keys are per-user, so the assistant only ever sees that user's trips.
Where your key lives. The server is stateless: your key is read from the headers of each request, used to make that one call to the MyNextAdventure API, and never stored — there is no session storage and no Durable Object holding it between requests. It is never logged and is not shared between requests or users. Revoke a key any time in the app under Settings → API keys.
24 tools, covering the operations conversational planning actually needs. Each one is a curated view over a MyNextAdventure API operation — see Regenerating the tools.
| Tool | What it does |
|---|---|
whoami | Which account the API key belongs to (handy for checking the connection). |
list_trips | List the user's trips; filter by status (planning, ready, finished, cancelled). |
get_trip | One trip in full — variants, destinations, options, events. Needed before any edit. |
create_trip | Create a new, empty trip. |
update_trip | Rename, set a cover photo, or move the trip through its lifecycle. |
create_trip_share_link | Create/refresh a public read-only share link. |
create_variant | Add an alternative plan (dates live here: exact or flexible). |
duplicate_variant | Copy a variant with everything in it. |
update_variant | Rename a variant, change its dates or notes. |
select_variant | Mark a variant as the chosen plan. |
add_destination | Add a stop to a variant, in itinerary order. |
update_destination | Change a stop's place name, dates or notes. |
reorder_destinations | Reorder the stops in a variant. |
add_accommodation_option | Propose a place to stay at a destination. |
add_transport_option | Propose a way of getting to a destination. |
add_getting_around_option | Propose local mobility (public transport, rental car, …). |
update_destination_option | Edit an existing option of any of the three kinds. |
select_destination_option | Select — or, with no optionId, deselect — an option. |
add_event | Add an activity (museum, concert, restaurant, tour) to a variant. |
update_event | Edit an activity. |
toggle_event | Flip an activity between committed and "just an idea". |
delete_trip_item | Permanently delete a variant, destination, option or event. Deleting a whole variant additionally requires confirm: true. |
list_goals | List the user's travel goals / bucket list. |
add_goal | Add a goal from a name or a URL. |
The server also ships MCP instructions describing the data model (trip → variants → destinations → options, with events on the variant) and the usual order of operations, so a client does not have to guess the workflow.
Not exposed yet, though the API supports them: collaborator access management and invites, voting, collections, invite tokens, goal↔trip linking, API key management, and trip deletion.
Every tool publishes a human-readable title (also as annotations.title; set in scripts/tool-manifest.ts, required by the Claude connectors directory) and all four MCP ToolAnnotations hints on tools/list, so clients can tell at a glance what is safe to run unattended:
| Hint | True for |
|---|---|
readOnlyHint | The 4 lookups: whoami, list_trips, get_trip, list_goals. The other 20 write. |
destructiveHint | delete_trip_item only. Everything else adds records or edits fields in place. |
idempotentHint | The update_* / select_* tools, reorder_destinations, create_trip_share_link (the API returns the existing token) and delete_trip_item. False for every add_*/create_* — a second call adds a second record — and for toggle_event, which flips a flag. |
openWorldHint | The 8 tools whose request can reach a third-party API: the three read tools (Kinde profiles, Google Places, currency conversion) plus add_accommodation_option, add_transport_option, add_event, update_destination_option and update_event, which resolve a googlePlaceId through Google Places when one is supplied. The rest only touch MyNextAdventure storage. |
The spec's defaults are the pessimistic ones (destructiveHint and openWorldHint both default to true), so the manifest requires all four to be stated per tool rather than inherited. test/annotations.test.ts holds the expected classification tool by tool and cross-checks readOnlyHint against the HTTP verb each tool actually issues.
Settings → Developer → Edit Config, then add:
{
"mcpServers": { "mynextadventure": { "command": "npx", "args": [ "mcp-remote", "https://mcp.mynextadventure.cloud/mcp", "--header", "Authorization: Bearer ${MNA_API_KEY}" ], "env": { "MNA_API_KEY": "your-api-key" } } } }
Restart Claude Desktop; the tools appear under the connector.
Add a custom connector pointing at https://mcp.mynextadventure.cloud/mcp and set the Authorization: Bearer header. From Claude Code:
claude mcp add --transport http mynextadventure https://mcp.mynextadventure.cloud/mcp \
--header "Authorization: Bearer "
Settings → Connectors → Add custom connector, MCP server URL https://mcp.mynextadventure.cloud/mcp, authentication "custom header" with X-API-Key: (or Authorization: Bearer ).
Streamable HTTP at /mcp. GET / returns a small JSON health document with the endpoint and tool count.
The same tools over stdio, for clients that launch a subprocess, with the key in MNA_API_KEY. Glama's build check runs this behind mcp-proxy.
npm ci
MNA_API_KEY= npm run start:stdio
npm install
npm run dev # wrangler dev on http://localhost:8787 npm test # vitest: request building, schemas, generator freshness npm run type-check # tsc --noEmit npm run generate:tools # regenerate src/generated/tools.ts from the OpenAPI spec npx tsx scripts/smoke.ts # drive the MCP protocol against localhost:8787
scripts/smoke.ts performs a real handshake (initialize → tools/list → one tools/call), reading the API key from $MNA_API_KEY or ~/.config/mna/credentials. It refuses to call mutating tools unless --force is passed. To exercise write tools without touching real data, point the worker at a local mock:
npx wrangler dev --var MNA_API_BASE_URL:http://localhost:8899
Tool schemas are generated, not hand-written:
spec/openapi-v1.json (the API's OpenAPI snapshot)
+ scripts/tool-manifest.ts (which operations become tools; names, descriptions, annotations) ↓ scripts/generator.ts src/generated/tools.ts (committed; zod input schemas, annotations + request builders)
To add or change a tool, edit scripts/tool-manifest.ts and run npm run generate:tools. Never edit src/generated/tools.ts by hand — a test fails if it drifts from the spec.
A manifest entry names one API operation, or groups several body-less operations behind a discriminator argument (delete_trip_item's target, select_destination_option's action) to keep the tool count down. Path params can be renamed (id → tripId), query params can be narrowed to enums, and descriptions can be overridden — everything else, including the request-body schemas, comes from the spec.
Each entry must also carry annotations (all four MCP hints; see Tool annotations). TypeScript enforces this, so a new tool cannot be added without classifying it, and test/annotations.test.ts checks the result against an expected table.
npm run deploy (wrangler) — production only, so it is gated on a maintainer; CI never deploys this worker.
npm ci
npm run type-check npm test # includes a drift test: src/generated/tools.ts must match the generator output npm run dev # wrangler dev
Tools are generated from the vendored OpenAPI snapshot in spec/openapi-v1.json (canonical live spec: https://api.mynextadventure.cloud/api/v1/openapi.json) via scripts/generate-tools.ts. Regenerate after refreshing the snapshot.
This repo is the deployable source for mcp.mynextadventure.cloud. Development also happens in the My Next Adventure monorepo and is synced here on release. Issues and PRs welcome.
MIT