GitLab Agent 自我改进

要解决什么问题

在 GitLab 上长期跑任务的 Agent（例如维护 helm-openclaw）容易只做「当下工单」，很少把可复用的教训沉淀成可审查的改动。没有明确流程时，要么从不提改进，要么把无关修改堆在一个 Merge Request 里，评审成本陡增；自建 MR 长期挂着也会占用注意力。

技能如何工作

本技能要求 Agent 先复盘：从近期交互与结果里找出真正值得改的点。若判断没有实质价值，或改动纯属 cosmetic，应立即停止执行本技能，避免无意义的 MR 噪音。

有明确改进时，把结论与方案写进新的 Merge Request，并指派给自己，便于人类按常规流程 review。规则要点：

• 一事一 MR：不要把两个完全无关的问题塞进同一个 MR
• Stale MR 清理：若某条由你自己创建、仍未被接受的 MR，自最近一次活动或 review 状态起已满 10 天，应关闭它

与 GitLab 上的身份、权限、评论与 MR 生命周期相关的通用约定，应同时遵循 gitlab-agent 技能。

适用边界与注意点

本技能面向「有 GitLab 仓库与 MR 工作流」的 Agent 场景，不是泛用的日记或心理自助。改进建议必须能落到具体代码或配置变更；仅换表述、排版之类的小修小补，按 SKILL 说明不应为此开 MR。关闭 10 天未动的 MR 前，确认没有仍在进行的讨论或阻塞，避免误关仍有价值的提案。