Filed unassigned, not claiming. Found by the interface pin added in #6214 (scripts/check-readme-exports.mjs), whose first run over the tree at e32824dae produced exactly this list. #6214 was scoped to wire the gate and was explicitly not allowed to edit README content, so each one is recorded in that script's shrink-only PARTIAL_EXCERPTS ledger with a reason and this card is the content half.
The pin compares a fenced block's documented property names against the shipped declaration's, both ways. All three below are the stale-omission direction only — zero fabricated keys anywhere in the tree, so nothing here tells a reader to write something that does not type-check. Each entry disappears from the ledger the moment the README is corrected; the gate fails on a ledger entry that no longer omits anything, so the list cannot quietly stop shrinking.
The three
| README | declaration | shipped keys it never mentions |
|---|
packages/plugin-gantt/README.md:303 | interface GanttTask (14 documented of 16) | fields, hasOwnDates |
packages/plugin-kanban/README.md:114 | interface KanbanColumn (5 of 6) | collapsed |
packages/plugin-kanban/README.md:123 | interface KanbanCard (4 of 7) | cardSubtitle, cardFieldCells, coverImage |
They are not the same disposition, which is why they are one card and three fixes:
GanttTask is genuinely an excerpt. The prose immediately below the block already says so, and names the two keys: "A few more optional fields (fields for tooltip rows, hasOwnDates) are populated by ObjectGantt itself." The correct fix is not to widen the block, it is the one-line in-README declaration the pin ships for exactly this case, placed above the fence:
<!-- readme-exports: partial GanttTask — the two ObjectGantt-populated fields are described in the prose below -->
Then delete the ledger entry. The gate is green either way; what changes is that the excerpt becomes a declaration a reviewer can see rather than a debt in a script.
KanbanColumn and KanbanCard are staleness. Nothing on that page says either block is partial, so both read as the whole shape and are one and three keys behind it. The fix is to document the missing keys.
Related, and deliberately not merged into
#6155 records that KanbanCard / KanbanColumn are declared four times in this tree and the published copies disagree (cards vs items, badges vs labels). That is a different defect one level down — this card is about the README being behind whichever declaration @object-ui/plugin-kanban actually exports, which is the one the pin reads. If #6155 lands first, re-run pnpm check:readme-exports before writing anything here: the omission set is derived, not copied, and it will have moved.
Reproducing
pnpm exec turbo run build --filter='./packages/*' --concurrency=2
node scripts/check-readme-exports.mjs --list | grep -E 'partial-ledger|stale-omission'
Turning the ledger off (scan(repoRoot, { excerpts: {} })) reds with exactly these three and nothing else — pinned as a test in #6214, so this list cannot drift from the ledger without the suite saying so.
Grading
For PM triage. Labelled finding: it is documentation drift with a mechanical detector already in place, and the gate is green at rest without it.
Filed unassigned, not claiming. Found by the interface pin added in #6214 (
scripts/check-readme-exports.mjs), whose first run over the tree ate32824daeproduced exactly this list. #6214 was scoped to wire the gate and was explicitly not allowed to edit README content, so each one is recorded in that script's shrink-onlyPARTIAL_EXCERPTSledger with a reason and this card is the content half.The pin compares a fenced block's documented property names against the shipped declaration's, both ways. All three below are the
stale-omissiondirection only — zero fabricated keys anywhere in the tree, so nothing here tells a reader to write something that does not type-check. Each entry disappears from the ledger the moment the README is corrected; the gate fails on a ledger entry that no longer omits anything, so the list cannot quietly stop shrinking.The three
packages/plugin-gantt/README.md:303interface GanttTask(14 documented of 16)fields,hasOwnDatespackages/plugin-kanban/README.md:114interface KanbanColumn(5 of 6)collapsedpackages/plugin-kanban/README.md:123interface KanbanCard(4 of 7)cardSubtitle,cardFieldCells,coverImageThey are not the same disposition, which is why they are one card and three fixes:
GanttTaskis genuinely an excerpt. The prose immediately below the block already says so, and names the two keys: "A few more optional fields (fieldsfor tooltip rows,hasOwnDates) are populated byObjectGanttitself." The correct fix is not to widen the block, it is the one-line in-README declaration the pin ships for exactly this case, placed above the fence:<!-- readme-exports: partial GanttTask — the two ObjectGantt-populated fields are described in the prose below -->Then delete the ledger entry. The gate is green either way; what changes is that the excerpt becomes a declaration a reviewer can see rather than a debt in a script.
KanbanColumnandKanbanCardare staleness. Nothing on that page says either block is partial, so both read as the whole shape and are one and three keys behind it. The fix is to document the missing keys.Related, and deliberately not merged into
#6155 records that
KanbanCard/KanbanColumnare declared four times in this tree and the published copies disagree (cardsvsitems,badgesvslabels). That is a different defect one level down — this card is about the README being behind whichever declaration@object-ui/plugin-kanbanactually exports, which is the one the pin reads. If #6155 lands first, re-runpnpm check:readme-exportsbefore writing anything here: the omission set is derived, not copied, and it will have moved.Reproducing
Turning the ledger off (
scan(repoRoot, { excerpts: {} })) reds with exactly these three and nothing else — pinned as a test in #6214, so this list cannot drift from the ledger without the suite saying so.Grading
For PM triage. Labelled
finding: it is documentation drift with a mechanical detector already in place, and the gate is green at rest without it.