neuron-explorer
Steering-first neuron explorer for Qwen3.5-4B: push every MLP neuron, keep every rollout, browse the results
翻譯準備中
OpsLM 是一個在去污化的 DevOps/MLOps 語料庫上微調的 Qwen3-4B 模型,透過混合式 RAG 堆疊提供服務,並由先評估平台進行門檻控制。
AI 翻譯
OpsLM is a Qwen3-4B model fine-tuned on a decontaminated DevOps/MLOps corpus, served with a hybrid-RAG stack and gated by an eval-first platform.
開發工具Python · TypeScriptGitHub @dilipna上線中營運者未確認
試用過了嗎? 點一下就好,不需要登入。
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證正在載入完整 README。 以下為已儲存的摘錄。
An LLM inference & operations platform — the path a fine-tuned model takes from
artifact to production: served → optimized → measured → observed → deployed.
The model is OpsLM (Qwen3-4B fine-tuned for DevOps/MLOps); the workload it serves
is citation-grounded RAG over an operations corpus. But the centre of gravity is the
inference layer — vLLM serving, quantization, continuous batching, prefix caching,
guided decoding — measured on a real GPU, not asserted.檢視完整 README ↗Turn Kubernetes symptoms into an inspectable investigation brief.
Open the workspace | Engineering case study | Evaluation | Resume evidence
Describe a symptom, paste sanitized Pod events, and inspect pinned official source passages alongside recognized status signals. Export the redacted investigation as JSON. Three synthetic examples make the workflow usable immediately. No account, model download, paid API, or cluster access is needed for the public workflow.
The default analysis runs in the browser over six official documents / 180 passages. It does not upload your diagnostic text or execute commands; normal hosting access logs still apply. Credential-pattern redaction is best-effort: sanitize input first. A separate optional model path validates JSON, source IDs, exact quotes, output completion, and permitted read-only command forms. Those checks do not prove factual support. No model endpoint is configured on the public deployment.
Explore all runbooks,
architecture and decisions, or
the implementation contract. The original sample model
console remains at /model-demo; it is separate from this evidence workflow.
The repository already contained hybrid retrieval, ingestion, model training and inference experiments. This redevelopment makes one small workflow usable and corrects the decision logic behind serving claims:
| Result | Scope and limitations |
|---|---|
| Term overlap: 15/16 document hit@1, 16/16 hit@3 | Synthetic agent-authored questions, specified before the first run; six docs / 180 passages. Document labels do not establish passage answer quality. Selection used these results; cases are now public regression data. |
| BM25: 14/16 hit@1, 16/16 hit@3 | Same inputs. No significant superiority claim. The simpler term-overlap ranker ships. |
| 4/4 negative cases empty | One empty and three unrelated queries; not calibrated answerability or security evidence. |
| Historical vLLM FP16: 233.18 reported tokens/s at c=16; Ollama Q4: 37.22 at c=1 | Recomputed stored T4 summaries under p95 TTFT ≤1s, latency ≤30s, zero errors, ≥20 successes. Not new GPU measurements; engine and precision both differ. |
Per-case retrieval report · Capacity decisions and reasons. Stress queries demonstrate vocabulary mismatch and tangential matches. Instruction-like queries can match ordinary text. The app presents excerpts, not diagnoses or safety verdicts.
CI uses Node 24 and Python 3.12+ with uv.
git clone https://github.com/dilipna/OPsVerse.git
cd OPsVerse
uv sync --all-packages --frozen
uv run python -m opsverse_evals.runbook_fixture --check
cd opslm-demo
npm ci
npm test
npm run eval
npm run build
npm start
# open http://localhost:3000
Python is for verification/regeneration; runtime search needs only the static corpus. From the repository root:
uv run python -m opsverse_evals.runbook_fixture
node opslm-demo/scripts/evaluate-runbooks.mjs --out docs/reports/runbook-evaluation.json
uv run pytest -q
uv run ruff check .
uv run ruff format --check .
uv run pyright
uv run python benchmarks/capacity.py --out docs/reports/capacity-and-slo-v1.md
Reports record run ID, code commit, dirty status, implementation hashes, dataset/corpus hashes, upstream revision, runtime, hardware and exclusions. CI uploads a fresh evaluation for the tested commit. A dirty-tree run is developmental evidence, not a clean release run.
Pinned Kubernetes Markdown + SHA-256 manifest
→ existing parser → chunker → quality → redact/quarantine pipeline (Python)
→ generated runbooks.json (checked against raw inputs in CI)
→ browser term-overlap retrieval → original excerpts + source links
Separate local research stack:
FastAPI / MCP → hybrid BGE + BM25 / Qdrant → optional reranker → LLM gateway
Serving harness → session JSON → failure-aware capacity analysis
Product architecture · Full-stack design · Optional local research setup · 22 historical ADRs.
No hosted GPU, paid jobs, production maturity, external users, adoption impact, completed DPO training or measured SFT quality improvement is claimed. Kubernetes documentation © Kubernetes Authors, CC BY 4.0; attribution and pinned sources are in the manifest. The project's own license is separate. See the evaluation protocol.