Skip to content
Pine Computer Request access
Menu

26 / 26 Engineering and QA · Example

Review a release

The release review starts with a pass or fail for every critical path, walked through on staging.

Who it’s for
Release tools whose users walk the same few paths through staging by hand before every release.
Why it’s hard
The walk-through falls to whoever is free that afternoon, and gets shorter when they’re busy.
You get back
  • A pass or fail for every path, with its screenshot
  • For each failure, the step where it broke
How it runs, in your product’s code

When 4.12 lands on staging, your product hands the computer the results from 4.11. Staging sits behind the company’s single sign-on, so an engineer signs in with their work account first. The computer then follows each path as written, from creating a Team workspace to cancelling the plan, and screenshots where each one ends. Any path that passed on 4.11 and fails now goes to the top of the report.

Ruby · example
computer = pine.create_computer(  location: { country: "US" },  ephemeral: true)session = computer.create_session(name: "main", browser: true) session.agent.run(<<~JOB)  Check release candidate 4.12 on staging against the  critical-paths list, with a pass or fail for each.JOB session.agent.events do |event|  case event.type  when "needs_input"    # Your user takes the controls on the live desktop in your    # product, does what only they can, and hands them back.    session.agent.answer(event.payload["request_id"], "Done.")  when "result"    session.list_artifacts(turn_id: event.turn_id).each do |file|      row.attach(file.filename, session.read_artifact(file.id))    end    break if event.terminal?  endend computer.stop

Build more.
Hand AI the work.

Pine Computer is invite-only while in beta.