前言¶

Playwright 跑完一轮测试，产物通常是 playwright-report 目录里的 HTML 报告和 JSON 结果文件。人工要打开页面才能看到通过多少、失败多少、哪些套件不稳定。CI 里跑完更常见的是「流水线绿了或红了」，报告本身没人看，最后往往变成「失败截图丢群里」这种低效做法。

下面介绍的这个 Skill 解决的就是这一步：自动读取 Playwright 报告，把结构化摘要发布到 Slack，不需要人去开报告页面。

这是什么¶

Skill 名称：Playwright测试报告发送到Slack，坐标 @user_3c6cb52e/playwright-test-report-to-slack。

它解析 Playwright 的 HTML 和 JSON 测试报告，用 Slack Web API 把结构化摘要发到 Slack。发布者是 user_3c6cb52e，来源标注为 community，分类 dev-programming，当前版本 1.0.0。

需要说明：本文写作时两次尝试抓取其 SkillHub 页面均失败，因此下文只依据脚本预先抓取到的资料，未核实到的安装命令一律不写。

核心功能¶

1、读取报告：从 playwright-report 目录读取测试结果，同时支持 HTML 与 JSON 两种格式。
2、提取计数：使用 @playwright/test 报告器 API 提取通过、失败、不稳定（flaky）的计数。
3、发送消息：通过 Slack Web API 的 chat.postMessage 接口发布 Block Kit 消息，消息内容包含按测试套件分解的摘要，而不只是一行总数。

安装与启用¶

资料中没有给出该 Skill 的官方安装命令，也没有说明它面向哪个宿主（Cursor / Codex CLI / Claude Code）。它遵循通用 SKILL.md 格式，因此一般是通过 Skill 市场检索坐标 @user_3c6cb52e/playwright-test-report-to-slack 后引入，或以本地 Skill 目录方式启用；具体路径请以实际宿主的文档为准，本文不代写。

配置方面，资料中唯一可核实的字段是标签 requires_api_key=true，即需要 Slack API Key（通常是 Bot Token）才能发送消息。这也意味着运行前需要准备好具备 chat:write 权限的 Slack 应用凭证，并通过环境变量等方式提供给 Skill，例如：

export SLACK_BOT_TOKEN="xoxb-你的bot-token"

上例只是常见的凭证注入方式，并非该 Skill 官方声明的变量名，请以实际使用文档为准。

典型用法¶

依据简介，其工作顺序是：

1、Playwright 按默认配置产出报告，HTML 报告落在 playwright-report/ 目录。
2、Skill 解析该目录下的 HTML / JSON 结果。
3、用 @playwright/test 的报告器 API 统计通过 / 失败 / 不稳定数量。
4、调用 Slack Web API 的 chat.postMessage，以 Block Kit 组织消息正文，把结果按测试套件分组发出。

也就是说，典型调用时机是 CI 测试步骤结束之后、通知步骤之前。

适用场景与注意¶

适合：用 @playwright/test 写测试、希望团队在 Slack 里直接看到每轮结果和套件级失败明细的项目。

注意：

1、必须有可用的 Slack API Key，且机器人已被邀请进目标频道，否则 chat.postMessage 会失败。
2、它只负责「报告 → Slack」这一段，不负责跑测试本身；前置的 Playwright 执行和报告生成仍要由 CI 或本地命令完成。
3、SkillHub 页面当前抓取不到，安装命令、支持的宿主范围、Block Kit 的具体排版样式在资料中均未给出，接入前需要自行到官方地址核对。
4、资料显示该 Skill 评分为 100000、下载 23137、安装数 0（以脚本抓取数据为准），社区来源，采用前可先小规模试用一轮。

结尾¶

这个 Skill 的价值很单一：把 Playwright 报告里人不想读的那部分，转换成 Slack 里一条带套件分解的消息。范围小、职责清楚，配合 CI 使用可以减少「谁去看报告」的沟通成本。

官方地址：https://api.skillhub.cn/user_3c6cb52e/playwright-test-report-to-slack