用途：该技能面向 GitHub Pull Request 的完整生命周期，而非仅在创建或合并时使用。适用于被要求打开、更新、描述、推送、监控、审查、回应评论、声明就绪等 PR 相关任务。
主要能力与流程：先检查实时产物，使用 gh pr view、gh issue view、关联审查评论、CI 状态和当前分支状态，再决定改动；若用户链接了具体讨论，先查看该讨论。保持分支范围干净，产品修复 PR 基于预期远程基线，避免把工作流、技能或文档提交混入无关产品分支。实现时先完整读文件，做最小且行为完整的改动，运行聚焦测试，并在声明就绪前运行仓库要求的门禁，如源码改动用 just fast-check，代理或包改动用 just package-check。
PR 描述标准：需包含 Why、What Changed、Implementation Details、Testing、Risks / Follow-ups 等要点，避免只复述提交信息。
审查循环：打开就绪 PR 后检查 Codex 状态与 CI；eyes 表示待处理而非批准。对反馈先分类：范围内阻塞项在当前 PR 修复；支线或镀金项用证据回推；可分离的真实问题作为快速跟进。循环仅在必需检查通过且 Codex 对最新 head 点赞后完成，除非用户明确覆盖。合并前确认最新 head SHA、必需检查通过、无未处理的当前 head 评论、Codex 点赞或用户覆盖，并等待用户合并指令，不能仅凭 CI 变绿就合并。
运行时设置：Basic Memory Python 工具优先使用项目环境，先执行 source .venv/bin/activate，之后用 python ... 运行脚本；一次性命令可用 ./.venv/bin/python ... 或仓库的 uv run ... 模式，不要回退到系统 python、python3 或全局包。
限制：资料未提供具体收费、价格、平台支持范围或效果数据。