用途：帮助向公共仓库或社区项目提交代码时，产出干净、专业、易被维护者接受的 Pull Request，降低被拒概率。
主要能力：
- 清理不应提交的个人开发产物，如 SESSION.md、NOTES.md、TODO.md、planning/、调试截图、临时测试脚本、node_modules/、dist/、.vscode/、.env、密钥文件、日志与临时目录等；明确应包含源码改动、测试、文档、配置、迁移脚本等。
- 提供 PR 前检查流程：运行 ./scripts/pre-pr-check.sh 扫描残留文件、大文件、疑似密钥、PR 体积（超 400 行警告）与未提交改动；用 git status、git diff --stat 复核；用 git rm --cached 或 ./scripts/clean-branch.sh 清理；把个人模式写入 .git/info/exclude。
- 提供 PR 描述模板（What/Why/How、Testing、Checklist、Related Issues）与标题规范，采用 Conventional Commits，如 feat(auth): add OAuth2 support for Google and GitHub。
- 给出 PR 体积建议：理想约 50 行，良好 200 行以内，上限 400 行；建议一改一 PR、重构与功能分离、用特性开关、按层拆分。
- 沟通建议：开工前在 issue 留言说明方案，回应评审逐条处理，礼貌 ping，处理拒绝与等待节奏。
使用方式：在创建 PR、向社区项目贡献、首次向新项目提交或希望提高接受率时使用；可被“submit PR to”“contribute to”“pull request for”“open source contribution”等短语触发。
限制：资料未提供具体安装命令、平台支持范围、收费与价格信息；脚本与模板需以该技能实际打包内容为准。