GitLab MCP: workItem query fails, workItems works
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- gitlab, graphql, typescript
Hướng nghiên cứu
Bắt đầu bằng cách xác định các công cụ MCP của GitLab, hướng dẫn hoặc ví dụ tích hợp của chúng, và phần xử lý xung quanh gitlab_execute_custom_query; so sánh trường workItem bị lỗi với truy vấn workItems(iid: ...) đang hoạt động. Được xem là hoàn thành khi chọn và triển khai một cải tiến đã thống nhất—hướng dẫn chuẩn, tra cứu nhận biết schema hoặc một lần thử lại duy nhất với trường được đề xuất—kèm theo coverage cho hành vi của truy vấn work-item.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Observed behavior
When querying a GitLab work item via gitlab_execute_custom_query, my first attempt used the field workItem on Project, which failed with:
GraphQL error: Field 'workItem' doesn't exist on type 'Project' (Did you mean `workItems`?)
Retrying with workItems(iid: "...") on Project succeeded and returned the expected work item.
Why this is worth improving
The GitLab GraphQL schema evidently drifted (either workItem was removed/renamed, or it never existed on Project and only workItems did). The agent-side pattern is:
- First call fails with a schema error.
- Agent reads the "Did you mean" hint from the error and adjusts.
- Second call succeeds.
This works, but it wastes a round-trip on every session that touches work items, and it depends on the agent noticing the hint. A more robust experience would be one of:
- Auto-retry once when the error message contains a
Did you meansuggestion, substituting the suggested field. - A schema-aware helper (e.g.,
gitlab_get_type_fieldsresults cached and surfaced in the tool description) so the agent picks the right field on the first try. - Update any built-in guidance/examples in the GitLab MCP tools to reference
workItems(iid: ...) { nodes { ... } }as the canonical way to fetch a single work item by IID on a Project.
Impact: minor per-call latency + agent context spent on the schema hint. Not blocking, but repeatable across sessions.
Metadata
| Field | Value |
|---|---|
| CLI Version | 0.8.10 |
| Platform | darwin |
| Architecture | arm64 |
| OS Release | 25.5.0 |
| Category | improvement |
| Working Directory | feature-1173-parallel-ci-databases |
| Session ID | ses_0c9a0177effeYuBnIpoLd52aQ1 |
- Ngôn ngữ chính
- TypeScript
- Star
- 813
- Fork
- 134
- Merge trung bình
- 2 ngày 5 giờ
- Pull request đã merge (30 ngày)
- 63
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của AltimateAI/altimate-code
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
AltimateAI/altimate-code#1359 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
AltimateAI/altimate-code#1323 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
AltimateAI/altimate-code#1288 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
AltimateAI/altimate-code#1285 ·
-
privacy: Altimate Base consent dialog no longer discloses persistent per-installation identifier Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
AltimateAI/altimate-code#1284 ·
Tất cả issue của AltimateAI/altimate-code
Issue tương tự
-
blocklist removal
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
MetaMask/eth-phishing-detect#296544 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
pastelsky/bundlephobia#1122 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
category/development priority/P2 scope/file-operations scope/testing type/enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Enatega Customer and Rider app: Add-ons price is not visible to customer after order is placed. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100