CONTENT CREATION

Auto-open a docs-screenshot update PR when a UI merge touches documented screens

When a PR that changes documented UI components merges, it recaptures the affected screens and opens a follow-up GitHub PR replacing the stale screenshot files in the docs repo.

CategoryContent Creation
Enginesim
Difficultyadvanced
Triggerevent
Steps5
Setup~25 min

How it runs

The automated pipeline, trigger to output.

  • TriggerGitHub pull request mergedGitHubGitHub
  • LogicMap changed files to documented screens
  • LogicEnd run if no documented screen affected
  • ActionRecapture affected screens via BrowserbaseBrowserbase
  • OutputOpen GitHub PR swapping stale screenshotsGitHubGitHub

What it does

When a pull request merges into your frontend's main branch, this template checks whether the changed files map to any documented UI screens. For each affected screen it captures a fresh screenshot, commits the new image into the docs repo, and opens a follow-up GitHub PR that swaps the stale files for the new ones — so the screenshot fix travels right behind the code change.

When to use it

Use it when your docs screenshots live as committed image files in a repo and you want screenshot updates to be reviewable diffs rather than manual chores. It closes the loop between a UI merge and the doc image that depicts it.

How it works

  1. 1A GitHub pull-request-merged event fires with the changed file list.
  2. 2A logic step maps changed component paths to the documented screens they render.
  3. 3If no documented screen is affected, the run ends.
  4. 4Browserbase captures each affected screen on the merged build.
  5. 5The flow commits the new image files to a branch in the docs repo.
  6. 6A GitHub PR is opened with the swapped screenshots and a summary of which screens updated.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitHubRepos, issues, pull requests, actions.
  2. 2
    Connect BrowserbaseHeadless browsers, sessions, replays.
  3. 3
    Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
  4. 4
    Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
  5. 5
    Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.

Run this workflow in your colony.

14-day trial. No DevOps. No Sales call. Provisioned in under a minute.