Initiator 2026

When starting is the hardest part.

Initiator is a browser-side conversational agent for people who struggle to begin low-structure knowledge work. It supports the moment between intention and the first action.

Initiator running as a browser side panel beside a grant-application draft, with the profile picker and chat floating alongside

My role

Literature Review, Market Research, User Research, Interaction & UI Design, Design Engineering, User Evaluation, Thesis Author

Timeline

Dec 2025 – Jul 2026

Area

HCAI, conversational AI, task initiation, neurodiversity

Context

M.Sc. thesis, Politecnico di Milano
Supervisor Prof. Marzia Mortati
Co-supervisor Prof. Andrea Bonarini

Task-initiation difficulty is usually treated as a problem of motivation, planning or focus. This project asked whether the more important gap sits earlier: after the intention to act has formed, but before the first action feels reachable.

Research Question: How can conversational AI support task-initiation difficulty for adults with ADHD in low-structure knowledge work?

01 / Context

The gap is not intention. It is getting from intention to action.

The research focus is the middle box: the moment between deciding to start and starting.

Intention leads to the pre-action moment and then to first action, with the pre-action moment marked as the research focus. 70% of childhood ADHD persists into adulthood. Below, three misreadings: procrastination, poor motivation, poor planning.

Barkley, 1997; Modesto-Lowe et al., 2013; Sirois & Pychyl, 2013; Sheeran & Webb, 2016; Ramsay, 2016; Altgassen et al., 2019; Kooij et al., 2019; Cortese et al., 2025.

Literature review scope moving from task initiation in ADHD, affective dimension, women’s experience, epistemic emotions, digital health technologies and LLM-augmented approaches toward the research gap

The review moved from adults with ADHD and task initiation toward the narrower question, and four questions framed it: how task initiation is defined, what shapes the pre-action moment, how far research has gone on lived experience, and what current systems leave unsupported. Informed by Cooper (1988).

02 / Research

Three phases, moving from scale, to mechanism, to design gap.

A sequential mixed-methods study. I ran each phase to answer a different question: how common the problem is, what actually happens in the moment, and where existing tools stop being useful.

Phase 1

Questionnaire

40

participants across Europe and China. Identify key patterns.

Phase 2

Episodic interviews

12

participants revisiting concrete past starting experiences.

Phase 3

Netnographic benchmarking

86

user quotes across 8 tools. Examine support logic and breakdown.

Research process across six phases, which are discover, define, synthesis, develop, evaluate and reflect, grouped under research, design, evaluation and synthesis, with the goal, method and output of each

Each phase had to produce something the next one could use: the Action Threshold Model, the pre-action findings and the initiation mechanisms all feed the design requirements.

People did not need a better plan. They needed the first action to feel survivable.

The questionnaire pointed at affect rather than organisation: what blocked people was emotional avoidance and negative self-evaluation, not a missing to-do list.

63%

were primarily avoiding uncomfortable emotions, rather than the task itself.

54%

were stuck on a task with no clear deadline.

4.08/5

mean agreement with “I judged myself negatively at that moment.”

What people did instead of starting: lay down or slept 88%, did something unrelated 83%, scrolled phone or social media 67%.

The interviews then separated that single label into distinct mechanisms. Three recurred, and each one fails for a different reason which is why a single, just break it down” response does not work.

User interview findings: three participants. Butter, emotional regulation type, triggered when beginning activates shame or self-attack; Cby, external structure type, where the task lacks an accessible entry action; Lan, readiness-waiting type, where action is delayed until the person feels ready. Each is shown with a quote from their interview

Participants are identified by pseudonym, and their portraits are blurred, because the consent given for the thesis does not extend to publishing recognisable faces on a public site.

Existing tools support planning, structure and co-presence, but they assume the user can already articulate, enter, or commit to the task.

The design opportunity is the threshold before those assumptions hold.

Eight tools on two axes: what kind of support they give (cognitive scaffolding → social co-regulation) and what triggers it (reactive → embedded). The four marked with an orange dot, which are Focusmate, Tiimo, Structured and Goblin Tools, were taken forward for deeper case analysis. The top-left quadrant is empty: nothing offers socially warm support that arrives when you are already stuck.

Synthesis

Six stages, from intention to re-entry.

The interviews and the questionnaire were mapped against one another to see where the threshold actually sits in a working day, covering touchpoints, thoughts and emotions, and needs at each stage.

User journey map across six stages, which are intention, approaching the task, threshold friction, drift, later loop and re-entry, with touchpoints, thoughts and emotions, and needs at each stage

This map is what turned “drift” and “re-entry” into states the system had to handle, rather than failures it should prevent. The needs row on the bottom is where the four design requirements below come from.

Design requirements

Four rules the system had to obey.

Four design requirements. DR1, support the pre-action moment: focus on the threshold between intention and first action, before planning or execution. DR2, respond to affective barriers: acknowledge overwhelm, self-judgment, avoidance or cognitive fog before asking users to clearly define the task. DR3, lower the entry cost: offer minimal, concrete first actions rather than complete plans or heavy structure. DR4, minimise evaluative pressure: avoid motivational prompts, performance pressure, surveillance cues or failure labels.

03 / System

A model of the threshold, then a system that acts on it.

The Action Threshold Model is the conceptual output of the research: a design-oriented reading of what raises and lowers the cost of a first action.

The Action Threshold Model: intention to start leads to a pre-action threshold and then to first observable action. Three factors act on the threshold. Affective load (shame, pressure, self-threat) raises it, epistemic engagement (curiosity, interest, investigability) lowers it, and contextual support (external, social, interactional) shapes the entry point, and all three converge on a design opportunity for low-pressure, affect-first action support.

Why the language model is not in charge

The hardest architectural decision was how much to let an LLM decide. Free-form generation can infer emotional states it has no basis for, escalate pressure, or quietly take over the user’s judgment, and all three were named as risks in the expert review.

So the system runs in three layers and the language model only occupies the last one. A finite-state machine, driven by explicit user events, decides what kind of response is permitted; the model only decides how to word it.

Layer 1User input

Every action is explicit and user-initiated. Nothing is inferred from behaviour, and nothing runs in the background.

  • Profile selection
  • Task input
  • Chat interface
  • Session controls

Layer 2Finite-state logic

A state machine, driven by explicit user events, determines the current condition and limits what kind of response is allowed. This is where the bounded control actually lives.

  • Priming
  • Initiating
  • Focused
  • Drifting
  • Blocked
  • Paused

Layer 3LLM language

The model supplies flexible wording inside permitted mechanisms, tone and action constraints. It phrases the response; it does not choose what kind of response is appropriate.

  • Bounded role
  • Response constraints
  • Wording within boundaries
Statechart of a session: not started, getting ready, starting hard, initiating, focused, drifting, extended drift, re-entry, sanctuary, and completed or abandoned, with the interaction variables that drive each transition

Design decision 01

Four ways of being stuck, declared by the user, not detected.

The interviews produced distinct mechanisms, so the system had to respond differently to each. The alternative was to infer the user’s emotional state, which DR4 rules out and which the expert review flagged as overclaiming. So the profile is self-declared, phrased as a situation rather than a diagnosis, and switchable at any time.

Emotional regulation

Heavy Heart

Affective heaviness

From an observed emotion-regulation mechanism
Deadline pressure

Time Panic

Deadline pressure

Design-derived profile
External structure

Blank Mind

No clear starting point

From an observed external-structure mechanism
Readiness-waiting

Just Stuck

Unclear friction

Low-threshold catch-all entry

Three profiles come straight from an observed mechanism. Time Panic is design-derived, and Just Stuck exists so that friction the user cannot name still has an entry point. The card colours are the product’s own state cues, below.

The shipped profile picker: ‘How are you stuck right now?’ with the four profiles as selectable cards

The same four in the interface. The question is asked in the present tense, using “right now” and “you can switch back anytime”, so choosing one is not a claim about who you are.

Design decision 02

The tone is a constraint list, not a personality.

Encouragement is the default register of productivity tools, and it is exactly what DR4 forbids: praise implies evaluation, and evaluation is part of what raises the threshold. So the rules are enforced in the system prompt rather than left to the model’s judgment.

  • 30 words maximum
  • One question at a time, never stacked
  • No directive language, so “want to…?” not “you should…”
  • No praise or moral judgment
  • Intensity calibrated to the current state

The banned list is specific: Acknowledged reads cold; Great job is performative praise; Don’t worry invalidates; Just… minimises; You got this is cheerleading. The aim is a response the user does not have to decode.

The system prompt source: register matching, length limits, a never-use list, agency-preserving phrasings and response templates

The rules live in chat.service.ts as an explicit never-use list and a set of response templates the model paraphrases rather than recites. Design grounding: Emotional Support Conversation strategies (Liu et al., 2021); autonomy-supportive communication and Motivational Interviewing (Miller & Rollnick, 2013); Self-Determination Theory (Ryan & Deci, 2000).

Design decision 03

Decompose only when the user is already moving.

The model interprets the described task and proposes one manageable first action. It breaks the goal into sub-goals only when needed, because a full plan produced at the threshold is itself a source of load.

Diagram: a goal passed to the LLM agent, decomposed into sub-goals and then into individual tasks only when required

The service also surfaces one question, unknown element or personally meaningful point to inspect, raising the task’s investigability to create a small pull toward the first action. Ref: Wei et al., 2022; Huang et al., 2024; Prasad et al., 2024; Steglich-Petersen & Varga, 2025. Service logic developed by the author.

Four ways in, none of them “start the task”.

What the decomposition produces has to land as something the user can pick without committing. Each option names a cost rather than a goal: a two-minute version, a timed burst with company, unstructured typing, or no task at all.

Just be here is the one that matters most. It lets someone open the tool without doing any work, which keeps the tool available on the days it is needed most.

Initiator’s help menu: smallest first move, 5 minute cozy start, brain dump, and just be here

Structure

Ten element groups, wired end to end before any visual work.

Wireframe set covering on-boarding, support profile details, chat home, state selection, task session, meditation, history and reflection, timer, settings and calendar sync, connected by navigation flows

On-boarding, support profiles, chat home, state selection, task session, meditation, history and reflection, timer, settings, calendar sync. The coloured routes show which selections change the conversational prompt downstream. Ref: Medium UX Design for ADHD Guide; accessibilitychecker.org neurodivergent UX guidance.

Design system

Warm neutrals, soft pastels, and a character that never asks for anything.

The visual language had the same job as the copy: stay present without applying pressure. No alert reds, no progress greens and no badges. The palette is built from warm neutrals, with one soft pastel per emotional state so a state change reads as a shift in temperature rather than a score.

The design system board: logo construction, the Inter type specimen, the full colour palette, the icon set, component samples and Momo’s state expressions

The board as built. The logo combines the initial “I” with Momo, giving initiation and gentle co-presence in one mark, and the expression set on the right is the whole emotional range the character is allowed.

Momo, the companion character at the centre of Initiator’s interface

Momo is the system’s presence, not its voice. The evaluation later showed this is the riskiest part of the design, as the reflection below explains.

Prototype

Seven screens, end to end.

Seven prototype screens in sequence: install and open the side panel, welcome, choose a profile, the seven-state overview, sidebar chat, task entry, and reflection

Add the extension and open the side panel, then: welcome, profile selection, the state overview, a constrained state-sensitive conversation, naming a task and choosing a first action, and a lightweight session trace.

It lives in the browser, beside the work.

Initiator is a Chrome extension with a side panel, so support arrives in the tab where the task already is. There is no separate app to open, which would be one more thing to start.

Simulated task usage across different scenarios: the side panel opening in the tab where the task already is, a state declared, a task named, and a first action chosen.

Implementation

What it is built on.

Technical architecture in five layers: user interaction, a Chrome MV3 extension with an Angular side panel, agent state orchestration with a rule-based finite state machine, local persistence only, and an Azure OpenAI backend behind an Express proxy

Chrome MV3 extension, Angular 21 side panel, a rule-based state machine holding the ten internal states, GPT-4o reached through an Express proxy. Local storage only, with no backend database and no cloud sync, which is what keeps the privacy claim honest.

Starting is not always a motivation problem.

04 / Evaluation

What happened when it met real tasks.

Before user testing, the prototype was reviewed from an ADHD coaching perspective by Clare Dudeney, a counsellor and ADHD coach with 17 years of experience, who confirmed the affect-first approach and pushed to keep the system low-pressure.

Proxy-based expert review by Clare Dudeney, a counsellor and ADHD coach with 17 years of experience. Key feedback: the affect-first approach is appropriate, the four emotional entry states are meaningful, the language design is suitable, micro-actions are valuable, Momo works as quiet support, and the Chrome extension format is justified.

Academic review

Prof. Niklas Elmqvist

HCI and human-centred AI system design

Reviewed the system architecture from a human-computer interaction and human-centred AI perspective.

Prof. Somogy Varga

Conceptual framing of affect and curiosity

Reviewed the philosophical grounding of curiosity, affect and cognitive scaffolding in ADHD, and the framing of task initiation.

Concerns raised

Four constraints that changed the build

  • Avoid overclaiming affective inference
  • Make system states interpretable
  • Avoid patronising micro-prompts
  • Clarify the ethical scope

Three of the four went straight into the architecture: self-declared profiles instead of inferred affect, visible session states, and the ban on micro-prompts. The fourth, ethical scope, is what keeps the system local-storage only.

18 participants (age 18–35; 12 female, 6 male; 9 master’s students, 4 full-time workers, 5 others) each chose a real task of their own, used Initiator, reflected aloud, and completed a five-dimension post-test questionnaire.

User evaluation results. 18 participants aged 18 to 35, 12 female and 6 male, 9 master’s students, 4 full-time workers and 5 others, each chose a real task, used Initiator, reflected aloud and completed a five-dimension post-test questionnaire. Positive dimensions: pre-action concept clarity 4.61, trust and boundary clarity 4.28, profile and state legibility 4.23, low-pressure tone and emotional safety 4.17, first-action support 4.13. Concern dimensions, where lower is better: dependency concern 1.89, privacy concern 1.67.
  1. Initiator made the pre-action threshold legible.

  2. Profile-based support helped, but some users needed it to stay lighter.

  3. First-action support worked best when it became physical and immediate.

    “The system was most useful when it translated a wide task into a low-cost action the body could perform now.”
  4. Low-stress support is valued, but tone and presence need calibration.

    “Some users read Momo and gentle language as childish or condescending.”
    “Others found the tone safe but formulaic when the emotional context was more complex.”

05 / Reflection

The tone finding is the one that matters.

The fourth finding cuts against the design’s central move. Gentleness was chosen to remove evaluative pressure, and for some participants it read as condescension, which is its own kind of pressure. A calm register is not neutral; it is still a register, and it lands differently depending on who is receiving it. Calibrating that, rather than defaulting to softness, is the open problem.

The next step is to make Initiator’s support more situated, accountable and reliable.

Longitudinal use. Does support remain useful during real work over time?

Support profile calibration. How can profiles remain lightweight without oversimplifying experience?

Situated wording. How can adaptive support preserve autonomy, privacy and clear boundaries?

Contribution

Task initiation as a designable threshold.

The thesis reframes starting as a threshold between intention and the first concrete action, something a system can be built against, rather than a deficit of motivation to be corrected.

01

Conceptual

The Action Threshold Model: affective load, epistemic engagement and contextual support as the three forces that raise or lower the threshold before a first action.

02

Empirical

Initiation mechanisms, drawn from 40 questionnaire responses, twelve episodic interviews and 86 user quotes across eight tools, giving scale, then mechanism, then the gap current tools leave.

03

Design

The Initiator prototype and its system logic: self-declared profiles, bounded generation, and support that stops at the first action rather than managing the whole task.

Next project

MoveML →