docs(changelog): the 0.33.1 section that was never written

plugin.json and package.json stand at 0.33.1 and the tag v0.33.1 is on origin
(cde1859), but CHANGELOG had no `## [0.33.1]` heading at all - the release
landed with its entry missing, so the file jumped Unreleased -> 0.33.0 straight
past a shipped version.

Written from `git log v0.33.0..v0.33.1`, which is the single commit cde1859:
nested repos entering the board on a STATE.md (criterion (a), 12 nested repos
measured, exactly 1 admitted), the two-names rule that keeps INN/ORDRE/FLY from
reading a fabricated 0, the denominator line the scan now prints, the
column-1 anchoring of the check its own wording broke, and the three bounded
gaps the commit stated. Dated 2026-09-04 from `git log -1 --format=%cs
v0.33.1`, the tag's own date.

The Unreleased lines from 9a15495 stay where they are: they were written after
the tag and do not belong to this release. No version bump, no tag, no code.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CHANGELOG.md

@@ -20,6 +20,66 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
   stale far longer. No code, no version bump: the number furthest from the meter
   rots first, and only the number moved.
 
+## [0.33.1] - 2026-09-04
+
+### Added
+
+- **A git repo nested under a depth-1 repo now enters the board, on a STATE.md
+  and nothing wider.** Discovery adds a depth-1 repo and stops, and the
+  else-branch container scan - the only place children are ever looked at - is
+  unreachable for an entry that is itself a repo. Measured before anything was
+  written: **12 nested repos across the real tree, exactly 1 with a STATE.md**
+  (`from-ai-to-chitta/content-sadhguru`, which had been running work and
+  reporting to nobody). The other 11 are vendored or experimental checkouts and
+  stay invisible on purpose - they do not even reach the `UTEN STATE.md` bucket.
+  `add_nested_repos()` sits beside `add_dot_repos()` rather than widening the
+  `*` loops, for the same reason ordre `20260818T124828Z` gave for dot repos:
+  routing a depth-1 repo into the container branch would admit every nested
+  checkout. One level only; depth 3 is pinned as NOT admitted. A dot-prefixed
+  depth-1 repo gets the same nested scan, since nothing in the criterion
+  distinguishes it.
+
+  A nested repo carries **two names**, and conflating them would have put a
+  fabricated 0 in three columns. The board KEY is `<parent>/<child>`; the
+  MAILBOX name is `basename(git toplevel)`, so `$COORD/<parent>/<child>/inbox`
+  finds no directory and INN/ORDRE/FLY would read 0 for a repo that may have
+  mail. The record loop carries `mbox` beside `name`, and `--voyage`'s order
+  lookup takes `basename($vy_dir)`. Which directories are nested is RECORDED by
+  discovery (`NESTED_LIST`), never re-derived from "is my parent a repo?".
+
+- **The scan reports its own denominator.** `undersoekt: N katalog(er) depth 1,
+  M polyrepo-container(e), K nestede repo (J med STATE.md tatt med).` The header
+  count answered how many repos were found and nothing about how many were
+  looked at, so a criterion excluding 11 of 12 nested repos was invisible on the
+  surface built to show it. Real tree 2026-09-04: `43 / 5 / 12 (1 tatt med)`. A
+  non-repo dot-directory counts in N and never in M - the line is a denominator,
+  not a partition.
+
+### Fixed
+
+- The denominator line's own wording broke an existing check: `polyrepo
+  container itself is not listed as a repo` grepped the whole output for
+  `polyrepo` and matched the new footer's `polyrepo-container(e)` - the same
+  class as a grep reading a comment that EXPLAINS a pattern as an instance of
+  it. Now anchored at column 1, which is what it always meant.
+
+### Known gaps, stated rather than closed
+
+- The mailbox-keyed JOINs (`$OWED`, `brief_orphans`, `--inbox-plan`) still key
+  on the board name, so a nested repo owing a reply gets no debt tab and is
+  listed under `UTENFOR REPO-SKANNEN`. Neither created nor worsened here: before
+  this change the repo was absent from `RECORDS` entirely, so both readings were
+  already exactly as wrong.
+- A 34-character key overflows the table's `%-32s` REPO column, shifting that
+  row two characters right. Same class as `Fable 5.1/xhigh` in KOST; parsing is
+  unaffected, and widening the column moves three `cut -c89-` selftest helpers.
+- A dot-prefixed NESTED repo is not looked for. The combination was neither
+  measured nor ordered.
+
+### Testing
+
+- `board-selftest.sh` 368 -> 393 checks.
+
 ## [0.33.0] - 2026-09-04
 
 ### Added