跳到正文
cccskills
免费在 GitHub 公开中文介绍

update-browser-support

根据Plausible汇总的Storybook文档访问数据,重新评估最低支持的浏览器版本。先提供统计依据和候选版本,经批准后更新配置与文档并创建PR。

原文查看原文说明

Recomputes Storybook browser support floors from Plausible /docs usage, writes pinned versions, and opens a PR. Use only when a human explicitly applies this skill.

AI 评分90分/ 100查看安装方法

适用场景

  • 根据实际访问情况调整浏览器支持范围
  • 审核各版本使用占比和候选方案
  • 同步更新支持配置与迁移指南
  • 创建附带依据和批准记录的PR

中文介绍

功能

此技能根据Plausible汇总的Storybook文档访问数据,重新评估最低支持的浏览器版本。它按版本整理最近30天的使用占比,提出候选版本并说明选择依据。获得批准后,更新支持配置、公开文档和迁移指南,再创建附带统计依据与批准记录的PR。

适用场景

适合根据实际文档访问情况调整浏览器支持范围的维护工作。候选版本以使用占比达到0.5%为参考标准。对于使用情况与较新版本不连续的旧版本,由人工核查依据,决定是否纳入支持范围。

使用示例

  • “根据文档访问数据,提出最低支持的浏览器版本候选方案。”
  • “把已批准的支持范围应用到配置和迁移指南,并创建PR。”

注意事项

仅在人明确调用时使用。需要环境变量PLAUSIBLE_API_KEY。修改最低版本前,必须明确批准纳入候选方案的版本范围。不修改Node配置。必要时更新caniuse-lite,并遵守仓库对发布未满7天的npm包的使用限制。PR的目标分支为next。

本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。

客观评估

AI 仅根据 SKILL.md 的内容,从 4 个方面进行了评估。星标数和热度不计入评估。

指令清晰度能否看出何时使用、做什么
A良好明确要求人工调用,并说明根据访问数据选择最低支持版本、创建PR的用途。
步骤具体性步骤、输入输出和示例是否具体
A良好指定了API查询条件、版本合并方法、审批表内容、更新文件和PR格式。
安全性发送数据、删除文件、执行命令等是否有说明
A良好要求不输出API密钥、修改最低版本前明确获批,并在PR中记录批准信息。
安装难易度所需工具和 API 密钥是否少且有说明
B部分不足明确需要PLAUSIBLE_API_KEY,但未说明如何获取和配置密钥。

总分按每项 A=25 分、B=15 分、C=5 分相加。 由 AI(OpenAI Codex)于 2026年10月21日 评估。仅供参考,安装前请同时查看原文。

如果您认为评估有误,请申请复核

请写明哪一项有误以及原因。无需登录。我们会对照 SKILL.md 重新评估,并在此处更新结果。

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

包含的文件(1)

  • SKILL.md4.5 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Update browser support

Auth

Need PLAUSIBLE_API_KEY in the environment. How the operator supplies the key is up to them. Do not print the key.

Query

POST https://plausible.io/api/v2/query

  • site_id: storybook.js.org
  • date_range: "30d"
  • filters: [["contains", "event:page", ["/docs"]]]
  • dimensions: ["visit:browser", "visit:browser_version"]
  • metrics: ["visitors", "percentage"]
  • include: { "total_rows": true }

Save the request, resolved date range, retrieval time, and complete response. Fetch all pages before rolling versions. Use the same fixed date range for every request in the run.

Plausible's Stats API reference defines percentage as the percentage of total visitors in each category. With the query above, the denominator is all unique visitors matching the /docs page filter during the selected period, across all browsers and versions. It is not the total for one browser or the sum of the returned version rows. In each result row, metrics[0] is visitors and metrics[1] is percentage. Use metrics[1] as the share for an unrolled category. The 0.5% cutoff means percentage >= 0.5, not 0.005.

Also query metrics: ["visitors"] with no dimensions and the same site, date range, and page filter to record the denominator. Do not add browser filters to this denominator query.

Heuristic

  1. Roll Chrome / Edge / Firefox / Opera to major. Roll Safari to major.minor.
  2. Share is visitors / total /docs visitors × 100. For a rolled version containing multiple raw versions, query metrics: ["visitors"] with no dimensions, the same site/date/page filter, and additional is filters for that browser and its matching raw versions. Divide this unique-visitor count by the recorded denominator and multiply by 100 to get the rolled share. Do not sum unique-visitor counts or percentages across raw versions; a visitor can appear in more than one row.
  3. Drop any rolled version under 0.5%.
  4. Floor = oldest version in the current cluster, not an isolated older island that itself clears 0.5%.
  5. Omit Opera unless one Opera version is ≥ 0.5%. Drop UC Browser.

Companions: android / and_chr = Chrome floor. ios_saf = Safari floor. Leave Node unchanged.

Approve the selection

The heuristic does not define a numerical boundary between the current cluster and an older island. Do not infer that boundary silently or write new floors without explicit operator approval.

Present the saved query evidence and a table for each browser containing:

  • All rolled versions and their shares, including versions below the cutoff.
  • The exact versions proposed as the current cluster and any excluded older islands.
  • The candidate floor and its share of all /docs visitors.
  • The rationale for the cluster boundary and for including or omitting Opera.

Record the operator's approval, identity, date, and selected versions with the evidence in the PR. The floor is the oldest qualifying version in that approved cluster. If the operator disputes the boundary or the evidence cannot distinguish clusters, stop and ask the Technical Architect to resolve the selection semantics. Do not change the policy to break a tie. Reuse of the saved evidence and approval must yield the same floors.

Write

Pin explicit versions (do not leave a live query):

  • code/core/src/shared/constants/environments-support.ts — BROWSER_TARGETS (chromeN, edgeN, firefoxN, safariN.N, iosN.N; Opera only if kept)
  • code/package.json — browserslist
  • docs/get-started/install.mdx — public list and older-browser fallback guidance, scoped to the same Storybook versions as MIGRATION.md; preserve the preview-only limitations
  • MIGRATION.md — next major From version X.x to Y.0.0 section. Create that section at the top if it does not exist.

If browserslist cannot resolve the new pins, bump caniuse-lite (root resolutions + lockfile). The repo has a 7-day npm age gate.

PR

Branch from origin/next. Open a PR that targets next and follows .github/PULL_REQUEST_TEMPLATE.md. Add labels ci:normal, qa:skip, and BREAKING CHANGE.

In What I did, keep it short: before → after versions, and the share of /docs visitors for each chosen floor.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

canary

免费有简介AI 评分 80分

查找Storybook指定分支的试验版软件包,必要时执行发布流程,跟踪发布状态,并提供用于新建项目或更新现有项目的命令。

  • 查找指定分支的试验版
  • 发布来自派生仓库的拉取请求试验版
  • 确认发布状态与安装命令
storybookjs/storybook9.1万2026年10月22日 更新

component-docs

免费有简介AI 评分 90分

通过Storybook查询项目现有界面组件、配置参数和使用示例,用于回答组件用法问题,并在重复实现前判断能否复用现有组件。

  • 查找现有界面组件
  • 查看组件配置参数和使用示例
  • 询问组件用法
storybookjs/storybook9.1万2026年10月22日 更新

docs-review

免费有简介AI 评分 90分

根据读者和页面目的,审核、改进或新写Storybook的/docs文档。既可调整结构和示例、统一格式,也可讨论页面定位与文档规划。

  • 改进说明页面的结构和示例
  • 起草新功能文档
  • 讨论页面类型和目录
storybookjs/storybook9.1万2026年10月22日 更新

fix-linting-types-on-pr

免费有简介AI 评分 80分

检出GitHub的PR,修复lint代码规范问题和TypeScript类型错误,完成提交与推送。支持来自分支仓库的PR,并通过重复类型检查验证修复。

  • 修复PR中的lint错误
  • 修复PR中的TypeScript错误
  • 修复来自分支仓库的PR
storybookjs/storybook9.1万2026年10月22日 更新

github-qa-labels

免费有简介AI 评分 80分

为QA测试发现的GitHub Issue和PR添加发布版本追踪标签,并按影响程度与变通方案为漏洞分类。支持批量添加标签,严重程度标签仅用于程序缺陷。

  • 按发布版本整理QA发现的问题
  • 划分程序缺陷的严重程度
  • 批量为Issue和PR添加标签
storybookjs/storybook9.1万2026年10月22日 更新

handle-pr-comments

免费有简介AI 评分 90分

逐条整理 GitHub 拉取请求中尚未解决的审查意见,说明问题并提出修改方案,再按用户选择修改代码、回复或跳过,处理提交及将讨论标为已解决。

  • 处理 PR 中未解决的审查意见
  • 选择修改、回复或跳过
  • 合并处理重复审查意见
storybookjs/storybook9.1万2026年10月22日 更新

查看 storybookjs 的全部技能

报告此技能的问题