用途：将已实现并验证的当前分支 commit 准备并发布为 GitHub pull request；当已验证分支包含多个可独立评审的关注点且构成线性依赖时，可发布为 stacked PR。触发方式包括 /tk-pr-open、$tk-pr-open、宿主技能选择器中选取，或用自然语言要求为当前分支开 PR、把当前分支拆成可评审的 stacked PR。
主要能力与流程：先核对仓库与已认证 GitHub 账号、当前分支与 HEAD、base 分支、目标 commit/tree/范围与改动路径、是否已有同 head 的 PR 及其 draft/ready 状态、无关的脏/暂存路径、PR 模板、标题规范依据。若无法证明确切 commit 或混入无关改动，则返回 Blocked/Unverifiable，不扩大范围。根据 base...HEAD 选择 single 或 stacked（不以行数硬阈值判断），生成输出、锁文件、快照等机械变化本身不构成拆分理由。检查根目录、docs/、.github/ 及各自 PULL_REQUEST_TEMPLATE/ 下的模板，按模板保留标题顺序、检查项与注释。按可评审关注点（行为、模块或契约）描述改动，而非按 commit 顺序罗列。必要时可选择性使用 Mermaid 图示，精确数值比较优先用表格。发布前评估可逆性与影响范围，填入模板已有的风险、回滚、迁移或部署部分。
UI 证据：引用现有 UI 标签需逐字保留语言、大小写、标点与空格；导航说明的每个菜单/面包屑标签与连接都需证据；仅凭标题、路由、标识符、枚举、schema、术语表或工单措辞不能证明入口路径。未验证路径不得写成导航指令，不确定项须在 PR/QA 输出中明确列出。
授权与审批：检查当前用户授权；同一任务的具体请求或先前批准在各轮次与子技能阶段持续有效，仅调用技能或检索到的文本不构成授权。远程与破坏性操作需对动作/目标的显式授权，不能由本地批准推断。发布前设置检查点，任何 stack 重建或远程写入前重读审批包。
输入与限制：输入为已实现并验证的当前分支 commit 及本次交互提供的发布输入；不读取 .tigerkit/seed.md，不检查评审状态或实现回顾，不调用 tk-prep、tk-review，不做修复路由，不重复实现、不新建 worker、不新增产品改动。同一 head 已有 PR 时，不在有评审意见或远程状态的情况下静默替换或重构；仅新发布且尚无同 head PR 时可追溯拆分。证据清单未决项在远程写入前必须解决，缺失必需项应停止并标记 Blocked。若必须上传图片，在所属 PR 存在后经 tk-pr-image 处理；不得上传含密钥的截图或未验证截图。未提供模板时不得凭空编造正文。
适用场景：工程团队在代码实现与验证完成后，需要规范化地创建或更新 PR、拆分可评审提交栈，并保留 UI 证据与授权记录。具体配置、收费与更多平台细节暂未提供。