gitlab
GitLab CLI (glab) for working with GitLab from the command line.
Skill by Jeroen-G
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/jeroen-g-gitlab
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: backend, devops, writing, productivity
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/gitlab
What's inside
- Skill name
gitlab- Description
- GitLab CLI (glab) for working with GitLab from the command line. Read this skill before running any `glab` or GitLab API command — it applies to every GitLab operation, whether reading or writing (for example merge requests, issues, work items, discussions and threaded replies, comments, CI/CD pipelines, releases, packages, members, and project settings). Whenever a task touches GitLab in any way, consult this skill first so you use the correct, safe command on the first try. Prefer glab over raw API calls for all GitLab operations.
- License
- MIT
- Instructions
- 278 lines in SKILL.md · view on GitHub
Files (1)
- SKILL.md
SKILL.md (first lines)
# GitLab CLI (glab) `glab` is pre-configured and available in your environment. Use it for all GitLab operations. Run `glab <command> --help` for detailed flag information. ## Quick reference ```shell # Issues glab issue view <iid> glab issue list --label "bug,priority::1" glab issue create --title "title" --description "$(cat /tmp/desc.md)" glab issue note <iid> -m "comment text" # Merge requests glab mr create --push --title "fix: title" --description "$(cat /tmp/desc.md)" glab mr view <iid> glab mr list --assignee <user> glab mr update <iid> --description "$(cat /tmp/desc.md)" glab mr note create <iid> -m "comment text" # CI/CD glab ci status glab ci status --output json glab ci list glab ci get --merge-request <iid> --with-job-details glab ci get --pipeline-id <id> --output json glab ci retry <job-id> glab api projects/:id/jobs/<job-id>/trace # Machine-readable output glab mr list --output json | jq '.[].title' ``` **Templates:** Check `.gitlab/merge_request_templates/` and `.gitlab/issue_templates/` for project-specific templates. **References:** Always use full URLs in note/comment bodies (e.g. `https://gitlab.com/org/project/-/issues/123`) instead of short references (`#123`, `!456`). This applies to issues, merge requests, epics, and so on. Short refs resolve against project context and render as literal text on group-level items (epics, group work items); full URLs expand everywhere. ## Comments and discussions Use the `mr note` subcommands (`create`, `resolve`, `reopen`); flags on the root `glab mr note` command are deprecated. ### Short, inline bodies — pass `-m` ```shell glab issue note <iid> -m "comment text" glab mr note create <iid> -m "comment text" glab incident note <iid> -m "comment text" # Cross-project glab mr note create <iid> -m "..." --repo group/project ``` ### Long or Markdown bodies — pipe to stdin (preferred for MR notes) `glab mr note create` reads the body from stdin when its input is a pipe. This avoids shell-quoting pitfalls (backticks, `$`, backslashes) and is the safest pattern for non-interactive use. ```shell # From a file glab mr note create <iid> < /tmp/body.md # Inline literal multi-line body — quoted heredoc, no shell expansion inside glab mr note create <iid> << 'EOF' Your **markdown** comment. Code blocks and `inline code`, $variables, and \backslashes are all literal. EOF ``` `glab issue note` and `glab incident note` do **not** read stdin. For long bodies on those commands, use `glab api` with `-F body=@file` (see [Content-type guidance](#content-type-guidance)) or inline a quoted heredoc into `-m`: ```shell glab issue note <iid> -m "$(cat << 'EOF' Your **markdown** comment. Code blocks and `inline code` are safe. EOF )" ``` For descriptions on `glab issue create` / `glab mr create` / `glab mr update`, inline a quoted heredoc into `--description`, or for very large or reusable bodies write to a file and use `--description "$(cat /tmp/desc.md)"`. ### Threaded replies on merge requests `glab mr note create` supports `--reply <discussion-id>` for replying inside an MR thread. The value can be the full discussion ID or a unique prefix of at least 8 characters. Diff comments accept a single line (`--line 42`), a range (`--line 10:15`), a removed line (`--old-line 7`), or no line for a file-level comment. ```shell glab mr note create <iid> --reply <discussion-id> -m "I agree!" glab mr note create <iid> --file main.go --line 42 -m "Needs refactoring" glab mr note create <iid> --file main.go --line 10:15 -m "Extract this block" glab mr note create <iid> --file main.go --old-line 7 -m "Why was this removed?" glab mr note create <iid> --file main.go -m "General comment on this file" glab mr note create <iid> -m "LGTM" --unique # idempotent: skip if same body exists ``` `glab mr note resolve` / `reopen` take the MR identifier followed by the discussion identifier. The identifier can be a discussion ID (full 40-char hex or 8+ char prefix) or a note ID (integer; the parent discussion is looked up automatically): ```shell glab mr note resolve <iid> <discussion-id> glab mr note resolve <iid> <note-id> # integer note ID also works
From Jeroen-G/skills, MIT.
More from Jeroen-G/skills
- 0.587score
dex
Jeroen-G
Manage tasks via dex CLI.
SkillAFreshness: A★ 1Claude Code +9 - 0.587score
entity-diff
Jeroen-G
Entity-level view of code changes (functions, classes, methods) via the `sem` CLI.
SkillAFreshness: A★ 1Claude Code +9 - 0.586score
write-feature-ticket
Jeroen-G
This skill will be invoked when the user wants to turn a JIRA ticket into a feature ticket.
SkillAFreshness: A★ 1Claude Code +9 - 0.586score
feature-ticket-to-tasks
Jeroen-G
This skill will be invoked when the user wants to break a Feature Ticket into independently-grabbable Dex tasks.
SkillAFreshness: A★ 1Claude Code +9 - 0.584score
skill-drift
Jeroen-G
Compare adapted skills against the upstream originals they credit, keep your adaptations, and fold in upstream changes one at a time.
SkillAFreshness: A★ 1Claude Code +9 - 0.583score
request-refactor-plan
Jeroen-G
Use this skill when user wants to create a refactor plan.
SkillAFreshness: A★ 1Claude Code +9 - 0.582score
agent-docs
Jeroen-G
Generate or maintain a repo's agent docs with the domain model and module design in /.agents/docs/ (context map, glossary, ADRs).
SkillAFreshness: A★ 1Claude Code +9 - 0.581score
atlassian
Jeroen-G
Use atlassian-cli to look up or search Jira issues and Confluence pages.
SkillAFreshness: A★ 1Claude Code +9 - 0.562score
codebase-design
Jeroen-G
Shared vocabulary for designing deep modules.
SkillAFreshness: A★ 1Claude Code +9 - 0.562score
caveman
Jeroen-G
Ultra-compressed communication mode.
SkillAFreshness: A★ 1Claude Code +9 - 0.562score
domain-modeling
Jeroen-G
Build and sharpen a project's domain model.
SkillAFreshness: A★ 1Claude Code +9 - 0.561score
writing-for-agents
Jeroen-G
Writing documents for agents.
SkillAFreshness: A★ 1Claude Code +9
Signals
- Stars
- 1
- Forks
- 0
- Open issues
- 0
- Last commit (this folder)
- Oct 11, 2026 (17 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/Jeroen-G/skills
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from Jeroen-G
- 0.587score
entity-diff
Jeroen-G
Entity-level view of code changes (functions, classes, methods) via the `sem` CLI.
SkillAFreshness: A★ 1Claude Code +9 - 0.587score
dex
Jeroen-G
Manage tasks via dex CLI.
SkillAFreshness: A★ 1Claude Code +9 - 0.586score
feature-ticket-to-tasks
Jeroen-G
This skill will be invoked when the user wants to break a Feature Ticket into independently-grabbable Dex tasks.
SkillAFreshness: A★ 1Claude Code +9 - 0.586score
write-feature-ticket
Jeroen-G
This skill will be invoked when the user wants to turn a JIRA ticket into a feature ticket.
SkillAFreshness: A★ 1Claude Code +9 - 0.584score
skill-drift
Jeroen-G
Compare adapted skills against the upstream originals they credit, keep your adaptations, and fold in upstream changes one at a time.
SkillAFreshness: A★ 1Claude Code +9 - 0.583score
request-refactor-plan
Jeroen-G
Use this skill when user wants to create a refactor plan.
SkillAFreshness: A★ 1Claude Code +9
Cite this page
gitlab skill. Agent Mart. https://agentmart.dev/skills/jeroen-g-gitlab (last updated 2026-10-24)