用途：这是 coder/coder-k8s 仓库的 Pull Request 操作规范，指导在该仓库中创建、更新与合并 PR 的流程。
主要能力与要求： 署名：公开工作（issue/PR/commit）标题需带 🤖，正文需附指定页脚，包含模型、思考级别与成本；创建或更新 PR 前需通过 bash 检查 $MUX_MODEL_STRING、$MUX_THINKING_LEVEL、$MUX_COSTS_USD 并填入。 生命周期：提交前确认分支名与 base 分支正确；PR 一律 squash 合并进 main；从其他 PR 合并状态开始时需先 rebase 到 main；复用已有 PR，未经指示不得关闭或重建；小更新用 force-push，否则新增 commit；不得自行开启 auto-merge 或合并，必须由用户显式合并。 CI 与校验：迭代中可选 ./scripts/wait_pr_checks.sh <pr_number>；声明完成前必须等所有必需检查通过；端到端等待优先用 ./scripts/wait_pr_ready.sh <pr_number>；优先本地验证（make verify-vendor、make test、make build）。 状态解码：mergeable 为 MERGEABLE/CONFLICTING，mergeStateStatus 为 CLEAN/BLOCKED/BEHIND/DIRTY；落后时执行 git fetch origin && git rebase origin/main && git push --force-with-lease。 Codex 审查：多行评论用 --body-file - 配合 heredoc；用 ./scripts/check_codex_comments.sh、./scripts/resolve_pr_comment.sh、./scripts/wait_pr_codex.sh、./scripts/wait_pr_ready.sh 处理评论与等待；必须处理评论、解决线程、推送并重新请求审查，直到 Codex 明确批准且所有必需检查通过。 标题前缀：perf|refactor|fix|feat|ci|tests|bench，测试用 tests:，CI 配置用 ci:。 正文结构：Summary、Background、Implementation、Validation、Risks、Upkeep，可省略不适用部分。
限制：以上为仓库约定，具体脚本行为与 CI 配置细节暂未提供。