Use the browser
In a local Code session, ask the agent to inspect your running web app or a page relevant to the task. The integrated browser lets it read the page, interact with controls, and check the result of a code change. Screenshots require a model that supports image input. Start the project’s development server first, or ask the agent to start it and approve the command when prompted. Once the checkout page is available, ask:Open the local checkout page, set quantity to three, and verify that three $12 items total $36. Report the displayed total.The page gives you another check on the fix: the quantity field should show
3 and the total should show $36.00. A passing unit test and the visible result check different parts of the workflow.
Tabs opened by the agent belong to that session. A tab attached to another session cannot be attached to the current one. For a tab you opened yourself, choose Attach current tab in the browser panel to make it available to the agent. Hiding the browser panel leaves its background actions running.
The checkout demo running at localhost:7395, with three items totaling $36.00. Use the URL printed by your own development server.
Verify a browser workflow
Give the agent the URL printed by your development server and a sequence with an observable result. For example:Open the local checkout URL shown in the terminal. Set quantity to 1 and confirm the total is 12.00. Change it to 3 and confirm the total is 36.00. Report any mismatch and do not submit a payment.Check both the control value and the displayed result. If the page is unavailable, inspect the server output and confirm it is still running. A browser error before the page loads is different from a calculation error inside the app. Other useful checks include reproducing a navigation bug, comparing a form’s validation message with the requirement, or inspecting a page after a layout change. State the expected behavior in the request so the agent can report a specific result.