2.9 KiB
2026-04-29 FO-Blog v7 / TIP Handoff
Summary
Rene asked where the model from the last days of training is located. The screenshot from TIP showed fo-blog-v7 active with:
BLOG_LLM_PROVIDER=ollama
OLLAMA_LLM_MODEL=fo-blog-v7
Codex verified that the current active TIP BlogLLM is indeed fo-blog-v7, but it is not stored as a normal Ollama GGUF model named fo-blog-v7.
Finding
fo-blog-v7 is a virtual/local model name served by the Mac Studio Adapter Bridge.
Bridge definition:
/Users/renefichtmueller/Desktop/Claude Code/magatama/scripts/ollama_adapter_bridge.py
Actual trained adapter:
/Users/renefichtmueller/Desktop/Claude Code/magatama/training-data/runpod/pod-runs/2026-04-25-fo-tip/final/adapters/fo_blogllm/final-adapter
Important adapter file:
adapter_model.safetensors
Observed details:
- Adapter directory size: about
169M. adapter_model.safetensors: about161.5M.- File timestamp:
2026-04-26 08:18. - Base model in bridge:
Qwen/Qwen2.5-7B-Instruct. - Bridge model name:
fo-blog-v7. - Aliases include
fo-blog-v7:latest,fo-blog-v6,fo-blog-v6:latest,fo-blog-v6-runpod,fo-blog-v6-runpod:latest.
TIP Wiring
TIP API default model:
/Users/renefichtmueller/Desktop/Claude Code/github-repos/transceiver-db/packages/api/src/llm/client.ts
Relevant behavior:
const OLLAMA_URL = process.env.OLLAMA_URL || "http://localhost:11434";
const LLM_MODEL = process.env.OLLAMA_LLM_MODEL || "fo-blog-v7";
const BLOG_LLM_PROVIDER = process.env.BLOG_LLM_PROVIDER || "ollama";
TIP dashboard card:
/Users/renefichtmueller/Desktop/Claude Code/github-repos/transceiver-db/packages/dashboard/index.html
The dashboard correctly labels the model as fo-blog-v7 and "Adapter Bridge / Mac Studio".
Important Clarification
Do not search for fo-blog-v7.gguf as the canonical artifact. Codex checked the local Ollama manifests and found visible manifests for older models such as fo-blog-v5, fo-blog-v6, and fo-blog-v3-qwen7b, but not a normal fo-blog-v7 manifest.
The correct artifact for the current fo-blog-v7 is the PEFT adapter under the Magatama RunPod folder above.
Decision
- Treat
fo-blog-v7as the current active TIP BlogLLM model. - Treat
fo-blog-v8as the next model/training candidate. - Keep the TIP crawler/robot planning lane TIPLLM-only.
- Keep Erik cautious: controller/light
erik-safeonly. - Put heavy crawler execution on Proxmox/Pi workers.
Open Points
- Verify the Adapter Bridge process health before a production blog-generation run.
- Decide whether to package/export
fo-blog-v7into a GGUF/Ollama manifest for easier discovery, or keep the PEFT adapter bridge as canonical. - When training
fo-blog-v8, preserve the same handoff pattern: final adapter path, base model, bridge mapping, TIP env/default, and dashboard state must all be written intosync/.