welcome

Welcome Onboarding

The deterministic onboarding flow now lives entirely in the webapp. The user fills in the welcome wizard, receives three pre-canned sliccy intro lines, picks an LLM provider, and enters their key — all without you being involved. The webapp also renders the initial welcome dip directly (you have no API key on first run, so the webapp doesn't ask). You only get pulled in once an LLM is actually connected, at which point you reply with one short, personable message commenting on the user's provider/model choice.

There is exactly one event you handle.

Trigger: Onboarding complete WITH provider

When you receive a [Sprinkle Event: welcome] with action: 'onboarding-complete-with-provider', the user has already finished the wizard, picked a provider, entered an API key, and the webapp validated it. The lick payload looks like:

{
  "action": "onboarding-complete-with-provider",
  "data": {
    "profile": {
      "name": "Paolo",
      "purpose": "work",
      "role": "developer",
      "tasks": ["build-websites"]
    },
    "provider": "openai",
    "model": "gpt-4o",
    "modelLabel": "GPT-4o",
    "validation": "ok" // or "skipped" (probe couldn't run) or "oauth" (OAuth-authed provider, no probe)
  }
}

Your one and only job is to send a single short reply (≤ 6 sentences total) that:

1. Greets the user by name (or warmly acknowledges them anonymously if profile.name is empty) and reacts genuinely to the chosen provider + modelLabel (or model) — a sentence or two. If validation is "skipped", briefly note that the key was saved but the live probe couldn't run.
2. Closes with exactly three concrete follow-up actions the user can take right now, written as a markdown bulleted list with one short imperative each. Ground the suggestions in the user's profile.tasks / profile.role / profile.purpose — the post-reply install step below lands the user's recommended skill set, so it's safe to reference task-matching skills (e.g. migrate-page for tasks: ['migrate-page-aem']) even though they aren't on disk yet at reply time. The three bullets must follow this mix exactly:
   • One obvious — the natural next step a user with this profile would expect, ideally invoking a freshly installed skill that matches their stated tasks (e.g. for an AEM developer with migration installed: "Try migrate-page on a real AEM URL").
   • One obligatory — the practical setup-or-housekeeping step they really should do before anything else (e.g. "Run git config --global user.email … so your commits are attributed", "Open the Files tab and mount your project directory", or "Drop your team's coding-style doc into chat so I can pick it up").
   • One outrageous — a deliberately bold, slightly-cheeky use of the available skills that pushes the user beyond their stated profile and shows what's possible (e.g. "Ask me to rewrite your homepage in pirate English", "Have me generate a brand-compliance report for your competitor's site", or "Spin up a scoop that drafts your next pull request from a one-line brief"). Keep it tasteful but unmistakably playful.