[Bug]: /speckit-taskstoissues dedup matches bare task IDs across features — valid tasks are silently skipped
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 55/100
Direzione di ricerca
Apri .claude/skills/speckit-taskstoissues/SKILL.md e ispeziona il passaggio di deduplicazione nel flusso list_issues. Traccia il modo in cui vengono confrontati la directory della feature corrente e l’ID del task, quindi verifica il comportamento per T001 in due directory di feature. Il lavoro è completato quando i task validi di feature diverse vengono mantenuti e il controllo feature più task viene ripetuto immediatamente prima della creazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Version
spec-kit v1.0.1 (.claude/skills/speckit-taskstoissues/SKILL.md, dedup step around the list_issues flow)
Description
Task IDs like T001 are local to one feature's tasks.md and restart from T001 in every feature. The dedup step, however, matches repository issues by task ID without scoping to the current feature: if feature 001-auth already produced an issue titled with T001, then running /speckit-taskstoissues for feature 002-billing sees "T001 exists" and skips creating the issue for billing's T001 — a silent gap in the tracker, in exactly the multi-feature repos this command targets.
This is the inverse of #2968 (which was about creating duplicates): the fix direction there makes the matching aggressive enough to now suppress valid tasks.
Expected behavior
- Include a stable feature identifier (the
NNN-namespec dir) in each created issue's title or a label, and require both the feature identity and the task ID to match before skipping. - Re-check for existing feature+task issues immediately before creation so two concurrent invocations don't race the fetch-then-create sequence.
- Lingua principale
- Python
- Stelle
- 138k
- Fork
- 12.4k
- Merge medio
- 3g 6h
- PR unite (30g)
- 136
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di github/spec-kit
-
triage-can-wait
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
enhancement needs-triage triage-can-wait
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
-
bundle-submission needs-info triage-can-wait validation-failed
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
author-awaiting enhancement needs-triage preset-submission triage-can-wait validation-failed
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
author-awaiting enhancement extension-submission needs-triage triage-can-wait validation-failed
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Tutte le issue di github/spec-kit
Issue simili
-
bug ci good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
documentation
Difficoltà 2/5 Mezza giornata Idoneità per principianti 62/100
inmanta/inmanta-core#10835 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
-
sponsored
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100