Skip to content

docs(v1-readiness): 📝 reclassify blob file completeness as out-of-scope#167

Merged
justapithecus merged 1 commit into
mainfrom
andrew/docs/v1-readiness/reclassify-blob-completeness
Mar 22, 2026
Merged

docs(v1-readiness): 📝 reclassify blob file completeness as out-of-scope#167
justapithecus merged 1 commit into
mainfrom
andrew/docs/v1-readiness/reclassify-blob-completeness

Conversation

@justapithecus

Copy link
Copy Markdown
Member

Summary

Reclassifies V1_READINESS §9 (Blob File Completeness) as out-of-scope based on quarry dogfood analysis. The friction quarry reported — sidecar files not enumerable via manifest — stems from writing files via Store.Put() directly, bypassing the Dataset write path. This is a caller-side usage pattern, not a Lode design gap. Adds PUBLIC_API.md guidance documenting correct patterns.

Highlights

  • §9 reclassified: Both criteria marked as out-of-scope with design rationale. Manifest self-description integrity is preserved — the manifest describes files Lode wrote, not files the caller wrote outside Lode's API.
  • Quarry friction updated: API friction row updated to reflect CAS resolution (v0.9.0 WithRetryCount) and §9 reclassification. Remaining friction is caller-side.
  • New PUBLIC_API.md section: "Sidecar Files and Store Access" documents correct patterns (StreamWrite per blob, file inventory in Metadata) and the anti-pattern (Store.Put bypass without tracking).

Test plan

  • scripts/verify-snippets.sh passes (new code fences use <!-- illustrative -->)
  • Review §9 evidence text for accuracy
  • Review PUBLIC_API.md guidance for clarity and completeness

🤖 Generated with Claude Code

§9 (Blob File Completeness) assumed Lode should track files written
via Store.Put() directly — bypassing the Dataset write path. This is
a caller-side usage pattern, not a Lode gap. The manifest describes
files Lode wrote; caller-managed sidecar files are the caller's
responsibility.

- Reclassify §9 criteria as out-of-scope with rationale
- Update quarry friction note: CAS resolved via WithRetryCount (v0.9.0),
  blob completeness reclassified
- Add PUBLIC_API.md §Sidecar Files and Store Access documenting correct
  patterns (StreamWrite per blob, file inventory in Metadata) and the
  anti-pattern (Store.Put bypass without tracking)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@justapithecus justapithecus merged commit 2194a76 into main Mar 22, 2026
9 checks passed
@justapithecus justapithecus deleted the andrew/docs/v1-readiness/reclassify-blob-completeness branch March 22, 2026 22:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant