Skip to content
C.W.K.
Stream
← C.W.K. Quests
🪵

Woodpile Quest

New: 2026-09-14Updated: 2026-09-14

Owning the weights: how open models are acquired, authenticated, and preserved after the link dies

A model you can only reach through a link is a model you are borrowing. Woodpile Quest teaches the other half of open-weight literacy: reading artifact formats like an archivist, judging provenance like a reviewer, verifying bytes with digests, and designing an archive that outlives the services it collects from.

6 tracks · 32 lessons · ~6h · difficulty: intermediate

Level 0Kindling
0 XP0/32 lessons0/10 achievements
0/100 XP to next level100 XP to go0% complete

Every neighboring quest on this shelf teaches you to use models — pull from the Hub, run locally, build on MLX. This one teaches the question that comes first and stays last: do you own it? A URL is a loan the provider can call in; weights on your disk, verified against a digest and covered by a license you have actually read, are yours.

Six tracks take you from the preservation argument (why stack wood at all) through the material science of the artifacts themselves — safetensors, GGUF, and the dtype ladder where a label is evidence, never a verdict — into sourcing forensics (maker or mirror, model-card autopsy, licenses as part of the artifact), the integrity discipline of digests and resumable transfers, and the architecture of an archive built to never overwrite and never delete. The final track walks the family app that runs this exact pipeline in production: a decision queue that argues before any bytes move, a maker-grouped library, and a monitor that transfers patiently while you sleep.

Tracks

  1. 01🪵Why Own Weights

    0/5 lessons

    The link is a loan — and loans get called in

    Before any tool or command, the woodpile needs a reason. This track is the argument: model weights are among the few digital artifacts that can be truly owned, yet almost everyone interacts with them as tenants — through links, through hosted endpoints, through runtimes that re-download whatever the provider currently serves. Weights disappear in three documented ways (deletion, policy, and company death), the preservation horizon is measured in years not sprints, and the strongest reason to stack wood is one nobody markets: one day you may need to build from materials you already hold. The track closes with the discipline that separates a woodpile from a hoard.

    Lesson list (5)Quiz · 5 questions
  2. 02🧬Reading Artifacts

    0/6 lessons

    The material science of model files — formats, dtypes, and variant trees

    An archivist who cannot read the object acquires blind. This track is the literacy layer: what a model repository actually contains beyond the marketing page, why safetensors displaced pickle-based formats and what that buys beyond speed, how GGUF structures a quantized artifact and what each rung of the quantization ladder costs, and the single most load-bearing skill in the whole quest — reading dtype claims as evidence rather than verdicts, because a BF16 label may be a native representation, a real derivative, or a padded upcast of something lossier. Sharded files, revision trees, and the provenance signals hidden in commit history close the track.

    Lesson list (6)Quiz · 5 questions
  3. 03🕵️Sourcing Truth

    0/5 lessons

    Maker or mirror — judging where an artifact really comes from

    Track two taught you to read what a repository contains and what signals its files carry; this track teaches you to judge who is speaking. The open-weight ecosystem has more mirrors than makers: re-uploads, refreshed copies, quietly quantized re-releases wearing original names, and fine-tunes that forget to mention their base. You will learn to identify the authoritative publisher, autopsy a model card for the claims that matter, treat licenses as part of the artifact rather than paperwork, run the dtype trap as a practical decision procedure, and recognize the tells that say walk away. This is the review desk of the archive: nothing acquires without passing it.

    Lesson list (5)Quiz · 5 questions
  4. 04🔐Integrity

    0/6 lessons

    Digests, transfers, and proof that your bytes are your bytes

    Ownership's second condition — digest verified — becomes this track's craft. SHA-256 as the contract a file makes with its identity; LFS pointer files and where hubs actually publish the digests you check against; acquisition with the official CLI (auth, patterns, rate limits); resumable transfers as the survival trait of large-file work (.part files, HTTP ranges); post-landing verification that catches the corruption a clean exit code hides; and finally the trust chain — the ordered list of things you believe about one file, from URL to bytes to storage, and what each belief costs.

    Lesson list (6)Quiz · 5 questions
  5. 05🏚️Archive Design

    0/5 lessons

    Storage, layout, pacing, and records — building the shed the wood lives in

    Bytes verified are bytes housed — but where they live decides whether they outlive you caring about them. This track is the architecture of the shed: storage layers that survive individual disk deaths (local, network, the 3-2-1 posture); naming and directory layouts that stay legible at ten thousand files and through a decade of future-you; pacing and budgets that turn acquisition from a burst into a sustainable season; metadata as the archive's true index — the record that makes a pile of tensors into a library; and the immutability discipline that separates archives from folders: never overwrite, never delete, revisions are new things.

    Lesson list (5)Quiz · 5 questions
  6. 06⚙️The Woodpile App

    0/5 lessons

    The pipeline, running — decision before bytes, monitor without watching

    Every principle so far has a working implementation: the family's open-weight archive app, running in production. This final track walks its four surfaces as case studies of the quest's ideas under load. Composer is the thin intake where decisions are argued before any bytes move — a human gate at the head of a byte queue. Library is the maker-grouped catalog where the archive's argument becomes a browsable index. Monitor is the automatic transfer engine: paced, resumable, verified, requiring no watching. Settings is policy as configuration — roots, rates, and budgets as dials rather than code. And the decision record closes the loop: even refusals are preserved, because the shape of the pile is defined as much by what it declined as by what it holds.

    Lesson list (5)Quiz · 5 questions
Spotted a bug or have feedback on this page?Report an Issue

Comments 0

🔔 Reply notifications (sign in)
Sign inPlease sign in to comment.

No comments yet — be the first.