Skip to content

STE-Code STANDARD v1.1.0

Choose a tag to compare

@NikolaRHristov NikolaRHristov released this 02 Aug 23:41
· 256 commits to Current since this release
STANDARD-1.1.0
830d06c

STE-Code STANDARD v1.1.0

Tag-family note. This is a STANDARD release: it covers only the wording of the standard — rules, categories, dictionary, adaptation levels, and the FLAVOR linguistic layer. The companion REPOSITORY-v1.1.0 covers the whole repository (benchmark, tooling, model config, skills, scripts→tools migration, hygiene). All measurements below are taken at the release tag commit 830d06c (v1.1.0 = STANDARD-1.1.0 = REPOSITORY-1.1.0), not at any later HEAD. Post-tag commits are out of scope.

Headline stats (all at 830d06c)

Metric v1.0.0 (0cf59e4) v1.1.0 (830d06c) Delta
Rule units 55 (51 rules + 4 GR) 58 (54 rules + 4 GR) +3 rules
Code-domain categories 22 22
Dictionary entries 560 (corrected from the ~2,149 figure published at v1.0.0) 560 corrected in this range
Adaptation levels 5 8 +3 tiers
FLAVOR layers 12 specified / 5 enforced 12 specified / 5 enforced
Workflows 17 17

The brief's own most load-bearing omission: the published v1.1.0 changelog never states the rule count at all. The standard grew, the count was corrected, and neither fact appeared in the original note.

The standard grew (and the record caught up)

The headline of this release is plain, and the original changelog left it out entirely: the standard got bigger. Three new rules joined the adapted corpus —

  • ste-code/adapted/a-sec2-rule2.3.md (Section 2, Multi-word Nouns),
  • ste-code/adapted/a-sec6-rule6.6.md (Section 6),
  • ste-code/adapted/a-sec8-rule8.7.md (Section 8),

— introduced by 64a9ccb ("Phase D: adapt rule sections 1–9 + GR appendices to code domain") and landed via 88ea3d7 ("Adapt Section 02 - Multi-word Nouns - PASS"). Neither commit is listed in the changelog's "Added" section.

The adapted corpus moved from 51 rules + 4 GR = 55 at v1.0.0 to 54 rules + 4 GR = 58 at v1.1.0. That is consistent with the published v1.0.0 note ("55 at first release, 58 by v1.1.0") and with the v1.2.0 note ("54 rules + 4 GR"). Across the family there is no contradiction — only an omission in the v1.1.0 changelog.

Growth is only half the story. This release also corrected the numbers it had inherited, which is where the more interesting honesty lives.

The numbers caught up

8a34daa ("Correct base standard counts in FLAVOR.md") is listed in the changelog as a bland Documentation line. It is actually three corrections at once, and each one walks back an overstatement:

Field in ste-code/linguistics/FLAVOR.md Before (v1.0.0 era) After 8a34daa
Rules 51 54
Adaptation levels 5 8
Dictionary entries ~2,149 560

The dictionary figure is the clearest tell: a-dictionary.md holds 563 ##-level entry headings that did not change between tags (203,102 B → 203,150 B). The "2,149" was never the real count — it was inflated by roughly 3.8×. v1.1.0 is the release that fixed an overstatement it inherited from v1.0.0, not one that shrank a living dictionary.

The correction has a self-aware wrinkle worth keeping. 8a34daa was preceded by a near-identical edit in c96764f at 15:13, reverted two minutes later by 16fd49d ("ste-code/ is production-grade and is not hand-edited… restore adapted/a-dictionary.md and linguistics/FLAVOR.md"), then re-made properly at 15:16 as a specification edit — 8a34daa's own body: "This is a specification document, not generated pipeline data." The project briefly reached into generated territory, pulled back, and then corrected the authored spec the right way. That is the boundary-policing culture showing through.

Two new artifact tiers shipped

Separate from the count corrections, this range added real deliverables that the changelog never states outright (they surface only as churny "Other" lines such as d105199, 9ec35fa, 98267d0): the artifact tier set grew from level0…level5 (6 dirs) to _base, level-1, level-2, level0…level5 (9 dirs). Two ultra-minimal tiers (level-1, level-2) plus a shared _base landed here — another size-of-the-standard gain the note omits.

A contamination reached the published artifacts

38996ce is logged in the changelog as "Correct rule numbering for technical nouns in principles and LLMs documentation." That wording hides what it actually fixed. The commit's three touched files — ste-code/artifacts/level0/01-principles.md, ste-code/artifacts/level0/system-prompt.txt, and ste-code/artifacts/llms-full.txt (the flagship all-in-one artifact) — carried a real defect:

-**Rule 超额1.11 — Do not use different technical nouns for the same item.**
+**Rule 1.11 — Do not use different technical nouns for the same item.**

超额 (roughly "over-quota") is a CJK token that leaked from the generating model straight into shipped output. This was LLM-contamination, not a numbering slip, and it reached llms-full.txt. The honest framing is found-and-corrected contamination, not a "numbering fix." Worth stating plainly: a model-generated artifact shipped with a non-English garbage token, and this release removed it.

The release that fixed how it lies about itself (and left one gap)

The tip commit 830d06c ("Stamp the version being released, not the previous tag") is the most self-aware commit in the range. A sync had been running before tagging, so the facts engine read the old tag and stamped 1.0.0 onto a 1.1.0 release. The fix exports STE_RELEASE_VERSION ahead of the claim sync, makes facts.py honour it for all three tracks (core, STANDARD, FLAVOR), drops a stray claim site, and genuinely restamps CITATION.cff, ROADMAP.md, and FLAVOR.md.

One gap is fair to name: 830d06c restamps FLAVOR.md's Flavor version: and Base standard: blockquote lines to 1.1.0, but the registry-backed stamper only rewrites those declared patterns. The file's H1 still reads v1.0.0, and a stale STANDARD-1.0.0 lingers in prose, an ASCII diagram, and a table. So the very commit that fixed version-stamping left FLAVOR.md half-stamped — exactly the class of drift it was reaching for but only partly solved.

Contradictions resolved

Contradiction v1.0.0 / inherited v1.1.0 (830d06c)
Dictionary entries ~2,149 (inflated) 560 (measured ~563 headings)
Adaptation levels 5 8
Rule units "55 stable" narrative 55 at v1.0.0, then 58 at v1.1.0 (+3 rules)
CJK contamination in shipped artifacts present (超额) corrected (38996ce)
Version stamp 1.0.0 stamped on a 1.1.0 release 1.1.0 stamped (FLAVOR.md H1 left at 1.0.0)

Version boundary

  • STANDARD-v1.1.0 = 830d06c = 54 rules + 4 GR = 58, 22 categories, 8 levels, 560 dictionary entries.
  • Built on STANDARD-v1.0.0 (0cf59e4 = 51 + 4 = 55).
  • Next standard increment: STANDARD-v1.2.0 — which, per the v1.2.0 notes, carries no rule-count change (stays 54 + 4 = 58). The wording story of v1.2.0 is the benchmark honesty work, not the corpus.