feat: add semantic browser recording via bsk record#28
Conversation
Capture user flows as LLM-readable trace.json (v1) with intent, page context, and semantic targets. Wire record_start/stop/await through CLI, daemon, and extension; bump CLI to 0.1.8 and extension to 0.1.4. Co-authored-by: Cursor <cursoragent@cursor.com>
Apply import ordering and line wrapping only; no behavioral changes. Co-authored-by: Cursor <cursoragent@cursor.com>
Co-authored-by: Cursor <cursoragent@cursor.com>
Suggestion: Add a recording entry point in the Popup UI (generate a prompt for the Agent)This PR’s recording capability ( Proposal: add a recording-related entry in the Popup, e.g. “Record a flow / Teach the Agent how to do this”:
This would turn the collaboration model—“humans only demonstrate; the Agent starts recording and saves the textbook”—from CLI-only documentation into an in-product discovery path, lowering first-time discovery and onboarding cost. Could this be a follow-up to this PR, or a minimal Popup entry included in this PR? |
|
Please align with the existing bottom pill pattern before merge. |
Drop LLM-era semantic fields so recording stores only objectively observable facts; regenerate schemas and document the architecture for maintainers. Co-authored-by: Cursor <cursoragent@cursor.com>
Capture user flows as LLM-readable trace.json (v1) with intent, page context, and semantic targets. Wire record_start/stop/await through CLI, daemon, and extension; bump CLI to 0.1.8 and extension to 0.1.4.