用途：在创建、起草或更新 dubzzz/fast-check 仓库的 Pull Request（标题或正文）时使用，包括通过相关工具发起 PR 的场景。
标题规范：遵循 gitmoji 约定，完整 emoji 映射见 CONTRIBUTING.md 的“Naming your pull request”一节与 .github/copilot-instructions.md。主包格式为 emoji + 描述；其他包为 emoji(scope) + 描述。scope 包括 ava、jest、vitest、worker、poisoning、packaged。描述部分不超过 50 个字符。常用 emoji：✨ 新功能、🐛 修复、📝 文档、✅ 测试、🏷️ 类型、⚡️ 性能、♻️ 重构、🔧 配置、🎨 样式、🔥 移除、⬆️ 升级依赖、⬇️ 降级依赖、🗑️ 弃用、👷 CI。
正文规范：始终使用模板，逐字复制 .github/PULL_REQUEST_TEMPLATE.md，保留所有章节与检查项及其顺序，不得删除、重命名或重排。不要勾选任何复选框，所有 - [ ] 保持未勾选，由评审者或作者在评审时勾选。若存在对应 issue，用 Fixes #<n> 关联。
描述章节顺序：先写终端用户视角，说明该 PR 给用户带来什么（新能力、修复的行为、变更的默认值等），并指出隐含变化，如破坏性变更、迁移步骤、性能特征、弃用。再写理由，说明为何做此改动、为何采用该设计、考虑过的主要权衡，为评审者提供足够上下文。
用检查清单充实描述：不勾选，但把检查项当作提示，在描述正文中预先回答评审者可能的问题，包括影响级别（minor/patch/major，并说明是否遵循 pnpm run bump 或 changeset bot 指引）、单一关注点范围（说明 PR 聚焦，或解释捆绑改动为何属于一起）、测试（新增或更新了哪些测试、覆盖什么、没有此 PR 为何会失败；若无测试说明原因）。gitmoji 与 scope 由标题体现，无需重复。
限制：资料未提供该技能的具体安装命令、运行方式、收费或平台信息。