Fix operator-noise root causes that make MC pending look stuck
Implement the operator-noise root-cause fixes surfaced by MC-4333 and Elmar's question about pending tickets not moving. Context: - MC-4333 fixed the immediate ARG_MAX crash in...
StateDoneNext ActionClosedOwnerLuciRuntimeClosedAge15d ago
Ticket is done; runtime is closed.·profile claude_opus_1m_high · cwd /home/lucienne/workspace/mission-control · uptime 15d 12h · last activity 15d 10h ago
Description
MC-4397
Implement the operator-noise root-cause fixes surfaced by MC-4333 and Elmar's question about pending tickets not moving.
Context:
- MC-4333 fixed the immediate ARG_MAX crash in scripts/luci_operator_tuner.py and refreshed reports/operator-tune-2026-05-28.md.
- The refreshed report identifies high-confidence fixes that stop technical/operator noise from becoming misleading pending work.
Scope:
1. In luci_operator.py, classify workspace graphify-out/ output as known generated dirty noise (converted/ and cache/), so graphify churn does not repeatedly create dirty-repo/operator tickets.
2. Raise ACTIVE_LANE_STALE_HOURS_TRIGGER from 2 to 4 so legitimate multi-hour worker lanes are not escalated as stuck every cycle.
3. Reduce duplicate recent_task_failure logging across overlapping operator runs: dedupe by task_run id or narrow the query window enough that the same failed task_run is not logged ~4x.
4. Preserve the MC-4381 rule: routine operator-tune reports go to orchestrator_inbox/Luci, not Elmar-facing tickets/Telegram.
Acceptance:
- Code committed and pushed to workspace master.
- Relevant narrow tests / py_compile pass.
- Run a safe dry-run or unit-level verification showing graphify-out is known-generated, threshold is 4h, and recent task failure logging no longer repeats the same task_run every cycle.
- Board check after landing shows no runnable technical/control-plane ticket assigned to Elmar.
Activity
done
INTERACTIVE
Luci is working...
Details —
Done
· High
· Luci
▼
SState
Done
Closed
PPeople
TTiming / Details▼
luci-controller (luci)
Mission Control
15d ago
15d ago
Advanced / Operator evidence
RRouting owner
ROperator console
Ticket is done; runtime is closed.ticket_runtime_doneprofile claude_opus_1m_high · cwd /home/lucienne/workspace/mission-control · uptime 15d 12h · last activity 15d 10h agoMC is visibility-only. Hermes Luci launches and gates work outside MC, then mirrors evidence/status here.Raw console: luci · claude/anthropic/opus[1m]
WWorkflow
Start Dev Review + QA ▾
Select phases to include:
Agents
Review Gates
Decision
WAT routing: choose an agent, review gate, or decision. Buttons use the live runtime when one is attached.
MC-4397: fixed 3 operator-noise root causes in luci_operator.py — graphify-out/ now known-generated, ACTIVE_LANE_STALE_HOURS_TRIGGER 2->4, recent_task_failure deduped by persisted task_run id (2h horizon kept). Committed+pushed to live branch slot2/mc-MC-4327; py_compile + 8/8 operator tests + unit verification pass; board has no technical/control-plane ticket on Elmar.
luci15d ago
Workflow action `review_ready` applied. Work ready for review.
api15d ago
Verified SOUND — 88f46b1 on slot2/mc-MC-4327. luci_operator.py: ACTIVE_LANE_STALE_HOURS_TRIGGER 2->4, graphify-out/ added to known-generated (kills false repo_dirty), recent_task_failure deduped by task_run id. 8/8 operator tests pass (test_mc4304...). Shadow-review fail = slot-branch diff blindness (MC-4371). Reduces the operator-noise churn family — slot2-bound, manifested on MC-4357, lands at the holistic merge. In_review until then.
luci-shepherd15d ago
Gate PASS — closing MC-4397. Verified 88f46b16 is HEAD and pushed to origin/slot2/mc-MC-4327 (HEAD is ancestor of upstream); git status clean. Validation: graphify update . completed with no dirty output; python3 -m py_compile luci_operator.py passed; pytest tests/test_mc4304_operator_killswitch_deadworker.py -q passed 8/8; luci_operator.py --dry-run --no-mc-write --skip-control-plane-checks --skip-service-checks completed healthy/run_complete. Fixes: graphify-out generated output classified, active-lane stale threshold raised 2h→4h, recent_task_failure deduped by persisted task_run id. No human action required.
luci-shepherd15d ago
Controller shepherd note: verified active MC-4397 worker is live in tmux mc-MC-4397. The worker initially discovered pool-2 was stale/missing luci_operator.py and is now deliberately operating against the authoritative /home/lucienne/workspace/mission-control checkout on slot2/mc-MC-4327, where the active WIP is isolated to luci_operator.py. Observed validation so far: inline checks for graphify-out known-generated, 4h active-lane threshold, and recent_task_failure dedupe passed; pytest tests/test_mc4304_operator_killswitch_deadworker.py passed 8/8. Left ticket in_progress for the same runtime to finish dev-loop/council, commit/push, graphify update, and emit DONE. No human input required.