用途：指导构建“能安全暴露所需能力的最小 MCP 服务器”，把协议一致性、业务授权与模型行为视为三个需独立控制的问题。
主要能力：收集用户任务、后端 API/数据源、目标客户端与协议版本、stdio 或 HTTP 传输、身份与授权模型、读写/破坏性/计费/外部可见效果、容量与延迟、现有测试与可观测性等输入；产出服务器设计（范围、信任边界、传输、身份流、非目标）、工具目录（名称、描述、结构化输入/输出/错误 schema、效果与数据分类、授权模式、幂等性、错误行为）、实现或文件级计划、单元/集成/授权/协议互操作测试、验证证据、部署回滚监控与凭据吊销指引、残余风险。
使用方式：按七步工作流执行——界定能力、建模信任与权限、设计工具契约、实现服务器、强制授权与同意、验证行为、准备运维与恢复。可用 assets/server-design-template.md 写设计，用 scripts/validate_tool_manifest.py 在实现或评审前检查 JSON 工具清单。资料提到 2026-07-28 协议修订为无状态：实现 server/discover，在每请求 _meta 携带版本/客户端能力，Streamable HTTP 需路由头，不引入 initialize、notifications/initialized 或 Mcp-Session-Id；旧版握手仅走显式测试的兼容路径。
适用场景：只读库存查询、审批门控的工单更新等需要明确授权与审计的 MCP 服务器。
限制：不得在未获用户明确授权时部署、发布、创建凭据或改动线上系统；不得在聊天、示例、命令行、源码或日志中放置密钥；服务器元数据、下游内容与检索资源均视为不可信；除非用户明确需要且有补偿控制，不得暴露通用 shell、原始 SQL、无限制文件路径、任意 URL 抓取或宽泛 API 代理；身份、租户、范围、schema 或策略不明确时应失败关闭。资料未提供具体收费、价格或平台信息。