用途：把「Jira 任务 → 代码 → GitLab MR → 合并」的标准交付流程固化为一套可调用技能，区分 Developer 与 Reviewer 两种角色，按用户触发的提示词分步执行。
主要能力：
- 建分支（create branch）。先判断输入模式：完整分支名（含 feature/bugfix/hotfix 前缀）按原样使用不修改；纯 kebab-case slug 自动补 feature/；原始 Jira 标题则解析出 TASK-ID、去掉范围标记与旁引工单、去掉 Cai-tien/Fix/Them 等类型填充词，保留方向与上下文标记，给出 1–2 个候选并等用户确认；只给 TASK-ID 时询问 2–4 词描述。分支格式为 feature/<TASK-ID>-<short-desc>，整体 ≤50 字符，越南语无音调、kebab-case、句首大写（TASK-ID 保持大写）。默认只用 feature/，bugfix/、hotfix/ 仅在用户显式写出前缀时沿用。建分支前确认工作区干净，并 fetch、checkout、pull main。
- 重命名分支（rename branch）。未推送时用 git branch -m 本地改名；已推送则 git branch -m 加 git push -u origin <new-name>，再询问是否 git push origin --delete <old-name>，最后用 git branch -vv 与 git ls-remote --heads origin 校验。已开 MR 时需新建 MR 或用 glab mr update <N> --source-branch <new-name>。
- 按任务描述生成代码，遵循项目约定，不超范围，完成后简述改动文件。
- 变更评审（review the last change / review change，可加 simplify）。simplify 时先对未提交 diff 做 Reuse/Quality/Efficiency 精简并自动修复，再按逻辑正确性、边界、规范、冗余、安全、性能逐条编号报告。
- 提交与推送（commit and push）。只提交本地，不自动推送，推送前必须向用户确认；支持 --quick 快速模式。提交格式 <type>(<scope>): <subject> (<TASK-ID>)，type/scope 用英文，subject 用祈使句，TASK-ID 从当前分支名提取。提交消息通过 heredoc 写入，明确禁止添加任何 AI 署名 trailer。
适用场景：使用 Jira 工单编号、以主干为合并目标、希望统一分支与提交规范的团队开发流程。
限制：MR 默认合并到 main，除非用户另行指定；评审与报告默认输出越南语，技术标识与状态关键字保持英文，用户改用其他语言后才切换；分支类型、TASK-ID 格式等关键信息不确定时必须停下询问；收费、平台与更多实现细节暂未提供。