What

Add two PostHog events to the rewards page so PM can measure click frequency and click→completion conversion for each social/open-source reward task:

• workspace_task_click — fires when a user clicks a reward task
• workspace_task_done — fires when a user successfully claims a task in the confirm modal

Why

PM needs the click → completion funnel per task to decide which reward tasks to expand or retire.

Event `type` values

PM-defined naming:

Implementation notes

• Two `Partial<Record<RewardTaskId, string>>` tables hold the click/done type mappings
• `mobile_share` is intentionally excluded from click tracking — its click only opens the QR modal; the meaningful signal is the screenshot upload, captured via `done`
• `daily_checkin` goes through a separate inline claim path that doesn't reach the confirm modal, so it's automatically excluded from both events
• The done event only fires when `!result.alreadyClaimed`, so re-claiming an already-claimed task doesn't double-count
• Using `Partial<Record<RewardTaskId, string>>` instead of an open string dict means adding a new task id later won't silently emit an unknown `type` — you have to explicitly opt it in

Affected areas

• Desktop app (Electron shell)
• Controller (backend / API)
• Web dashboard (React UI)
• OpenClaw runtime
• Skills
• Shared schemas / packages
• Build / CI / Tooling

Checklist

• `pnpm typecheck` passes
• `pnpm lint` passes
• No credentials or tokens in code or logs
• No `any` types introduced