前言¶

处理用友 BIP 的报错或异常时，常见的做法是凭经验猜测原因、去搜索引擎找零散帖子，或者在群里问同事。这类答案要么过时，要么和具体产品线、具体版本不匹配。更麻烦的是，用友 DSP/ISP 平台本身沉淀了大量历史工单，里面已有官方或客户确认过的根因与方案，但逐条登录检索成本很高。

下面介绍的这个 Skill「用友dsp平台检索工具」，就是把这一步自动化：登录用友 DSP/ISP 平台，批量检索历史工单，按产品线过滤，一次覆盖多个年度，输出根因与方案摘要，并能生成可分享的 HTML 报告。它的核心约束是：处理任何 BIP 报错 / 异常的原因与方案时，一律先实查历史工单再给结论，不得凭经验作答，也不得以「是否需要查」征询代替执行。

这是什么¶

「用友dsp平台检索工具」是一个面向用友生态开发者与实施顾问的 Agent Skill，坐标 @user_3d743042/yonyou-js-djw-dsp，发布者为 SkillHub 社区用户 user_3d743042，来源为 community，分类为 dev-programming，当前版本 2.7.0。

它解决的问题很集中：用友 DSP（开发者平台）与 ISP（服务商平台）的登录、历史工单检索，以及 BIP 报错 / 异常的根因与方案查询。它只沉淀通用方法与机制，不收录具体的报错处理结论——也就是说，它教 Agent 怎么查、怎么过滤、怎么输出，而不是把某一条报错的答案写死在文件里。

在 SkillHub 上，该 Skill 的评分为 100000，累计下载 988 次。页面标注 requires_api_key=false，即使用不需要额外申请 API Key。

核心功能¶

以下能力来自官方简介，均为已核实内容：

1、playwright-cli 一次性驱动登录。工具以 playwright-cli 驱动浏览器完成平台登录，并且是一次性会话内连续操作，规避逐条命令冷启动带来的重复登录开销。这是它相对「每查一次工单就重新登录」做法的主要效率来源。

2、批量检索历史工单。登录后批量拉取历史工单，而不是逐条手动翻页。

3、按产品线过滤。支持按产品线筛选工单，避免无关产品线的结果干扰判断。

4、年度多选，一次覆盖多年。提交查询时可以一次勾选多个年度，不需要按年逐个提交。

5、输出根因与方案摘要，并可分享 HTML 报告。检索结果整理为根因与方案摘要，并可导出为 HTML 报告用于分享或留档。

6、强制先查后答的触发规则。触发条件覆盖：BIP 报错 / 异常的根因与方案、登 ISP 或开发者中心、历史工单检索。规则要求一律先实查历史工单再给结论，不得凭经验作答，也不得以「是否需要查」征询代替执行。

安装与启用¶

该 Skill 托管在 SkillHub 社区，官方地址：

https://api.skillhub.cn/user_3d743042/yonyou-js-djw-dsp

SkillHub 页面：

https://www.skillhub.cn/skills/user_3d743042/yonyou-js-djw-dsp

获取方式为在 SkillHub 页面按平台指引添加该 Skill，坐标 @user_3d743042/yonyou-js-djw-dsp。它遵循通用 SKILL.md 格式，适用于支持该格式的 Agent 环境。

需要说明的是：本次核实时官方页面与 SkillHub 站点均无法访问，资料中也未提供针对 Cursor、Codex CLI、Claude Code 的分别安装命令。因此这里不给出任何未经核实的命令，请以 SkillHub 页面上的正式指引为准。页面标注 requires_api_key=false，正常启用不需要额外申请 API Key。

典型用法¶

以下用法来自官方简介中描述的能力，具体命令以页面指引为准：

1、处理 BIP 报错时。当用户提出某个 BIP 报错或异常，Skill 直接触发工单检索流程：登录 DSP/ISP 平台，按报错涉及的产品线过滤，提交年度多选后批量检索历史工单，再输出根因与方案摘要。按其规则，这一步是强制执行的，不允许跳过检索直接回答，也不允许反问「是否需要查」。

2、登 ISP 或开发者中心时。触发后由 playwright-cli 一次性驱动完成登录，后续检索在同一会话内连续执行。

3、主动检索历史工单时。按产品线过滤、年度多选提交，一次覆盖多年，检索结果可整理为 HTML 报告分享。

4、输出留档时。将根因与方案摘要导出为 HTML 报告，便于在项目组内分享或作为处理记录留存。

适用场景与注意¶

适合谁：

1、用友 BIP 相关的开发、实施与运维人员，日常需要定位 BIP 报错 / 异常的根因与方案。

2、用友生态的服务商与合作伙伴，需要频繁登录 ISP 或开发者中心检索历史工单。

3、希望把「查工单」这一步固化为 Agent 默认行为的团队，减少凭经验作答和重复登录。

限制与注意：

1、强依赖平台登录。工具以 playwright-cli 驱动浏览器登录 DSP/ISP 平台，平台登录方式变更或账号权限不足时，检索流程会受影响。

2、不收录具体报错结论。Skill 只沉淀通用方法与机制，具体某条报错的根因与方案仍需以历史工单实查结果为准，不能假设它内置了答案库。

3、规则是强制的。按其触发规则，处理 BIP 报错 / 异常时一律先实查历史工单再给结论，不得凭经验作答，也不得以「是否需要查」征询代替执行。

4、安装命令未能核实。本次核实时官方页面无法访问，正文中未给出任何安装命令，请以 SkillHub 页面正式指引为准，不要照搬第三方写法。

结尾¶

这个 Skill 的价值不在于记住了多少条报错答案，而在于把「先查历史工单再给结论」变成默认动作，并用 playwright-cli 一次性驱动登录、批量检索、产品线过滤、年度多选把这一步的成本压下来，最后用 HTML 报告把结果留档分享。对经常处理用友 BIP 报错的人来说，它把重复劳动替换成了确定性流程。

官方地址：https://api.skillhub.cn/user_3d743042/yonyou-js-djw-dsp