用途：oma-scm 聚焦软件配置管理（SCM）与 Git 操作，处理提交、暂存、推送、分支、合并、rebase、冲突解决、工作树管理及 SCM 治理检查，目标是让操作范围明确、提交可追溯、历史可恢复。
主要能力：检查工作区与提交惯例；按逻辑拆分提交分组（跨代码、测试、文档的一个逻辑变更保持一次提交）；遵循 Conventional Commits 的消息、类型、页脚与分支命名；执行合并、发布基线、CODEOWNERS 等工作；处理合并风险与回滚参考；保障推送与 PR 安全；处理 amend、fixup 与 autosquash；失败与恢复场景（脏文件、钩子拒绝、非快进推送、冲突、疑似密钥）均有对应处置规则。
使用方式：先运行 git status -sb、git diff --staged、git diff、git log --oneline -5 检查状态；按逻辑分组后，用 git add -- <specific-files> 显式暂存，执行 git diff --cached --check 与 git diff --cached 检查，再用 git commit -F <message-file> 提交；推送或建 PR 仅在请求或工作流要求时执行。治理、工作树、发布、历史操作需读 resources/cm-operations.md；大型合并前读 resources/merge-risk.md；提交相关读 resources/conventional-commits.md；CODEOWNERS 读 resources/codeowners-playbook.md。
适用场景：明确范围的提交与推送请求、分支与历史操作、发布与基线管理、CODEOWNERS 与配置管理评审。不适用：实现功能或修应用代码应交给相应专家；通用需求规划用 oma-pm；安全与测试评审用 oma-qa。
限制：不得使用 git add -A 或 git add .（无明确授权时），不得包含凭证或密钥文件；重写共享历史需明确授权，授权重写使用 --force-with-lease 而非 --force；钩子失败需修复而非绕过；拒绝推送不得强推重试；用户面向回复使用配置语言，提交消息、分支名、PR 标题与正文保持英文；遇到疑似密钥须在暂存前停止并仅指出受影响路径。其他价格、平台等未提供。