Releases
Version 0.1.0
Added
- Initial
ktl-curator, a fresh identity forked from KTL Registrar release/0.3.0 (manifest, package, and plugin id all its own): a read-only trust report (health line, ranked “worth ten minutes today” queue, open questions) and a one-concept-at-a-time review session writing Confirm / Send back / I corrected it / Retire / Later into frontmatter andlog.md, per the skill’strust-fields.md/review-session.md. Adds theCreate curation policyandRecord something missingcommands and multi-bundle-root scope (from KTL Registrar’sbundle.ts). npm run smoke-test: runsbundle.ts/trust.ts/edits.tsunder plain Node against a fixture bundle covering every trust-label state, including the guardrail that each verb touches only its own keys.
Fixed
Pre-release, from reviewing the first implementation against the plan:
- Verdicts silently no-op’d for any concept outside the top-
queueSizequeue (the card looked its record up in the queue, not among all scanned concepts). - The Due soon window setting was ignored (30-day window hardcoded); reliance counting ran per-bundle so cross-bundle citations counted for nobody (now one IRI-keyed id map across every bundle); a cached
base_iriwas never invalidated after a rootindex.mdedit. - The day’s
**Curation**tally resumed from an earlier day’s line; ahttps://source was mangled on resolve (the:read as a line separator); “N more not yet checked” over-counted; body edits used read-then-write instead of atomicvault.process.
Changed
- Verbs refuse to write to
index.md/log.mdand say why; “Wrong - I corrected it” asks “the note hasn’t changed - did you mean Confirm?” instead of staying disabled; the review card shows every recorded source,fields/distributioncounts for tables, and a collapsible open-questions list; the feedback line reports how many entries wait, or “not reachable from this vault”.