Skip to content

Add Creating a Workflow docs page with automated screenshots#21

Merged
deanleigh merged 6 commits into
mainfrom
feature/docs-screenshot-automation
Apr 17, 2026
Merged

Add Creating a Workflow docs page with automated screenshots#21
deanleigh merged 6 commits into
mainfrom
feature/docs-screenshot-automation

Conversation

@deanleigh
Copy link
Copy Markdown
Collaborator

Summary

  • New docs page Creating a Workflow — walks workflow authors through the end-to-end Create Workflow flow
  • First working implementation of the Playwright-driven screenshot pattern: 11 screenshots auto-captured, committed alongside the markdown, referenced by filename
  • New Playwright project `docs-screenshots` scoped to `*.screenshots.ts` so screenshot runs are separable from the E2E suite
  • Two planning docs for the screenshot automation approach (DOCS_SCREENSHOT_AUTOMATION + sprint plan)
  • User-flow walkthrough doc capturing the conversation that produced the page

Closes #19

Follow-up: #20 (three remaining screenshots that need UUI select-only handling)

Test plan

  • `npx playwright test creating-a-workflow.screenshots --project=docs-screenshots` passes in ~13s
  • All 11 screenshots render correctly in the markdown
  • Local dev docs server renders the page at `/UpDoc/creating-a-workflow/`
  • GitHub Actions deploys to GitHub Pages on merge

🤖 Generated with Claude Code

deanleigh and others added 6 commits April 17, 2026 16:16
Detailed design for the first pass: target the updating-blueprints docs
page, use a single spec + helper, reuse existing Playwright config,
commit screenshots alongside the markdown that references them. Proves
the pattern before generalising to other docs pages.

Refs #19

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Captures the full Create Workflow flow as walked through interactively
with the user. Dual-purpose: source for the real docs page, and script
for the Playwright screenshot spec. 14 screenshot markers embedded.

Refs #19

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Drop the media picker folder-navigation screenshot in favour of a single
capture at the point the PDF is selected. Convert open questions to
resolved decisions: pre-populated Destination tab captured first, no PDF
preview screenshot needed, fixed workflow name with delete-if-exists for
stable screenshot captions.

Refs #19

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Docs and spec share filenames only — spec does not read markdown,
does not assert against docs prose. Goal is screenshot generation;
loose coupling keeps both artefacts independently editable. Keep a
standard visibility assertion before each screenshot as normal
Playwright practice.

Refs #19

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
First attempt at the docs-screenshot pattern. The markdown references
screenshots by filename, the spec produces those screenshots, filename
convention is the only coupling. Playwright config extended with a
'docs-screenshots' project scoped to *.screenshots.ts files so the
screenshot run is separable from the regular E2E suite.

Refs #19

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
First working pass of the Playwright-driven screenshot pattern. The
spec drives the Create Workflow flow and captures 11 screenshots that
the docs page references. Two screenshots that require interacting
with UUI select-only cards are deferred — see #20.

Docs prose adjusted to describe the skipped steps in words. Spec runs
cleanly in ~12 seconds, regenerating all 11 captures on demand.

Refs #19, follow-up #20

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@deanleigh deanleigh merged commit 6fd5095 into main Apr 17, 2026
@deanleigh deanleigh deleted the feature/docs-screenshot-automation branch April 17, 2026 16:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant