Adds notify_task_complete/3 called after every queue task resolves
(done, blocked, or failed). Posts to Telepathy's POST /email endpoint.
Also adds :inets and :ssl to extra_applications so :httpc is available.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Long-standing complement to the 767ab4d dispatcher fix. Even with
permissions unblocked, the model can still self-report obstacles
(refusals, missing services, runtime errors) by returning prose
like I need permission... or could you approve.... The
previous heartbeat marked any successful CLI call as done
regardless of what the text said, so blocked tasks vanished from
visibility and identical intents re-queued day after day.
Changes:
- Queue: new block/2 client function + handle_cast({:block, ...})
mirroring the existing complete/fail pair. Adds a third terminal
state blocked alongside done/failed. Persists the model output
text as result so callers (sitrep, reflection) can see what the
obstacle actually was.
- Heartbeat.process_queue: on dispatcher success, classify the
result string with blocked_result?/1. The heuristic is
conservative — only explicit opening-position self-reports in
the first 400 chars (I need permission, I am unable to,
permission denied, blocked on writes, etc.). Anything else
defaults to done. Routes through Queue.block instead of
Queue.complete when matched, with a warning log.
- Tests: added block marks a task as blocked test alongside
existing fail test in queue_test.exs. 9/9 queue tests + 39/39
full suite green.
Pending tasks counter (Queue.size/0) still counts only pending,
so blocked tasks do not re-trigger Heartbeat processing — they
sit terminal until something explicitly re-queues the intent.
This is the right behavior: avoid the loop, surface the obstacle.
