用途：按 gitflow 风格完成提交工作流，先保证分支正确，再规划提交，最后执行。
主要能力：检查当前分支与工作区状态；识别 main、master、develop 为受保护分支；校验分支名是否符合 feat/、fix/、docs/、chore/、refactor/、test/、perf/、build/、ci/ 加 kebab-case 的约定；把待提交改动按文件路径分组为原子提交，并生成 type(scope): 祈使式摘要；通过脚本统一完成暂存、路径校验、环境密钥泄漏检查与提交。
使用方式：先运行 scripts/ensure_krt_env_ignore.py --check-only 做预检，再用 git branch --show-current、git status --porcelain=v1 -b、git diff --name-only、git diff --cached --name-only 查看状态。分支不合规时提出并确认新分支名，再用 git switch -c 创建或切换。提交只能通过 scripts/create_approved_commit.py --root <repo-root> --message "<approved message>" --path <approved-path> 执行，不直接运行 git add 或 git commit。提交计划需用户确认；若已有暂存改动，需明确作为 Commit 0 或经批准重建索引。
适用场景：需要把多文件、多层面的改动拆成可审查提交的仓库；已有 krt-release-marshal 工作流时可复用其已批准的提交分组。
限制：不添加 Co-authored-by 或任何 LLM 署名；不主动运行测试、linter 或格式化工具；默认整文件提交，需拆分文件时要先询问；不自动清理索引；CI 修复提交若未在本地验证需标记为 locally unverified。具体脚本路径与仓库根目录需按实际环境替换。