jeffryandClaude Opus 5 d7b169b87e a 404 at adoption has a third reading, and the tool can resolve it
externals names two readings of a 404 — withdrawn, or access lost — and those are
the two a locked document can have. Adoption by name has a third: a document that
was never there under that name. Found in use, where a missing s reported the
ambiguity instead of the typo.

The tool was reporting an ambiguity it had the means to resolve: the by-name form
knows the repository, so on a 404 it now lists the published surface and says which
names exist. It claims that only when the listing succeeds — if listing fails too,
the repository is unreachable and the original ambiguity is the honest answer,
which is the same discipline as recording public and not-public rather than
private.

Not filed as a gap against externals. The third reading cannot occur where that
document is speaking, which is check against a lock; it exists only at adoption,
which is ours.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018UTxuSizozEA8yDitPuris
2026-09-08 12:02:44 -04:00

loom-cli

loomctl fetches the documents this repository depends on, and tells you when they change. It reports; it never repairs.

go build -o loomctl .
./loomctl --help

check only reads. Nothing here writes over the network, so a credential it is given never needs write scope.

Why it is the way it is: .loom/event-log.md. Every entry says what was decided and the belief that could turn out to be false.

What it depends on, and what we could not tell from those documents: .loom/externals/ — the .gaps.md files beside each one.

S
Description
No description provided
Readme
592 KiB
Languages
Go 100%