## Description Duo tripped up using the `save_work_item` and it fell back to using `create work item` and `update work item` ### create issue ``` The initial create request failed because the API treated work_item_iid: 0 as an update. Retrying with the issue-create endpoint. ``` <details> <summary>Click to expand request</summary> ```json { "url": "", "state": "opened", "title": "Support batch label lookups in `gitlab_search_labels`", "weight": 0, "todo_id": "", "due_date": "", "group_id": "", "is_fixed": false, "label_ids": [ "gid://gitlab/GroupLabel/10230929", "gid://gitlab/GroupLabel/2975007", "gid://gitlab/GroupLabel/51686715", "gid://gitlab/GroupLabel/51687712" ], "parent_id": "gid://gitlab/WorkItem/197727635", "status_id": "", "type_name": "Issue", "agent_plan": "", "project_id": "gitlab-org/gitlab", "start_date": "", "description": "`gitlab_save_work_item` can fail when supplied labels do not match existing labels. Agents then resolve labels using `gitlab_search_labels`, currently requiring one tool call per label.\n\nAdd support for looking up multiple label names in a single request within the same namespace scope, returning results keyed to each requested label.\n\nThis reduces tool-call overhead—for example, resolving five labels currently requires five separate calls—and makes label recovery after a failed work-item save more efficient.", "todo_action": "add", "assignee_ids": [], "clear_weight": false, "confidential": false, "add_label_ids": [], "health_status": "onTrack", "work_item_iid": 0, "remove_label_ids": [] } ``` </details> <details> <summary>Click to expand response</summary> ``` Run MCP tool gitlab_save_work_item: {'url': '', 'state': 'opened', 'title': 'Support batch label lookups in `gitlab_search_labels`', 'weight': 0, 'todo_id': '', 'due_date': '', 'group_id': '', 'is_fixed': False, 'label_ids': ['gid://gitlab/GroupLabel/10230929', 'gid://gitlab/GroupLabel/2975007', 'gid://gitlab/GroupLabel/51686715', 'gid://gitlab/GroupLabel/51687712'], 'parent_id': 'gid://gitlab/WorkItem/197727635', 'status_id': '', 'type_name': 'Issue', 'agent_plan': '', 'project_id': 'gitlab-org/gitlab', 'start_date': '', 'description': '`gitlab_save_work_item` can fail when supplied labels do not match existing labels. Agents then resolve labels using `gitlab_search_labels`, currently requiring one tool call per label.\n\nAdd support for looking up multiple label names in a single request within the same namespace scope, returning results keyed to each requested label.\n\nThis reduces tool-call overhead—for example, resolving five labels currently requires five separate calls—and makes label recovery after a failed work-item save more efficient.', 'todo_action': 'add', 'assignee_ids': [], 'clear_weight': False, 'confidential': False, 'add_label_ids': [], 'health_status': 'onTrack', 'work_item_iid': 0, 'remove_label_ids': []} - Tool call failed: ToolException ``` </details> ### update issue ``` The update was rejected because the write API treated an empty create-only label field as invalid. Retrying with the update-specific endpoint. ``` <details> <summary>Expand for update request</summary> ```json { "url": "https://gitlab.com/gitlab-org/gitlab/-/work_items/621729", "state": "opened", "title": "Add access-level filtering to list_project_members MCP tool", "weight": 0, "todo_id": "", "due_date": "", "group_id": "", "is_fixed": false, "label_ids": [], "parent_id": "", "status_id": "", "type_name": "", "agent_plan": "", "project_id": "", "start_date": "", "description": "## Problem\n\n[`list_project_members`](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/251379) returns each member's access level, but cannot filter results by it. Agents asking for a specific role, such as all Maintainers, must retrieve every page and filter client-side. This is incorrect for paginated responses because matching members can exist on later pages.\n\n## Proposal\n\nAdd an `access_level` filter to `list_project_members` so filtering happens before pagination.\n\nThe GraphQL `projectMembers` field does not currently expose an access-level filter, so extend the underlying GraphQL API as needed and pass the filter through the MCP tool.\n\n## Requirements\n\n- Accept an access-level filter in `list_project_members`.\n- Apply the filter server-side before pagination.\n- Preserve existing behavior when no filter is provided.\n- Document the parameter and add coverage for filtering and pagination.\n\n## Related work\n\nFollow-up to [!251379](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/251379), created from [this discussion](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/251379#note_3726178462).", "todo_action": "add", "assignee_ids": [], "clear_weight": false, "confidential": false, "add_label_ids": [], "health_status": "onTrack", "work_item_iid": 0, "remove_label_ids": [] } ``` </details> <details> <summary>Expand for update response</summary> ```json Run MCP tool gitlab_save_work_item: {'url': 'https://gitlab.com/gitlab-org/gitlab/-/work_items/621729', 'state': 'opened', 'title': 'Add access-level filtering to list_project_members MCP tool', 'weight': 0, 'todo_id': '', 'due_date': '', 'group_id': '', 'is_fixed': False, 'label_ids': [], 'parent_id': '', 'status_id': '', 'type_name': '', 'agent_plan': '', 'project_id': '', 'start_date': '', 'description': "## Problem\n\n[`list_project_members`](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/251379) returns each member's access level, but cannot filter results by it. Agents asking for a specific role, such as all Maintainers, must retrieve every page and filter client-side. This is incorrect for paginated responses because matching members can exist on later pages.\n\n## Proposal\n\nAdd an `access_level` filter to `list_project_members` so filtering happens before pagination.\n\nThe GraphQL `projectMembers` field does not currently expose an access-level filter, so extend the underlying GraphQL API as needed and pass the filter through the MCP tool.\n\n## Requirements\n\n- Accept an access-level filter in `list_project_members`.\n- Apply the filter server-side before pagination.\n- Preserve existing behavior when no filter is provided.\n- Document the parameter and add coverage for filtering and pagination.\n\n## Related work\n\nFollow-up to [!251379](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/251379), created from [this discussion](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/251379#note_3726178462).", 'todo_action': 'add', 'assignee_ids': [], 'clear_weight': False, 'confidential': False, 'add_label_ids': [], 'health_status': 'onTrack', 'work_item_iid': 0, 'remove_label_ids': []} - Tool call failed: ToolException ``` </details>