[Phase 16] S16 — Documentation source-of-truth and localization governance
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 15/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- markdown, python
- Ambito
- documentation, release, tooling
Direzione di ricerca
This is an umbrella roadmap step, so pick one exit criterion rather than the whole issue. Start with check_release_record_sync.py and check_bilingual_parity.py in the repo, plus docs/roadmap.md and docs/README.md, and read the linked phase-16 roadmap section first. Done means one listed exit criterion passes its guard, with the Turkish mirror updated in the same commit.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Roadmap · Phase 16, step S16 · size M · 5 unit(s) · planned in
docs/roadmap/phase-16-trust-surface-hardening.md:797-822
Summary
Hand-maintained restatements of facts that have a canonical source — the release version, the locale key count, the wheel version, the config schema, the docs taxonomy. Every fix is the same move: derive or register, then ratchet. Deliberately last: it ratchets the parity guards to --strict, which must not run ahead of S15's large bilingual edits.
Units
| Unit | Tracked by (October 2026 review) |
|---|---|
C31-LOCALIZATION-GOV (= DOCS-10 + DOCS-18) |
#636 · #670 · #732 · #751 · #778 · #797 · #810 |
F-W20260729-DOCS-11 |
#580 · #732 |
F-W20260729-DOCS-12 |
#606 · #778 |
F-W20260729-DOCS-13, F-W20260729-DOCS-17 |
#621 · #667 · #703 · #793 · #796 |
Plan
- Extend
check_release_record_sync.pyto the roadmap current-state lines and the strategy restatements; add table/list-row parity to the bilingual guard. - Optional, low priority: a statement of what
site/is and what a claim on it must be backed by, and an index fordocs/usermanuals/(link discipline, bilingual duty, schema-drift gate, build step, its own workflow,json-output.mdas a MAJOR-locked contract).
Exit criteria
-
localization.md's locale-status section matchescheck_site_chrome_parity.py --strictoutput, and CI runs that guard with--strict. -
check_bilingual_parity.py --strictcoversdocs/product_strategy.mdand fails when a mirror drops a table row or list item inside a matched section. -
docs/roadmap.mdand its Turkish mirror name exactly one latest release in the headline, the current-state sentence, the status table, the mermaid graph and the documentation map. - Every notebook version literal derives from one constant, and the pin guard fails when a downloaded artifact tag differs from the wheel pin.
-
docs/README.mdexists, matchesdocumentation.md's directory rules, is reachable from thepyproject.tomlDocumentation URL, and labels canonical versus archival surfaces.
How to deliver
- One root-cause family, committed on its own; then an Opus review round and a Sonnet review round, each with verified findings fixed and committed before the next step begins.
- A reproducer that is red before the fix and green after; the full gauntlet from
CLAUDE.mdpasses under./.venv/bin/python. - Every English documentation edit ships with its Turkish mirror in the same commit; a new or renamed audit event gets its EN and TR catalog rows in the same PR.
- A step that grows a deferred module carries its
budget_historyjustification in the same diff; a widened guard rolls out non-strict first, then flips. - Commit bodies cite
Absorbs F-W20260729-…; the CHANGELOG[Unreleased]section gets an entry only for a change a user or library consumer can observe (decision C-20).
Planned in docs/roadmap/phase-16-trust-surface-hardening.md (read at f94595f). Unit IDs (F-W20260729-…) come from the 2026-07-29/30 full-project review; the issue numbers next to them are the October 2026 review's records of the same defects.
- Lingua principale
- Python
- Stelle
- 9
- Fork
- 1
- Merge medio
- 4h 3m
- PR unite (30g)
- 3
Preparare l'ambiente
- Include un Dockerfile o un 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 HodeTech/ForgeLM
-
area: dev-tooling bug severity: low source: roadmap wave: 4
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
area: site bug good first issue severity: low source: review-2026-09 wave: 4
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
-
documentation good first issue severity: medium source: review-2026-09 wave: 3
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
documentation good first issue severity: low source: review-2026-09 wave: 4
Difficoltà 1/5 1-3 ore Idoneità per principianti 80/100
-
documentation severity: medium source: review-2026-09 wave: 3
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Tutte le issue di HodeTech/ForgeLM
Issue simili
-
python-version
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
bug javascript P2-medium python release:v3.1
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
adrirubio/claude-deck#546 ·
I maintainer di solito rispondono entro 1 giorno
-
area: desktop area: website priority: P2 type: feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
appandflow/stim#3411 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 88/100
baptistehamon/lsapy#185 ·
I maintainer di solito rispondono entro 1 giorno