fix(frank-large): load the model as its native 3-way split, not a concatenated file

The first cutover crash-looped the unit with 'invalid split file name':
the fetch script concatenated the three split parts into a single GGUF,
but part 1's header carries ggml.file_count=3, so the byte-correct
concatenation still advertises itself as a split and the loader demands
a -NNNNN-of-NNNNN filename.

- serve-frank-large.sh: -m points at part 1; llama.cpp loads the split
  natively (parts 2-3 auto-discovered in the same directory)
- deploy-remote.sh: LLM_LARGE_MODEL gate path follows
- download-frank-large-unsloth.sh: assembly removed; the parts ARE the
  canonical payload, verified against live Hub LFS oids
- docs: runbook model section + troubleshooting note, AGENTS.md, log
- the redundant 87 GiB assembled file is staged on dankclaw at
  ~/.AGENTTRASH/20260921-frank-large-assembled/

tests/homepage_pages.bats

@@ -31,6 +31,12 @@ setup() {
     # renderSection()/renderPanel() components, not in per-page markup.
     grep -q "renderSection" "$BASE/app.js"
     grep -q "renderPanel" "$BASE/app.js"
+
+@test "sections render horizontally (one column per section)" {
+    grep -q 'class="sections"' "$BASE/index.html"
+    grep -q 'class="sections"' "$BASE/admin.html"
+    grep -q "repeat(auto-fit" "$BASE/style.css"
+}
     grep -q "SECTION_ORDER" "$BASE/app.js"
 }