From 0832be32a9e1e4fc357cde3dfeb25d71d41df768 Mon Sep 17 00:00:00 2001 From: stroblme Date: Mon, 17 Aug 2026 00:29:02 +0200 Subject: [PATCH] Note the run-list cap a busy pinned minute would hit Co-Authored-By: Claude Fable 5 Claude-Session: https://claude.ai/code/session_017MeiWk3Yq12n2pTvnQWYvt --- NOTEPAD.md | 1 + 1 file changed, 1 insertion(+) diff --git a/NOTEPAD.md b/NOTEPAD.md index 932de00..c950fa4 100644 --- a/NOTEPAD.md +++ b/NOTEPAD.md @@ -33,6 +33,7 @@ is what M4 still waits on, together with porting the flows. - CHORE/FLOW: `Pipeline.trigger`'s docstring says a paused flow still publishes so the value shows on the canvas. True only without a queue; with one the item parks before `apply_outputs` and nothing shows. Docstring and behaviour disagree. - CHORE/FLOW: `_to_messages` keeps its `if not retval: return None` guard ahead of the new type check, so a falsy non-dict return (`0`, `""`, `[]`) is still silently "no output" rather than the named error. Deliberate for now; worth a decision. - CHORE/FLOW: `WorkItem.kind == "node"` ("executes exactly one node") was documented but never implemented. If a run-one-node item is wanted, it still needs writing. +- CHORE/API: `GET /observability/runs` caps at 200 rows, so pinning a minute busier than that on the Home chart shows its newest 200 with nothing saying more exist. Fine at ~60 runs/min; a count alongside the rows, or paging, is what a busier instance needs. ### Out-of-process nodes and modules