AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
翻译准备中
尚未检测到更新。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.