Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

fix(work-items): label-provenance's body-edit check needs a path that works without GraphQL

オープン
#7,240 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
github, shell
領域
tooling

調査の方向性

Start with plugins/work-items/tools/work-item-tracker/adapters/github/label-provenance.sh, then read #7009 and #7219 to understand the admission check and cloud GraphQL limitation. Verify whether the issue timeline or events API exposes body edit time using GitHub's API docs, or trace how unavailable reads are handled. Done means a cloud session admits a correctly labeled, unedited item or escalates it once with a clear reason, without silently refusing each cycle.

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

説明

needs-human needs-triage

Problem

#7009 makes label-provenance (plugins/work-items/tools/work-item-tracker/adapters/github/label-provenance.sh) refuse admission when an item's body was edited after its admitting label. It reads the body's last-edit time over GraphQL (lastEditedAt), because the REST API exposes no edit time. When that read fails, after_admission is null and the item is refused.

Cloud sessions get no GraphQL through the GitHub proxy (see #7219). So in a cloud session every item is refused: safe, but a cloud work-loop admits nothing.

Fix

Pick one:

  • Find a REST source for the body edit time, such as the issue timeline or an events endpoint, if one carries it. Verify against the API docs.
  • In a session without GraphQL, report the edit-time read as unavailable and route items to human attention once, instead of refusing every cycle.

Done when

  • A cloud session either admits a correctly labeled, unedited item, or escalates it once with a clear reason. It never refuses silently every cycle.

Refs: #7009

主要言語
Shell
スター
22
フォーク
2
平均マージ
7時間 42分
マージ済み PR(30日)
923

環境構築

はじめの一歩

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

melodic-software/claude-code-plugins のほかの issue

melodic-software/claude-code-plugins の issue をすべて見る

似ている issue

Shell/Bash の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。