PulseAugur
实时 20:36:47
实体 mcp-probe

mcp-probe

PulseAugur coverage of mcp-probe — every cluster mentioning mcp-probe across labs, papers, and developer communities, ranked by signal.

Show in brief
总计 · 30天
6
90 天内 6
发布 · 30天
0
90 天内 0
论文 · 30天
0
90 天内 0
层级分布 · 90 天
主题
关系
时间线
  1. 2026-06-08 product_launch Version 1.12.0 of the mcp-probe tool was released, introducing a sidecar retry policy for tool-call dry-runs. 来源
  2. 2026-05-25 product_launch mcp-probe released version 1.5.0 with a new 'doctor' command for CI readiness checks. 来源
最近 · 第 1/1 页 · 共 6 条
  1. TOOL · CL_77176 ·

    mcp-probe 工具为 CI 网关添加重试收据

    一位开发者发布了 mcp-probe 工具的 1.12.0 版本,以解决 MCP 系统中 CI 网关的问题。此次更新为工具调用干运行引入了 sidecar 重试策略,允许重试诸如 503 错误或超时等瞬态下游故障,而不会导致硬性故障。这确保只有真正的错误才会阻止 CI 进程,同时仍保留显示重试尝试的收据。

  2. TOOL · CL_57007 ·

    mcp-probe 1.8.0 增强了 MCP 服务器的 CI 就绪性检查

    开发人员发布了 mcp-probe 的更新版本,该工具旨在增强 MCP 服务器的持续集成 (CI) 就绪性检查。1.8.0 版本通过允许警告导致 CI 构建失败来引入更严格的验证,确保捕获身份验证问题或权限错误等降级状态。该更新还改进了 "doctor" 命令,以验证 CI 网关是否在单个运行步骤中正确配置和执行,并将工具调用覆盖率与明确声明的预期工具挂钩,要求有意义的 sidecar 输入作为就绪性的真正契约。

  3. TOOL · CL_51710 ·

    mcp-probe v1.6.0 增强了 GitHub Actions CI 网关检查

    开发者 k08200 发布了 mcp-probe 的 1.6.0 版本,这是一个旨在使 MCP 服务器可像标准基础设施一样进行测试的工具。此更新增强了 `mcp-probe doctor` 命令,为 GitHub Actions CI 网关提供更严格的检查。该工具现在会警告用户,如果其 CI 工作流中缺少 `actions/checkout@v6` 或特定的配置标志等关键组件,从而确保正确实施就绪网关。

  4. TOOL · CL_49805 ·

    mcp-probe v1.5.0 为 MCP 工具添加 CI 就绪检查

    开发者工具 mcp-probe 发布了 1.5.0 版本,引入了新的 'doctor' 命令。该命令对存储库执行预检,以确保其已正确配置,以便在持续集成 (CI) 环境中运行 MCP 就绪检查。它会验证 Node.js 运行时、配置文件、sidecar 文件以及调用 mcp-probe 的 GitHub Actions 工作流是否存在且有效,旨在及早发现设置错误。

  5. RESEARCH · CL_35649 ·

    开发人员利用MCP将AI模型与现实世界数据连接

    开发人员正在探索模型上下文协议(MCP)作为将AI模型与现有工具和数据集成的方式。MCP服务器充当上下文翻译器,使Claude等LLM能够访问产品目录或代码库等实时信息,从而减少上下文切换并提高草稿准确性。虽然MCP为数据检索等上游任务提供了好处,但当应用于下游或基于判断的过程时,其有效性会降低,正如自动化After Effects渲染的失败尝试所示。MCP服务器的安全和身份验证也在不断发展,OAuth、L402支付和工作量证明等选项…

  6. TOOL · CL_17102 ·

    新工具测试 MCP 服务器,发现模式描述对客户端至关重要

    一款名为 mcp-probe 的新命令行工具已发布,用于测试 Model Context Protocol (MCP) 服务器。该工具会自动调用这些服务器上的各种函数和提示,并根据声明的模式验证其响应。初步测试显示,大多数失败是由于测试客户端本身的错误造成的,其中一个重要发现与服务器模式中缺少描述字段有关。