chore: live memory update — session state (Gitea Projects disabled, v1.0.0 shipped via git-flow)

2026-08-28 08:13:50 -07:00
parent a986d77449
commit 6324d54168
1 changed files with 1 additions and 0 deletions
@@ -1,3 +1,4 @@
+- Gitea on Dankclaw (192.168.0.143:3000) has the **Projects unit disabled instance-wide** — the Projects API returns 404 even with a correct repo_id; don't re-probe it, kanban boards there are web-UI-only and are Frank's one-time manual task. In the ~/.omp command-center repo (remote = Gitea dank/command-center): v1.0.0 was cut and shipped via full git-flow; release/1.0.0 was deliberately pushed to the remote to preserve the hotfix cut-point, while the merged feature branch docs/kb-rebuild stays local-only by decision. The Gitea access token lives only in .git/config remote URL — never commit it anywhere else. Session end state: repo checked out on develop, clean tree (because the checkout *is* the live deployment, a session must never end on a feature branch). _(context: End of command-center build-out session; verified via git ls-remote and two 404 probes of the Projects API.)_
 - When downloading large model shards (40GB) to dankclaw via SSH: 1. NEVER run rm on partial downloads — always clean up BEFORE starting the first download 2. Ensure only ONE wget process per file — if you see duplicate wget PIDs killing them with kill -9 before restarting, or use fuser to verify exclusivity 3. Use wget -c (continue) to resume partial downloads — SSH connections often drop mid-download on large files (~300s timeout) 4. Download sequentially (not in parallel) when using background task agents that may spawn duplicate processes, or coordinate downloads through a single agent session 5. Verify each file's size against expected values after download completes
 - kingjones777's Qwen3.8-Flash-Next ROCmFP4 builds for Strix Halo (gfx1151) have three tiers: FAST (~88 GiB), STRIX_LEAN (~98.5 GiB, 3-shard), STRIX (~113.5 GiB). All are text-only — no vision tower, no mmproj, no fused MTP draft head. Uses TYPE_100/TYPE_101 ROCmFP4 tensor types (general.file_type=106), requires patched llama.cpp PR #27742 from ROCmFPX fork. STRIX_LEAN carries a 35.76 GiB PLE n-gram table streamed off SSD at runtime; ~63 GiB GTT for non-PLE weights, ~75 GiB at full 262K context. Uncensored variants exist from orcarouter but only for Qwen3.8-27B (not Flash-Next), and in non-ROCmFP4 format. _(context: User requested kingjones777/Qwen3.8-Flash-Next-Uncensored-ROCmFP4-STRIX_LEAN-GGUF for frank-default-large on dankclaw. Search revealed the repo doesn't exist; only the base STRIX_LEAN tier is available, and it's text-only with no MTP.)_
 - Model provider config exists in TWO synchronized copies: ~/.pi/agent/models.json (source of truth) and ~/.omp/agent/models.yml (generated import; header comment states it is imported from the JSON). Any edit to providers, model ids, or display name labels must be applied to BOTH files in the same change or they silently drift. Validate after editing: jq -e '.providers|keys' models.json for the JSON and a YAML parse of the .yml. Label strings are NOT cached in ~/.omp/agent/models.db (model_cache table), so no cache flush is needed after label edits — new labels apply on the next config read.