[Bug]: /speckit-implement counts checkbox markers inside fenced code blocks — example checkboxes can falsely block implementation

Offen Anfängerfreundlich

#4,272 erstellt am 21.8.2026 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 2/5
Geschätzter Aufwand: 1-3 Stunden
Anfängerfreundlichkeit: 84/100

Issue-Typ: Bug
Klarheit: Klar beschrieben
Aktivitätsstatus: Aktiv
Tech-Stack: markdown
Bereich: cli

Rechercherichtung

Beginne mit .claude/skills/speckit-implement/SKILL.md, bei den Anweisungen „Check checklists status“, und vergleiche deren Checklisten-Parsing-Vertrag mit .claude/skills/speckit-clarify/SKILL.md. Überprüfe das Verhalten anhand einer Checkliste, die Checkbox-Beispiele innerhalb eines fenced code block und echte Checklisteneinträge außerhalb davon enthält. Als erledigt gilt die Aufgabe, wenn Beispiele in fenced code blocks ignoriert werden, während die Gesamtzahl sowie die Anzahl der abgehakten und nicht abgehakten Einträge pro Checkliste korrekt bleiben.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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.

Vorherrschende Sprache: Python
Sterne: 138k
Forks: 12.4k
Ø Merge: 3 T. 6 Std.
Gemergte PRs (30 T.): 136

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus github/spec-kit

[Bundle]: Add SpecAssay (update to 0.5.1) Offen

enhancement needs-triage

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100

github/spec-kit#4651 · 1 Kommentar · Erstellt am 20.9.2026
[Preset]: Add SpecAssay (update to 0.5.1) Offen

enhancement needs-triage

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100

github/spec-kit#4650 · 1 Kommentar · Erstellt am 20.9.2026
[Extension]: Add SpecAssay Check (update to 0.5.1) Offen

enhancement needs-triage

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

github/spec-kit#4649 · 1 Kommentar · Erstellt am 20.9.2026
[Feature]: 给 slug 添加默认值 Offen

enhancement needs-triage triage-can-wait

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100

github/spec-kit#4627 · 2 Kommentare · Erstellt am 18.9.2026
[Extension]: Update AEE dependency metadata (existing v1.0.0 entry) Offen

extension-submission triage-can-wait

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100

github/spec-kit#4626 · 1 Kommentar · Erstellt am 18.9.2026

Alle Issues in github/spec-kit