prcdx 用于在 Codex 环境中创建 GitHub Pull Request，并配合 Claude 与 Codex 的审查请求和标准 GitHub 轮询流程。
用途：根据给定上下文完成建 PR 的全流程，包括检查 git 状态与未提交改动、必要时询问是否先提交、确认当前分支不是 main 或 master、按需推送分支到远端，并用 gh pr create 创建带有清晰标题和完整描述（改动摘要、测试情况、破坏性变更或备注）的 Pull Request，最后返回 PR URL。若无参数，则基于当前分支与提交历史自动生成标题和描述；若工作明显未完成，使用 --draft。
主要能力：创建 PR 后（除非用户明确要求不做），用 gh pr comment 分别发布 @claude 和 @codex 的审查请求评论，然后使用 GitHub CLI 或 API 命令（如 gh pr view <PR_NUMBER> --json comments,reviews,url、gh api repos/<owner>/<repo>/issues/<PR_NUMBER>/comments、.../pulls/<PR_NUMBER>/reviews、.../pulls/<PR_NUMBER>/comments）轮询 issue 评论、PR 审查和内联审查评论。轮询期间需记录基准时间戳，只把更新后的评论或审查视为候选结果，忽略空内容和“审查进行中”占位信息；Codex 审查通常比 Claude 慢，不应因 Claude 先回复而停止，需等到真实 Codex 反馈或合理的有界等待超时。检查审查时必须同时查看 issue 评论、顶层审查和文件级内联评论三个位置。
处理反馈：真正的严重缺陷（回归、数据丢失、崩溃、安全问题）直接修复；其他内容（风格、理论问题、可选改进）先呈现给用户并询问再修。
合并：若用户明确要求合并，不等待 CI，直接用普通合并提交合并；若该 PR 或分支有进行中的 GitHub Actions 构建任务，合并后提交取消请求，无需等待确认；合并后立即将本地仓库切回 main。
合并后：若 PR 引入用户可感知的新功能或显著改进（非一行修复、缺陷修复、重构或微小清理），在 Obsidian 库中的 Projects/VivaDicta/what's new/whats-new-running.md 添加面向用户的简要条目，供 App Store Connect 发布说明使用。
限制：审查轮询需设定合理有界等待并可在超时时告知用户尚未返回；所有轮询使用标准 CLI 或 API 命令而非 Claude Code 斜杠命令。资料未提供其他平台支持或收费信息。