用途：在用户要求提交、暂存改动或把工作拆分为多个提交时，生成带 gitmoji 与 Conventional Commits 规范的语义化提交。
主要能力：按意图识别文件分组（功能、修复、文档、测试、配置）；规划提交边界，将无关改动拆分为独立提交，混合文件可用 git add -p；依据改动摘要自动选择表情；按“emoji type(scope): subject”格式起草提交信息，主题使用祈使句且不超过 50 字符；提交前做安全检查，确认无密钥、调试日志或意外改动，且提交内容与信息一致。
使用方式：先运行 git status --short 和 git diff --stat 检查工作区；用 git add <file> 或 git add -p 暂存目标改动，再用 git diff --cached --stat 复核；选择表情可运行 bash scripts/gitmoji_selector.sh --emoji-only "<change summary>"，不确定时查阅 references/gitmoji-guide.md；最后运行 git commit -m "<message>"，重复直至工作区干净。脚本还支持 JSON 建议与完整 Conventional Commit 输出，如 bash scripts/gitmoji_selector.sh --conventional feat auth "Add login"。
类型与表情：类型包括 feat、fix、refactor、docs、test、perf、style、chore、ci、build；常见 scope 有 auth、api、ui、db、ci、deps。核心表情映射涵盖功能✨、修复🐛、简单修复🩹、文档📝、测试🧪、重构♻️、性能⚡、UI💄、依赖📦、安全🔐、配置⚙️/🔧、删除🗑️、重大🔨、部署🚀、SEO🔍、i18n🗣️、Linter🚨、自动化🔄、测试通过✅、升级⬆️、降级⬇️、类型🏷️、文案💬、注释💡、Mock🎭；特殊场景优先使用回滚⏪、合并🔀、热修复🚑、WIP🚧。
适用场景：需要规范化提交历史、按意图拆分提交、统一表情与类型约定的 Git 工作流。
限制：资料未提供安装方式、支持平台、收费与价格信息，暂未提供。