ModelContextProtocol 规范中的关键词使用准则解析

在开源项目 ModelContextProtocol 的规范文档中，技术术语的严谨性至关重要。近期，社区针对规范中频繁出现的"必须(MUST)"、"应当(SHOULD)"等关键词的标准化使用展开了讨论，并最终通过提交代码合并请求(PR)的形式落实了改进方案。

背景与问题

技术规范文档中常使用"必须"、"禁止"、"建议"等关键词来明确不同条款的约束力级别。然而，若未对这些术语进行明确定义，可能导致不同读者产生歧义。例如：

• "必须实现"是否允许存在例外？
• "建议遵循"是否意味着允许忽略？

ModelContextProtocol 最初未在文档头部声明这些关键词的官方解释依据，存在潜在的解读不一致风险。

解决方案

根据互联网工程任务组(IETF)发布的 BCP14 标准（包含 RFC2119 和 RFC8174），技术文档应在开头明确定义关键词的解读规则。具体表现为：

当且仅当以下关键词以全大写形式出现时，其含义遵循 BCP14 标准：
"MUST"（必须）、"MUST NOT"（禁止）、"REQUIRED"（必需）、"SHALL"（应）、
"SHALL NOT"（不应）、"SHOULD"（建议）、"SHOULD NOT"（不建议）、
"RECOMMENDED"（推荐）、"NOT RECOMMENDED"（不推荐）、"MAY"（可选）、
"OPTIONAL"（可选）。

该声明通过 PR #103 被合并到规范文档中，确保了所有约束性描述的权威性和一致性。

技术意义

1. 消除歧义：明确将术语绑定到国际标准，避免社区成员因自然语言差异产生理解偏差。
2. 分层约束：
   • 必须级（MUST）：违反则不符合规范，如协议核心机制的实现。
   • 建议级（SHOULD）：允许合理场景下的例外，但需评估兼容性影响。
   • 可选级（MAY）：完全由实现者自主决定的功能。
3. 合规性验证：为自动化工具检查规范符合性提供文本模式依据。

实践建议

对于参与技术规范编写的贡献者：

• 严格遵循全大写格式书写关键词，如使用MUST而非must。
• 在新增约束条款时，根据实际必要性选择恰当的术语层级。
• 当引用其他规范时，注意检查其关键词定义是否与本文档一致。

这一改进虽是小幅调整，却体现了 ModelContextProtocol 对技术文档严谨性的追求，为后续的协议扩展和实现奠定了清晰的语义基础。