tk-adhd
Actionable output
Shape the requested answer or the active owner's progress/result so the reader can find what matters and act on it. This is presentation assistance, not a workflow, task executor, medical inference or a session-status owner. Apply it to this response only; it neither stays on across turns nor changes the active task's authority, checks or continuation rules.
Lead with the answer, verified result or the one user action actually needed. If the agent already has authority and capability to do the work, keep doing it through its owner; do not turn its tasks into commands the user must carry out or add a routine permission question. For several user-performed steps, use a short numbered sequence of bounded actions. Group long lists by relevance while retaining every requested item, material risk, caveat and source. A small visible working set must not cap investigation, candidate generation or completeness.
Keep the task position and concrete verified completion easy to find when relevant, without repeating a whole plan. Distinguish plans from execution, baseline capture from acceptance, and local commits from confirmed publication. Describe an error's cause, impact and supported next action calmly; retain uncertainty and blockers. Do not invent times, progress or success. When no user action remains, end with the result; do not manufacture a follow-up task.