QuietOps: Local Gemma Turns 240 Docker Log Lines Into Five Signals

Description and use

QuietOps condenses a 240‑line Docker log into five symptom groups and an optional AI briefing, cutting reading items by 97.9 %.

Problem

Operators spend the first five minutes of a container incident reading the same error dozens of times.

Outcome

QuietOps reduces a 240‑line log to five reviewable symptom groups and an optional AI briefing, cutting the number of items to read by 97.9 % (from 240 to 5).

Workflow

• Scan the log file for errors and warnings with limits on size and line count.
• Redact common secrets, IP addresses and email addresses; group repetitive messages and assign evidence IDs (E01–E05).
• Send the small set of redacted examples to a loopback‑only Ollama endpoint.
• Request an overview, possible explanations and read‑only follow‑up checks from the local Gemma model.
• Validate the JSON structure and discard notes that reference non‑existent evidence IDs.
• Create Markdown, JSON and a standalone HTML handoff.

Evidence

QuietOps is a local‑first Python CLI that turns a bounded Docker/Linux log file into grouped symptoms and a cautious briefing generated by Gemma 3 1B running locally through Ollama.

Source

The workflow is intentionally simple: 1) Scan the file for errors and warnings, 2) Remove common secrets, 3) Send only a small set of redacted examples to a loopback‑only Ollama endpoint, 4) Ask the local model for an overview, 5) Validate the JSON structure, 6) Create Markdown, JSON and a standalone HTML handoff.

Source

It would take an operator study to claim a productivity gain.

Source

The project uses only Python’s standard library, and keeps Ollama as a separately installed local inference server.

Source