AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
OpsLM Qwen3-4B 기반 DevOps/MLOps 특화 모델, 하이브리드 RAG 스택 적용
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를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기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.