Menü
自动创建或更新 GitHub Pull Request。 当需要为 Paddle 相关仓库创建 PR 时，优先使用本 skill。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
将原生 PyTorch 自定义算子库、Torch extension、生态库（TorchCodec/FlashInfer/DeepEP 等）以及 Kernel DSL 生态（Triton/TileLang/TVM FFI 等）以最小修改方式接入 PaddlePaddle。遇到以下场景务必使用：迁移外部算子库到 Paddle；分析 PFCCLab fork 与上游的兼容差异；处理 paddle.enable_compat、paddle.utils.cpp_extension、TORCH_LIBRARY、torch.ops、at::Tensor/c10 compat 问题；为 compat gap 设计最小 workaround 并准备 Paddle issue 最小复现。
在 Paddle 代码库中定位问题并输出高质量调试报告的专用技能。当遇到以下场景时优先使用：(1) Paddle 框架 bug 调试，(2) 算子实现问题排查，(3) 训练脚本异常诊断，(4) 分布式训练故障定位，(5) CUDA/GPU 相关错误处理，(6) 需要生成结构化调试报告。
PaddlePaddle (飞桨) C++ 算子开发指南。提供从 YAML 配置、InferMeta 函数、Kernel 实现、Python API 封装、单元测试到编译验证的完整算子开发流程指导。在以下场景使用此 skill：(1) 为 Paddle 框架新增 C++ 算子 (2) 修改或调试已有 Paddle 算子 (3) 编写算子的 YAML 配置、InferMeta、Kernel、Python API 或单元测试 (4) 理解 Paddle 算子开发架构和流程 (5) 编译 Paddle 并验证算子正确性
Use when needing to compile, rebuild, or install Paddle from source after code changes. Covers cmake configuration, ninja incremental build, wheel packaging, and common build failure diagnosis.
Use when working with Paddle 3.0 compiler full pipeline: SOT (Symbolic Opcode Translator) for bytecode-level dy2st graph capture, PIR (Paddle IR) for SSA-based intermediate representation, CINN for fused CUDA kernel generation, operator decomposition (Prim), or the end-to-end flow from Python eager code to optimized GPU execution.
Use when working with Paddle's distributed training system: understanding parallelism strategies (DP, ZeRO, TP, PP, SP), semi-automatic parallel with ProcessMesh + shard_tensor, SPMD inference rules, pipeline scheduling, or auto_parallel Engine.
| name | paddle-pull-request |
| description | 自动创建或更新 GitHub Pull Request。 当需要为 Paddle 相关仓库创建 PR 时，优先使用本 skill。 |
git push -u origin HEAD。main 或 master，在继续之前先向用户确认是否真的要在该分支上直接提 PR。https://github.com/PaddlePaddle/Paddle/blob/develop/.github/PULL_REQUEST_TEMPLATE.md###）**作为各小节标题，生成 PR 描述时需与之保持一致。### PR Category
<!-- One of [ User Experience | Execute Infrastructure | Operator Mechanism | CINN | Custom Device | Performance Optimization | Distributed Strategy | Parameter Server | Communication Library | Auto Parallel | Inference | Environment Adaptation ] -->
### PR Types
<!-- One of [ New features | Bug fixes | Improvements | Performance | BC Breaking | Deprecations | Docs | Devs | Not User Facing | Security | Others ] -->
### Description
### 是否引起精度变化
<!-- one of the following [ 是 | 否 ]-->
###、##、#），若需分段小标题，最多使用四级标题（####）。在创建或更新 PR 之前，先运行 prek 对所有文件进行格式检查：
prek
如果 prek 自动修改了文件，需要将这些修改加入一个新的 commit，再推送：
git add .
git commit -m "🔧 chore: apply prek fixes"
git push
只有 prek 检查通过（没有额外修改）后，再继续创建或更新 PR。
如果 prek 报告无法自动修复的错误（例如类型检查或自定义 hook 失败），需根据错误信息手动修复后重新运行，直到全部检查通过，再继续创建或更新 PR。
gh 命令创建或更新 PR。[PR 大类] 简要说明
[CINN] avoid wrong fusion for xxx op[LargeTensor] fix xxx kernel[CodeStyle] update code stylefix bug / update code / test / temp / WIP 等。示例命令（根据实际情况替换标题和正文）：
gh pr create --title "[xxx] xxx" --body "$(cat <<'EOF'
### PR Category
Operator Mechanism
### PR Types
New features
### Description
在这里说明该改动的动机和主要变化，可根据实际情况扩展，优先使用中文。
### 是否引起精度变化
否
EOF
)"
###），不要自定义新的顶层标题。####）。