commit-and-push

用途：按可审查的节奏完成提交、推送、MR/PR 与发布流程。核心原则是一次提交只含一个可独立判断的变更，一个 PR 讲述一件可交付的事，一个 release 只打在真正发布的提交上。\n\n主要能力：提交前检查工作区、分支与上游，按意图分批提交，消息使用 type(scope): subject 格式；只推送功能分支，绝不推受保护分支；起草 MR/PR 时按分支角色选择 assets/ 中的模板（ready for QA、ship to production、hotfix），覆盖基线以来的全部提交；发现已有 MR/PR 则自动更新并回读校验，新建前必须先征得同意；发布时遵循仓库既有标签历史，给真正发布的提交打标签并推送。\n\n使用方式：用户说 commit、push、commit and push、起草或打开 PR/MR、打标签或发布时触发。触发后先宣告使用该技能，为实际要执行的步骤建立待办，常见流程为前四步（检查、分批、提交、推送），MR/PR 与发布按需执行。每步都有对应参考文件：commit.md、mr-pr.md、release.md、host-cli.md、voice.md。\n\n限制与注意：不得提交或推送受保护分支（默认 main、master、pro、test）；不得把无关变更混入同一次提交；不得在未获明确同意时创建新 MR/PR 或 release；不得凭 exit 0 就相信写入成功，必须回读比对；不得自创版本号方案，应遵循仓库标签历史，无历史则询问；强制推送前必须询问，且绝不用于受保护分支；密钥文件不得提交。不替换测试设计与 TDD 流程。gh/glab 的具体命令陷阱见 host-cli.md。输出语言跟随用户当前对话，而非仓库历史。