brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
scaffold-mcp-serverScaffold a new MCP server from tool specifications using the official SDK (TypeScript or Python), including transport configuration, tool handlers, and test harness. Use when you have a tool specification and need a working server, when starting a new MCP server project and want correct structure from the start, when migrating an existing tool integration t…
Independent GitHub snapshot · Automated classification · Original documentation governs
依工具之規,用官 MCP SDK(TypeScript 或 Python),生完備可行之 MCP 服務項目。
analyze-codebase-for-mcp 或人手書),需可行之服乃用typescript 或 python)stdio 或 sse)none、bearer-token、api-key)true 或 false,默:false)1.1. 依項目之境擇施之語:
1.2. 擇傳輸之機:
1.3. 定認證之求:
得:語、傳輸、認證之擇皆書。
敗則:求曖昧,默用 TypeScript + stdio + 無認證以最速得行之服。
2.1. 建項目目而始:
TypeScript:
mkdir -p $PROJECT_NAME && cd $PROJECT_NAME
npm init -y
npm install @modelcontextprotocol/sdk zod
npm install -D typescript @types/node tsx
npx tsc --init --target ES2022 --module nodenext --moduleResolution nodenext --outDir dist
Python:
mkdir -p $PROJECT_NAME && cd $PROJECT_NAME
python -m venv .venv
source .venv/bin/activate
pip install mcp pydantic
2.2. 立標準目之結構:
$PROJECT_NAME/
├── src/
│ ├── index.ts|main.py # Server entry point
│ ├── tools/ # One file per tool category
│ │ ├── index.ts|__init__.py
│ │ └── [category].ts|.py
│ └── utils/ # Shared utilities
│ └── validation.ts|.py
├── test/
│ ├── harness.ts|.py # MCP test harness
│ └── tools/
│ └── [category].test.ts|.py
├── package.json|pyproject.toml
├── tsconfig.json # TypeScript only
├── Dockerfile # If Docker requested
└── README.md
2.3. 增 npm 之 bin 條(TypeScript)或 Python 之入點:
TypeScript package.json:
{
"name": "$PACKAGE_NAME",
"version": "1.0.0",
"type": "module",
"bin": { "$PACKAGE_NAME": "./dist/index.js" },
"scripts": {
"build": "tsc",
"start": "node dist/index.js",
"dev": "tsx src/index.ts",
"test": "tsx test/harness.ts"
}
}
得:可建之項目骨,諸依皆裝。
敗則:npm/pip 裝敗,察網與註冊之訪。TypeScript 須 Node.js >= 18。Python 須 Python >= 3.10。
3.1. 析工具規之文,每工具生一手:
TypeScript 之手模:
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { z } from "zod";
export function registerTools(server: McpServer): void {
server.tool(
"tool_name",
"Tool description from spec",
{
param1: z.string().describe("Parameter description"),
param2: z.number().optional().default(10).describe("Optional param"),
},
async ({ param1, param2 }) => {
try {
// TODO: Implement tool logic
const result = await performAction(param1, param2);
return {
content: [{ type: "text", text: JSON.stringify(result, null, 2) }],
};
} catch (error) {
return {
content: [{ type: "text", text: `Error: ${(error as Error).message}` }],
isError: true,
};
}
}
);
}
Python 之手模:
from mcp.server import Server
from mcp.types import Tool, TextContent
from pydantic import BaseModel
class ToolNameParams(BaseModel):
param1: str
param2: int = 10
async def handle_tool_name(params: ToolNameParams) -> list[TextContent]:
try:
result = await perform_action(params.param1, params.param2)
return [TextContent(type="text", text=json.dumps(result, indent=2))]
except Exception as e:
return [TextContent(type="text", text=f"Error: {e}")]
3.2. 依規生每類一手文件。
3.3. 增類察之外之入驗:
3.4. 增結構之誤應於諸預期之敗模。
得:每類一手文件,附類參與誤處。
敗則:規含曖昧之類,默為 string 並加 TODO 之注以待人手細之。
4.1. 立服之入點,附所擇之傳輸:
stdio(TypeScript):
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
import { registerTools } from "./tools/index.js";
const server = new McpServer({
name: "$PACKAGE_NAME",
version: "1.0.0",
});
registerTools(server);
const transport = new StdioServerTransport();
await server.connect(transport);
SSE(TypeScript):
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { SSEServerTransport } from "@modelcontextprotocol/sdk/server/sse.js";
import { registerTools } from "./tools/index.js";
const server = new McpServer({
name: "$PACKAGE_NAME",
version: "1.0.0",
});
registerTools(server);
const transport = new SSEServerTransport("/messages", response);
await server.connect(transport);
4.2. 若需認證,增中間件:
Authorization 頭X-API-Key 頭4.3. stdio 服增 shebang 線,使可直行:
#!/usr/bin/env node
得:行之入點,於所配傳輸啟 MCP 服。
敗則:SDK 版與引徑不合,察 @modelcontextprotocol/sdk 之版而調引。SDK 諸版間重構其徑。
5.1. 立試套以驗每工具:
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { InMemoryTransport } from "@modelcontextprotocol/sdk/inMemory.js";
import { Client } from "@modelcontextprotocol/sdk/client/index.js";
async function runTests(): Promise<void> {
const server = createServer();
const [clientTransport, serverTransport] = InMemoryTransport.createLinkedPair();
await server.connect(serverTransport);
const client = new Client({ name: "test-client", version: "1.0.0" });
await client.connect(clientTransport);
// Test: tools/list returns all expected tools
const tools = await client.listTools();
console.assert(tools.tools.length === EXPECTED_TOOL_COUNT);
// Test: each tool with valid input
for (const tool of tools.tools) {
const result = await client.callTool({
name: tool.name,
arguments: getTestInput(tool.name),
});
console.assert(!result.isError, `${tool.name} failed`);
}
// Test: each tool with invalid input returns isError
for (const tool of tools.tools) {
const result = await client.callTool({
name: tool.name,
arguments: getInvalidInput(tool.name),
});
console.assert(result.isError, `${tool.name} should reject invalid input`);
}
console.log("All tests passed");
}
5.2. 為每工具立試裝:有效之入、無效之入、邊例。
5.3. 增 test 本於 package.json 或 pyproject.toml。
得:試套以有效與無效之入皆練每工具。
敗則:SDK 版無 InMemoryTransport,退為起服為子程而以 stdio 管通。
6.1. 生 README.md,含:
6.2. 生 Claude Code 之註命:
# stdio transport
claude mcp add $PACKAGE_NAME stdio "node" "dist/index.js"
# SSE transport
claude mcp add $PACKAGE_NAME -e API_KEY=your_key -- mcp-remote http://localhost:3000/mcp
6.3. 生 Claude Desktop 之配片:
{
"mcpServers": {
"$PACKAGE_NAME": {
"command": "node",
"args": ["path/to/dist/index.js"]
}
}
}
6.4. 若求 Docker,生 Dockerfile:
FROM node:20-slim AS build
WORKDIR /app
COPY package*.json ./
RUN npm ci
COPY . .
RUN npm run build
FROM node:20-slim
WORKDIR /app
COPY --from=build /app/dist ./dist
COPY --from=build /app/node_modules ./node_modules
COPY --from=build /app/package.json .
ENTRYPOINT ["node", "dist/index.js"]
得:完備之文檔與配文件,可即用。
敗則:所生 README 含占位,於項目搜實值以代。Docker 建敗,驗基像合所用之 Node.js/Python 版。
npm run build 或等者)tools/list JSON-RPC 之請claude mcp add 連@modelcontextprotocol/sdk 諸版間重構其出。常察所裝版之實出徑#!/usr/bin/env node 為首線方可行async。同步操阻服上諸他工具呼type: "module":MCP SDK 用 ESM 引。無 "type": "module",Node.js 視文件為 CommonJS 而引敗console.log 污協流。用 console.error 或文件日誌代之analyze-codebase-for-mcp — 生此技所用之工具規build-custom-mcp-server — 繁例之手施configure-mcp-server — 連所搭之服於 Claude Code/Desktoptroubleshoot-mcp-connection — 展後察連之患containerize-mcp-server — 以 Docker 裝服以散布