前言¶
如果你已经在用 MCP 连接器管理物业相关的产品数据，大概率会遇到两个问题：一是客户端要写死服务端的方法名，服务端一调整，客户端就得跟着改；二是连接器偶尔断连，需要人工介入重试。下面介绍的 Skill「物业管理信息」针对的正是这两个痛点。
它是社区开发者 user_dbb977dc 发布的通用 Skill，坐标 @user_dbb977dc/mcwy-res-mgmt-001，当前版本 1.0.1，分类为 ai-agent。它不硬编码任何 product-catalogue 的具体方法名，而是在运行时动态发现可用工具，并自带断线重连机制。
这是什么¶
一句话定位：一个动态连接并调用 MCP product-catalogue 连接器工具方法的 Skill。
- 出品方：社区开发者 user_dbb977dc（来源标识为 community）
- 分类：ai-agent
- 标签：requires_api_key=false，即不需要额外的 API Key
- 触发时机：当用户提出与产品目录、产品查询、物业保修等信息相关的问题时
它解决的核心问题是：MCP 服务端方法会增删变更，如果客户端把方法名写死，服务端一改就失效。这个 Skill 在运行时动态查询工具列表，按工具描述和参数签名匹配用户意图，从而适配服务端的变化。
核心功能¶
- 连接 MCP product-catalogue 连接器
- 断线自动重连：连接失败时自动请求 WorkBuddy 重连，最多 6 次；前 2 次间隔 10 秒，后 4 次间隔 30 秒
- 运行时工具发现：通过 ToolSearch 运行时动态查询当前可用的 product-catalogue 工具列表
- 意图匹配：根据工具描述和参数签名智能匹配用户意图，不硬编码任何具体方法名
- 变更适配：MCP 服务端方法增删变更后，Skill 无需改动即可继续工作
安装与启用¶
截至成稿时，该 Skill 的公开资料未提供明确的安装命令或配置文件字段，官方页面（SkillHub 页面与 API 端点）也未能访问核实。可以确认的信息是：
- 坐标：@user_dbb977dc/mcwy-res-mgmt-001
- 版本：1.0.1
- 来源：community（社区发布，非官方团队维护）
- 是否需要 API Key：否（requires_api_key=false）
如果你的环境中有 SkillHub 的安装入口，按坐标 @user_dbb977dc/mcwy-res-mgmt-001 检索即可。具体命令请以你所用宿主（Cursor、Codex CLI、Claude Code 等）的文档为准，本文不臆造命令。
典型用法¶
官方资料给出的触发场景是：用户提出与产品目录、产品查询、物业保修等信息相关的问题。例如：
- 用户问「这个物业项目的产品目录里有哪些品类」——Skill 匹配 product-catalogue 中与产品目录相关的工具并调用
- 用户问「某产品的保修政策是什么」——Skill 在运行时查询可用工具，按描述匹配查询类工具
- 用户问「查一下某物业报修记录」——同样走动态匹配，不依赖固定方法名
整个流程分三步：先连接 MCP product-catalogue；连接失败则按「前 2 次间隔 10 秒、后 4 次间隔 30 秒」的策略请求 WorkBuddy 重连；连接成功后通过 ToolSearch 查询工具列表，再按描述与参数签名匹配意图。
适用场景与注意¶
适合谁：
- 已经在使用 MCP product-catalogue 连接器，且希望客户端不随服务端方法变更而改动的团队
- 需要把物业产品目录、产品查询、保修等信息问答接入 Agent 的开发者
限制与注意点：
- 目前公开数据中安装量为 0，属于早期社区 Skill，使用前建议在测试环境验证行为
- 重连逻辑依赖 WorkBuddy，如果你的宿主不提供该能力，断线恢复行为需要自行确认
- 意图匹配基于工具描述和参数签名，服务端工具的描述质量会直接影响匹配准确度
- 来源为 community，非官方维护，后续版本更新与问题响应取决于发布者
结尾¶
这个 Skill 的价值在于把「写死方法名」换成「运行时发现工具」，让客户端对 MCP 服务端的增删变更保持弹性，同时内置了分级间隔的重连策略。如果你的场景是物业产品目录与保修相关的信息问答，可以先按坐标 @user_dbb977dc/mcwy-res-mgmt-001 试用。
官方地址：https://api.skillhub.cn/user_dbb977dc/mcwy-res-mgmt-001
