[Bug]: /speckit-implement counts checkbox markers inside fenced code blocks — example checkboxes can falsely block implementation
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 84/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- markdown
- Ambito
- cli
Direzione di ricerca
Inizia da .claude/skills/speckit-implement/SKILL.md, nelle istruzioni “Check checklists status”, e confronta il relativo contratto di parsing delle checklist con .claude/skills/speckit-clarify/SKILL.md. Verifica il comportamento usando una checklist che contenga esempi di caselle di spunta all’interno di un fenced code block e voci reali della checklist al di fuori di esso. Il lavoro è completato quando gli esempi nei fenced code blocks vengono ignorati, mentre i conteggi totale, selezionati e non selezionati per ogni checklist rimangono corretti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Version
spec-kit v1.0.1 (.claude/skills/speckit-implement/SKILL.md, "Check checklists status")
Description
The checklist scan counts every - [ ] / - [x] / - [X] line in every checklist file, including lines inside fenced code blocks. A checklist that documents the checkbox format with an example fence therefore reports phantom unchecked items, and implementation is blocked by checkboxes that aren't real work items.
The clarify command already handles this correctly — .claude/skills/speckit-clarify/SKILL.md specifies parsing Markdown outside code fences — so this is an internal inconsistency between the two commands' parsers as much as a bug.
Expected behavior
Count checkbox markers only outside fenced code blocks (same contract as the clarify parser), keeping the existing per-checklist total/checked/unchecked reporting.
- 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
-
enhancement needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
enhancement needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
enhancement needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
[Feature]: 给 slug 添加默认值 Apertaenhancement needs-triage triage-can-wait
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
extension-submission triage-can-wait
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
Tutte le issue di github/spec-kit
Issue simili
-
documentation help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
simonw/sqlite-utils#872 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100