用途：面向 GitHub Issue 与 PR 的日常操作，覆盖查看、审查、创建与更新，强调非交互执行，避免进入编辑器或依赖手工输入。
主要能力： PR 审查：先看 PR 概览，再拉取 review、comment、thread 明细，避免只看单一来源；必要时查看本地对应分支代码，查看前先 git fetch 确保分支为最新远端状态。整理审查意见时按严重程度从高到低排列并数字编号，便于回复；每次最多展示 10 条，超出时在末尾提示“还剩 N 条未展示”。 创建 Issue：标题与描述风格同 PR，内容简洁清晰；使用非交互方式创建；成功后输出完整 Issue URL。 创建 PR：确认 git status 干净，git push 到远端；标题为英文并遵循语义化提交规范（如 feat(scope): short summary），即使标题要求中文，语义化前缀仍需英文；描述为英文、短句与项目符号，聚焦 what/why/testing，避免流水账与过多实现细节，专有名词、函数名、方法名、类名、API 名称或配置键用反引号包裹。默认正文含 ## Why（1-2 条短句说明动机）、## What（1-3 条主要变更）、## Testing（验证方式、命令或场景，未测试需注明原因）；可选 ## Risks（兼容性、风险、回滚）与 ## Notes（reviewers 关注点或后续计划）。使用非交互式命令创建，按需补充 base、draft 等参数；修改 PR 复用一致的非交互方式；成功后输出完整 PR URL。 更新 Issue/PR 标题或描述前，必须先读取当前标题/正文，再进行修改。
适用场景：需要查看或更新 GitHub Issue、PR，整理审查意见，或按团队规范非交互创建、修改 PR 时。
限制：标题与描述规范为默认推荐格式，若与团队、仓库或平台既有约束冲突，以既有约束为准；有明确要求（如需中文）则优先遵循。上下文不足以明确目标或约束时，应主动向开发者确认后再撰写。具体命令参数与安装方式暂未提供。