From d3315714d0553f41739ed3ea602b5d42c8113a47 Mon Sep 17 00:00:00 2001 From: Craig Jennings Date: Fri, 24 Jul 2026 00:43:07 -0500 Subject: chore(inbox): park the question-capture workflow idea MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Craig's idea, via archsetup: drop a question into the roam inbox, have the agent retrieve it during a pass but hold rather than auto-answer, then answer it live at the next conversation and close on his acknowledgement. The inverse of a VERIFY — the agent owes the answer, not the other way round. Parked as a spec candidate rather than a direct build: the value is clear, but marking a question item, tracking the answer-owed state, and the new-keyword-vs-VERIFY-variant call are decisions to make with Craig. The proposal is staged under working/. --- .../question-capture-pattern/proposal-from-archsetup.org | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 working/question-capture-pattern/proposal-from-archsetup.org (limited to 'working') diff --git a/working/question-capture-pattern/proposal-from-archsetup.org b/working/question-capture-pattern/proposal-from-archsetup.org new file mode 100644 index 0000000..22a978d --- /dev/null +++ b/working/question-capture-pattern/proposal-from-archsetup.org @@ -0,0 +1,15 @@ +#+TITLE: Workflow idea from Craig (2026-07-24, via archsetup roam inb +#+SOURCE: from archsetup +#+DATE: 2026-07-24 00:26:22 -0500 + +Workflow idea from Craig (2026-07-24, via archsetup roam inbox) — worth adopting across projects. + +The pattern: Craig drops a QUESTION into the roam inbox as a capture (not a task to build — a thing he wants explained). The agent retrieves it during a sentry / inbox-processing pass, and instead of trying to answer it autonomously, holds it and ANSWERS IT WHEN BACK IN CONVERSATION with Craig. The task closes once the answer is given and Craig has responded. + +His words: 'This is a format I'll probably use quite a lot. I'll ask the question, you can retrieve it during sentry, then you can answer it when we're back in conversation.' + +Why it's useful: it decouples question-capture (async, whenever it occurs to him) from answer-delivery (synchronous, in a live session where he can follow up). It also keeps the agent from burning autonomous cycles guessing at an answer he'd rather discuss. + +Suggested shape for a rule: a roam-inbox item phrased as a question (or tagged so) is NOT auto-answered during unattended processing. The agent surfaces it at the next live conversation, answers, and closes on Craig's acknowledgement. Distinct from a VERIFY (which waits on Craig's INPUT to proceed) — here the agent owes the answer, Craig owes only the acknowledgement. + +Concrete instance that spawned this: 'why does the cursor not appear over the desktop when the world-clock wallpaper is on?' — answered live in the archsetup session (the projected face's CSS sets cursor:none; over the bare desktop the pointer is over that full-monitor WebKit page, so it vanishes). -- cgit v1.2.3