[Improve] Share product tips while task environments start

[roomote-roomote]

Created by Roomote. Follow up by mentioning @roomote-roomote, in the web UI, or in Slack.

What changed

• Moved task startup progress from the bottom input surface into the conversation transcript.
• Kept startup tips visible for first-run and hidden-prompt tasks that use the standalone startup surface before transcript content exists.
• Added five product tips that are shuffled once and rotate on reading-time-based intervals while the sandbox starts.
• Added a lightweight, dismissible tip treatment with persistent localStorage opt-out behavior.
• Added focused coverage for inline startup layout, tip rotation, and dismissal persistence.

Why this change was made

Sandbox startup leaves useful space in the task view while users wait. This change uses that moment to surface practical product capabilities and usage ideas without separating startup progress from the conversation.

Impact

Users see startup progress and readable product guidance together for every booting task, and can permanently hide tips with one click. Focused component tests, web type checking, formatting, linting, and the repository pre-push suite pass; rendered boot-state capture was unavailable because the local sandbox could not start tasks without /var/run/docker.sock.

[roomote-community]

No code issues found. See task

• apps/web/src/app/(sandbox)/task/[taskId]/LiveContent.tsx:280 Product tips render only inside LiveContent, but page.tsx intentionally bypasses that component for booting tasks with no visible prompt or transcript history. Those first-run and hidden-prompt tasks therefore never receive the new startup tips; render the treatment in the standalone startup branch as well.

_{Reviewed b7d3bad}

[roomote-roomote]

Addressed the outstanding feedback in ec42dcf: first-run and hidden-prompt booting tasks now render ProductTips directly below the standalone startup sequence. Added page-level coverage for that branch; focused tests and pre-push checks pass.

Visual proof remains blocked because the local task flow fails before boot without /var/run/docker.sock.