用途：在变更提示模板、面向提示的文档或 MCP 提示发现行为时使用，尤其适合希望快速上线新指引、但 QA 需控制范围与 token 消耗的场景。
主要能力与用法：
- 内容断言与预算断言配对。既验证提示内容正确（例如包含“best-effort”或“use metadata before pixels”），也验证其体积小于更宽泛的基线提示。
- 对大型规范提示优先使用相对 token 预算，而非虚构的绝对值。浏览器专用提示通常应小于通用快速入门，即使快速入门本身并不小。
- 加入提示发现集成测试，确保服务器在单元测试之外实际暴露刚测试过的提示。
- 浏览器相关验证可复用现有 Electron/Chromium 测试装置，安全测试 ARIA 标签与搜索/导航模式，之后才声明真实浏览器一致性。
示例文件：tests/Sbroenne.WindowsMcp.Tests/Unit/Prompts/WindowsAutomationPromptsTests.cs；tests/Sbroenne.WindowsMcp.Tests/Integration/PromptDiscoveryTests.cs；tests/Sbroenne.WindowsMcp.Tests/Integration/ElectronHarness/UIAutomationElectronTests.cs。
限制与反模式：没有面向预算的断言时，不要称提示“token 高效”；没有真实浏览器覆盖时，不要把文档信心从 Electron/Chromium 升级为完整浏览器支持；不要使用工具提示密集的提示测试，应聚焦任务与所发布指引。收费、价格、平台、效果等未提供。