用途：在 monorepo 多应用场景下，把 main 上选定的提交有选择地回移到已冻结的 release/<app>/<version> 分支，用于 cut patch release 或 backport fix。它与 gitlab-flow（feature→main）、gitlab-sync（main→builds/dev）配对，专门负责 main→release 这一段。
主要能力：列出全部 release/<app>/<version> 分支；按最近 N 天列出 main 上尚未进入目标 release 的提交；交互式提示用户按编号或 SHA 选择提交并确认；从 release 目标分支创建临时的 cherry/ 分支；按时间顺序执行 git cherry-pick -x（保留 (cherry picked from commit <SHA>) 溯源行）；处理冲突；推送并用 glab mr create 创建 cherry/* → release/<app>/<version> 的 MR（带 --remove-source-branch）。
使用方式：通过自然语言触发，例如“list releases”“list commit main last 5 days”“cherry-pick to release/gift-api/v0.5.3”。流程会先验证 release 分支存在，再列出候选提交、让用户挑选并确认，之后创建 cherry 分支（从 release 目标分支而非 main）、git cherry-pick -x <SHA>，必要时用 git cherry-pick --continue / --skip / --abort 处理冲突，最后确认后推送并创建 MR。
适用场景：为已发布的 app/version 回移少量修复或特定功能；发布前挑选 patch 提交。
限制：仅处理 main→release 单向；不负责从 main 新建 release 分支、打 tag、部署生产、release→main 或 builds/dev→main 的回移，也不做 main→release 的全量合并（git merge main），这些由 Maintainer 手动处理。禁止直接向 release 分支提交、禁用 --force 推送、必须使用 -x，且不得添加 AI 署名。资料未提及收费、价格、平台或具体效果数据。