代码提交与 MR 创建技能 - 自动生成语义化 commit message、创建符合规范的 GitLab Merge Request、验证飞书工作项关联。当用户提到 Git 提交、commit、push、推送代码、创建 MR、创建 PR、合并请求、或需要提交代码、推送代码、创建 MR/PR 时，必须使用此技能。
支持交互式（对话）和非交互式（参数）两种模式。
The English summary is being prepared. Showing the original description.
Review the instructions the agent will receive before you install.
企业级 Git 提交和 MR 创建技能，支持自动生成语义化 commit message、创建符合规范的 MR、验证飞书工作项关联。
⚠️ 创建 MR 之前，必须先同步目标分支的代码！！！没有 conflict 才能创建 MR！
标准工作流程（强制执行）：
# Step 1: 同步目标分支（必须！）
git fetch origin <target-branch>
# Step 2: Rebase 到最新目标分支（必须！）
git rebase origin/<target-branch>
# Step 3: 检查是否有冲突
git status
# Step 4: 只有在没有冲突的情况下，才能：
# - 推送代码
# - 创建 MR
检查清单（强制执行）：
git fetch origin <target-branch>）git rebase origin/<target-branch>）git status 显示 clean）git diff --name-only origin/<target-branch>...HEAD）git log --oneline origin/<target-branch>..HEAD）只有以上全部满足，才能创建 MR！
Why: 避免重复提交、错误的 diff、不必要的冲突
典型后果:
设计原则:
凭证信息配置:
项目根目录的 .env.skill 文件会保留此技能需要的凭证信息：
# GitLab Personal Access Token
GITLAB_PAT=glpat-xxxxxxxxxxxxx
# 飞书认证密钥
FEISHU_AUTH_KEY=cli_xxxxxxxxxxxxxx
# GitLab 实例地址（可选，默认从环境变量读取）
GITLAB_URL=https://git.example.com
# 飞书项目 ID（可选，用于工作项验证）
FEISHU_PROJECT_ID=xxxxxxxxxxxxx
部署前验证:
.env.skill 文件获取凭证信息注意: .env.skill 已在 .gitignore 中，不应提交到 Git 仓库
基于代码变更自动生成语义化 commit message：
支持推送到远端仓库：
origin/<branch> 命名创建符合规范的 GitLab MR：
type(scope): summary<30字符验证飞书项目工作项关联：
重要说明：
执行代码提交前的内审检查：
📌 详细提交约定：参见 references/commit-conventions.md
自由格式：不强制 Conventional Commits，commit message 可以自由编写。
自动生成：基于代码变更自动生成语义化 message，参考项目最近的 commits 风格。
📌 MR 模板：
type(scope): summary
---
feishu.task: 6723548458
---
## 功能说明
（功能描述）
## 变更内容
- 变更点 1
- 变更点 2
## 测试
- [ ] 单元测试通过
- [ ] SIT 测试通过
重要规则：
feishu.task📌 详细使用示例：
交互式模式提供对话式流程，每个步骤都有默认值，用户可以确认或修改：
⚠️ 重要：飞书工作项 uid 是必填项
非交互式模式通过命令行参数一次性提供所有信息，适合自动化脚本：
# 自动生成 commit
git add <files>
commit.sh --auto-generate --non-interactive
# 推送代码
push.sh --branch feature/login --remote origin --create-if-not-exists --non-interactive
# 创建 MR
mr.sh create \
--source-branch feat/login \
--target-branch master \
--mr-title "feat(auth): implement login" \
--feishu-task 6723548458 \
--non-interactive
# ⚠️ 注意：--feishu-task 参数是必填项
# 如果用户未提供，必须明确提示并提供有效的飞书工作项 uid
使用 3 位数字退出码（000-999）：
| 场景 | 交互式 | 非交互式 |
|---|---|---|
| PAT 未配置 | 提示配置指导，等待输入 | 输出错误，退出码 203 |
| 工作项验证失败 | 提示补正，阻止创建 | 输出错误，退出码 500 |
| GitLab API 错误 | 显示错误，询问重试 | 输出错误，退出码 402 |
| 内审检查失败 | 警告，询问是否继续 | 输出警告，继续创建 |
📌 配置文件示例：参见 config/code-committer.yaml
GITLAB_PAT~/.config/commit/config.yaml.claude/commit.yamlgitlab:
pat: "" # 留空表示使用环境变量
auto_detect_url: true
feishu:
require_validation: true
auth_identity: "user"
audit:
check_sensitive_data: true
check_test_coverage: false
check_documentation: true
commit:
max_length_lines: 12
include_file_summary: true
load_recent_commits: true
check_claude_md: true
📌 可用脚本：
scripts/commit-generator.sh：自动生成 commit messagescripts/feishu-validator.sh：验证飞书工作项scripts/audit-checker.sh：执行审计检查scripts/error-codes.sh：错误码定义scripts/gitlab-api.sh：GitLab API 操作scripts/remote-handler.sh：远端仓库操作scripts/ 目录系统依赖：
npm install -g lark-cli# 暂存变更
git add src/login.py tests/test_login.py
# 自动生成 commit message
commit.sh --auto-generate
# 推送到远端
push.sh --create-if-not-exists
# 非交互式
mr.sh create \
--source-branch feat/login \
--target-branch master \
--mr-title "feat(auth): implement JWT authentication" \
--feishu-task 6723548458 \
--non-interactive
# 交互式
mr.sh create
# (按提示输入)
push-and-mr.sh \
--feishu-task 6723548458 \
--non-interactive
📌 详细审计检查清单：参见 references/audit-checklist.md
检测以下模式并提供警告：
password.*=api[_-]?key.*=secret.*=检查变更中是否包含测试文件：
test 或 spec检查相关文档是否需要更新：
📌 详细故障排除指南: 参见 references/mr-creation-troubleshooting.md
核心技巧：
git fetch origin <target-branch> && git rebase origin/<target-branch>curl -w 捕获状态码，判断创建结果feishu.task: <uid>）🚨 MR 包含重复的文件变更（铁律违反）:
git fetch origin <target-branch> && git rebase origin/<target-branch> --force-with-leaseHTTP 401 Unauthorized:
api 权限glab 命令无返回结果:
glab --web 或切换到 curl API飞书任务 ID 验证失败:
feishu.task: <uid> 格式，冒号后有空格Commit 工作需要与其他角色密切协作。本 SKILL 专注于代码提交和 MR 创建技术实践，相关职责请参考：
开发工作流 → dev SKILL
docs/scrum/story/ 中的 Story 文档测试验证 → qa SKILL
项目管理 → pm SKILL
DevOps 流程 → devops SKILL
版本: v2.1 维护者: DevTools Team
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
架构师工作技能 - 架构设计、文档管理、语义化版本控制、设计审查。当用户提到架构、设计文档、版本管理、技术选型、系统设计、数据模型、API设计、文档审查、设计规范、架构决策、或需要创建/更新设计文档时，必须使用此技能。确保所有设计文档遵循语义化版本规范和命名约定。
The English summary is being prepared. Showing the original description.
开发工作流程指导 - 编码、测试、代码质量、MR/PR 创建和 CI/CD。用于开发任务、编码、功能实现、Bug 修复、单元测试、代码覆盖率、代码审查、CI/CD 流水线和 Git 操作。
The English summary is being prepared. Showing the original description.
DevOps 工作技能 - CI/CD 流程、容器化构建、Kubernetes 部署、基础设施即代码、监控告警。当用户提到部署、容器化、K8s、Helm、ArgoCD、CI/CD、监控、日志、或需要执行部署、排查线上问题时，必须使用此技能。
The English summary is being prepared. Showing the original description.
PM 编排技能 — 具备意图识别与动态路由能力的项目管理中枢。除了 pm 的全部 Story/Epic/Sprint 管理能力外，pm 能分析用户 prompt 的多领域意图，动态匹配所需的专业 skill（arch/dev/ued/qa/devops 等），生成编排计划并在用户确认后依次唤起各 skill 协同工作。当用户的请求涉及多个专业领域、需要跨 skill 协调、或者用户希望用一个 prompt 驱动完整的「设计→实现→验证」流程时，使用此技能。纯 Story 管理/迭代规划等单领域任务，pm 会直接处理而不路由。
The English summary is being prepared. Showing the original description.
QA 工作技能 — 测试分层架构、UT/API/SIT/E2E/UAT 测试、交叉验证策略、测试数据管理、测试报告管理。当用户提到测试、QA、质量保证、回归测试、单元测试、集成测试、验收测试、测试覆盖率、pytest、go test、E2E、Playwright、monkey test、fuzz test、RPC 测试、测试用例设计、TDD、测试框架、测试策略审查、问题排查、测试环境、测试数据、SIT 交叉验证、或需要设计/执行/增强测试策略时，必须使用此技能。确保所有测试活动遵循分层架构和业务正确性验证原则。
The English summary is being prepared. Showing the original description.
安全重构代码技能。当用户明确提到"重构"、"代码异味"或需要在TDD循环的Refactor阶段改进代码内部结构时使用。
The English summary is being prepared. Showing the original description.