Document the RFC 2119 keyword rule (attribution lost in docs rebuild) and its clarification update RFC 8174
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 1/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 88/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Ambito
- documentation
Direzione di ricerca
Leggi docs-lab/README.md e i due file citati: docs-lab/reference/schemas/spec-driven/index.md vicino alla riga 218 e docs-lab/reference/glossary.md vicino alla riga 28. Confronta le loro indicazioni con i riferimenti agli RFC in openspec/specs/cli-validate/spec.md e le vecchie citazioni in docs/. Aggiungi l’attribuzione a RFC 2119 e RFC 8174 e spiega che i significati definiti si applicano alle parole chiave scritte interamente in maiuscolo; il lavoro è concluso quando questo è chiaro in entrambe le pagine di documentazione attuali.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Where
https://openspec.dev/docs/schemas/spec-driven, https://openspec.dev/docs/glossary
What is wrong or missing
The Issue is that the live docs pages teach keyword usage but cite no source for the keywords. Verified at current main (2026-11-02, 2bd5bc3):
docs-lab/reference/schemas/spec-driven/index.md:218— "Use SHALL/MUST for normative requirements (avoid should/may)" — a normative keyword rule with no RFC citation.docs-lab/reference/glossary.md:28— the "Requirement" definition ("written with SHALL…") likewise defines keyword use without naming its source.grep -r "2119" docs-lab/→ 0 hits. The attribution existed in the olddocs/tree —docs/concepts.md:120,docs/concepts.md:131,docs/glossary.md:23,docs/glossary.md:27,docs/writing-specs.md:29— but was not carried into the live rebuild, per docs-lab's own README ("the live site builds from this tree… the olddocs/tree is no longer used").grep -r "8174"repo-wide → 0 hits. (RFC 8174 is an update of 2119)- Meanwhile the shipped validator still cites the standard:
openspec/specs/cli-validate/spec.md:343warns "should contain SHALL or MUST … (RFC 2119 best practice for English specs)" — an orphaned reference to an RFC the live docs never introduce.
Both RFC 2119 and Updated RFC 8174 Should be Documented
To align to cli-validate spec.md, as well as defining a stronger specification matching IETF documents, which openspec/specs already follows.
The abstract of RFC 2119 originally said its key words "are often capitalized" — which RFC 8174 §1 notes "has caused confusion about how to interpret non-capitalized words such as 'must' and 'should'". RFC 8174 §2 (BCP 14, Updates: 2119) replaced that clause — in its === NEW === block:
In many IETF documents, several words, when they are in all capitals as shown below, are used to signify the requirements in the specification. These capitalized words can bring significant clarity and consistency to documents because their meanings are well defined.
In short: RFC 8174 clarifies that words have the meanings specified in RFC 2119 only when they are in all capitals, thus - should not retry is descriptive text; - SHOULD NOT retry makes it a specification.
What it should say instead
docs-lab/reference/schemas/spec-driven/index.md#L218(line 218): change the guidance line to cite the standard — e.g. "Use the RFC 2119 keywords (as updated by RFC 8174, BCP 14) for normative requirements; they carry their defined meaning only in ALL CAPS — lowercaseshould/mayare ordinary prose."docs-lab/reference/glossary.md#L28(line 28): add an "RFC 2119 keywords" entry (mirroring what the old docs/ glossary had) with the ALL-CAPS condition made explicit.
- Lingua principale
- TypeScript
- Stelle
- 73.6k
- Fork
- 5k
- Merge medio
- 3g 20h
- PR unite (30g)
- 56
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi 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 Fission-AI/OpenSpec
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 76/100
Fission-AI/OpenSpec#2208 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
Fission-AI/OpenSpec#2199 ·
I maintainer di solito rispondono entro 2 giorni
-
Community schema: specwrightApertadocumentation needs-triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
Fission-AI/OpenSpec#2187 ·
I maintainer di solito rispondono entro 2 giorni
-
archive and sync skills merge every `specs/**/*.md` as a delta spec, including files `validate` rejectsForse già presa @clay-good l’ha presa 8 giorni fa. Apertabug needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Fission-AI/OpenSpec#2173 ·
I maintainer di solito rispondono entro 2 giorni
-
openspec-apply-change skill: when blocked, may select a ready artifact unrelated to missingArtifactsForse già presa @clay-good l’ha presa 8 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Fission-AI/OpenSpec#2165 ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di Fission-AI/OpenSpec
Issue simili
-
ArcGIS Maps SDK for JavaScript c-carousel calcite-design-tokens enhancement impact - p3 - not time sensitive needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Esri/calcite-design-system#15565 ·
I maintainer di solito rispondono entro 1 giorno
-
customer-reported question
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
Azure/azure-rest-api-specs#48017 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
microsoft/TypeScript#65370 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
ts-graphviz/ts-graphviz#1904 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno