Classify secondary and abuse rate limits separately from generic GitHub failures

オープン

#2,219 2026年3月16日に作成コメント 1 件リアクション 1 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 3/5
見積もり時間: 1〜2日
初心者へのやさしさ: 76/100

issue の種類: バグ
明瞭さ: 明確に書かれている
活発さ: 活発
技術スタック: github, go
領域: api, backend

調査の方向性

pkg/errors/error.go の classifier から始め、次に pkg/utils/api.go を通じた GitHub レスポンスの処理を追跡し、docs/error-handling.md を確認してください。primary、secondary、abuse limit のレスポンスがそれぞれ異なるものとして分類され、利用可能な場合は retry メタデータが保持されることを示す unit coverage を追加してください。テストは参照された commit に対してパスする必要があります。

索引モデルが issue の本文から書いたものです。

説明

Problem
GitHub quota and abuse responses currently lose their specific classification in the shared error layer, so downstream tooling cannot distinguish them from generic 403/transport failures.

Why now
Rate limits are a routine operational condition for GitHub integrations. This server already documents structured error handling, but the central classifier only recognizes invalid token and insufficient scope today.

Evidence packet

Commit under test: 0c0ac794a443626d3a1517f8154f109f06a26e68
Runtime: macOS 15.3 / Darwin 25.3.0 arm64, Go 1.25.7
Relevant codepaths:
- pkg/errors/error.go
- pkg/utils/api.go
- docs/error-handling.md
Minimal repro:
1. Trigger a secondary rate limit or abuse-detection response from GitHub.
2. Observe the error payload stored in middleware / tool results.
Expected: explicit classifications for secondary rate limits and abuse limits, ideally preserving retry timing when GitHub provides it.
Actual: classifyHTTPErrorCode only handles 401 invalid_token and some 403 insufficient_scope cases, leaving rate-limit-specific failures unclassified.

Scope
This is a platform contract issue in shared GitHub error mapping.

Validation target
Unit tests should prove that primary, secondary, and abuse limit responses classify distinctly and preserve retry metadata when available.

主要言語: Go
スター: 33.1k
フォーク: 5k
平均マージ: 2日 1時間
マージ済み PR（30日）: 25

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

github/github-mcp-server のほかの issue

pull_request_read drops merge_commit_sha オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

github/github-mcp-server#3235 · 2026年9月7日に作成
Add guidance on GitHub autolinked reference formatting for AI agents オープン

enhancement

難易度 1/5 1時間未満初心者へのやさしさ 88/100

github/github-mcp-server#3042 · コメント 2 件 · 2026年8月8日に作成
Incorrect install documentation leads to error "error: unknown option '-e'" オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

github/github-mcp-server#3032 · リアクション 1 件 · 2026年8月6日に作成
Document Kubernetes installation with the HelmForge Helm chart オープン

難易度 2/5 1〜3時間初心者へのやさしさ 74/100

github/github-mcp-server#2803 · コメント 1 件 · 2026年7月1日に作成
get_discussion and get_discussion_comments accept calls with missing required parameters instead of returning a validation error オープン

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

github/github-mcp-server#2740 · 2026年6月21日に作成

github/github-mcp-server の issue をすべて見る

似ている issue

[GEP-28] `gardenadm restore`: Add developer docs for the local setup オープン

area/dev-productivity area/disaster-recovery area/ipcei kind/enhancement

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

gardener/gardener#15788 · 2026年9月23日に作成
Codex skills: `git rev-parse --verify --` rejects every explicit ref オープン

難易度 1/5 1時間未満初心者へのやさしさ 85/100

kenn-io/roborev#1229 · 2026年9月23日に作成
download_media returns a relative path that breaks when the bridge and MCP server run from different working directories オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

FelixIsaac/whatsapp-mcp-extended#85 · 2026年9月23日に作成
`docker logout docker.io` does not remove Docker Hub credentials オープン

kind/bug status/0-triage

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

docker/cli#7326 · 2026年9月23日に作成
Truncation of tekton task names causes conflict even though names are different オープン

🤔 refinement needed

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

equinor/radix-operator#1979 · 2026年9月23日に作成

Go の issue をもっと見る