菜单
拉取当前 PR 所有未解决的 review 评论，分析问题并给出解决方案，询问用户是否修复。当用户说"处理 PR 评论"、"修复 review 意见"、"fix comments"、"解决评论"或输入 /pr-fix-comments 时触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Review a GitHub Pull Request for the PocketRelay project. 触发时机：用户说"review PR"、"看一下PR"、"review
分析当前 git 变更，生成符合 Conventional Commits 规范的提交。当用户说"帮我提交"、"commit 一下"、"提交代码"或输入 /commit 时触发。
开始新功能或修复前的标准流程：同步 main、切新分支、推送到远程。当用户说"开始新功能"、"切分支"、"新建分支"、"开始开发"、"new branch"或输入 /new-branch 时触发。
基于当前分支与目标分支的差异，使用 gh CLI 创建 GitHub Pull Request。当用户说"创建 PR"、"提 PR"、"开 PR"、"pr-create"或输入 /pr-create 时触发。
根据本次工作内容，同步更新项目文档，保持文档与代码实现一致。当用户说"更新文档"、"同步文档"、"文档过时了"、"更新 CLAUDE.md"、"更新 AGENTS.md"、"更新 README"或输入 /sync-docs 时触发。完成功能开发、bug 修复、架构调整后也应主动提示使用。
检查当前 TypeScript Node.js 项目的工程配置完整性，识别缺失或不规范的配置项，给出完善方案并询问用户是否应用。当用户说"检查项目配置"、"审计工程配置"、"配置有什么缺失"、"完善 ts 配置"、"audit project"或输入 /ts-audit 时触发。
| name | project-pr-fix-comments |
| description | 拉取当前 PR 所有未解决的 review 评论，分析问题并给出解决方案，询问用户是否修复。当用户说"处理 PR 评论"、"修复 review 意见"、"fix comments"、"解决评论"或输入 /pr-fix-comments 时触发。 |
自动处理当前分支 PR 中所有未解决的 review 评论，让评审意见不被遗漏。
并行运行：
# 确认分支和 PR 号
gh pr status
# 获取所有未解决的 review thread（含行内评论）
gh api graphql -f query='
{
repository(owner:"OWNER", name:"REPO") {
pullRequest(number: PR_NUMBER) {
reviewThreads(first: 50) {
nodes {
id
isResolved
comments(first: 5) {
nodes {
body
path
line
diffHunk
}
}
}
}
}
}
}'
# 获取 PR 级别的评论（非行内）
gh pr view PR_NUMBER --comments --json comments
owner / repo：从 gh pr status 的 URL 提取从 GraphQL 结果中过滤 isResolved: false 的 thread，提取：
body：评论内容path：涉及的文件路径line：涉及的行号（可能为 null，表示评论指向旧版本代码）diffHunk：被评论的代码片段（上下文）同时收集 PR 级别评论（gh pr view --comments 结果），这类评论没有 isResolved 状态，需要人工判断是否是待处理的问题。
如果没有任何未解决评论，告知用户"无未解决评论"并停止。
对每条未解决 review 评论，读取 path 对应的完整文件内容（非只读 diff），理解当前代码上下文，然后分析：
按评论逐条列出：
评论 1/N（文件: path, 行: line）
──────────────────────────────
问题描述：[用自己的话复述评论核心意思]
当前代码：[引用涉及的代码片段]
解决方案：[具体改法，如果涉及多个文件一并说明]
PR 级别评论单独一节列出，说明是否判断为需要处理的问题及原因。
展示完所有分析后，询问：
以上 N 条评论是否全部按方案修复？还是需要先确认某条？
按确认的方案修改代码，修改完后：
pnpm build # 确保编译通过
编译通过后提示用户使用 /commit 提交。