Python: a record with unread slots is held read-only (slot-readonly-py) #126
2026-11-12
cultcache-py: an owner's removal is one store call for the one record that exists
All checks were successful
CultMesh portability and performance / ubuntu-latest reactive semantics and leases (pull_request) Successful in 21m32s
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
cultcache-py: a removal by the owner of a key held as another type removes it
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
cultcache-py: delete and is_writable share one judge; pin reload replacement and the consent guards
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
cultcache-py: judge consent on the stored id, index marks by key, is_writable asks the write's own judges
Soul s1: a written envelope is judged under the id it is stored under, so writable in memory equals writable after reload; only marks that hold a record read-only are kept, by key (O(1) per written key); is_writable also answers False for foreign-carried and unowned keys; tests pin batch order, thread scope, nested scope restore and the catalog-less arrival; README documents the surface. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
cultcache-py: changelog for read-only unread slots; batch and unlisted-id tests
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
cultcache-py: a record whose payload carries unread slots is read-only; every write or removal of it is refused
The payload decode notes slots past the declared ones at any depth (record, nested record, list element, union arm, unit arm) into a thread-local scope; the cache holds the mark per (type, key) and one check in _write and _delete refuses before any store is touched. A depth-0 mark under a listed compatible id that the stored catalog reports is consented. Adds UnreadSlots, CultCache.is_writable and SchemaConflictError.unread_slots. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>