Skip to content
Development
Skill

/yas-pr-screenshots

Generate before/after PNG screenshots for a YAS branch's rendering changes, push them to the yas-pr-screenshots repo, and hand back a markdown before/after table for the PR description. Use when the user wants real image screenshots (not ANSI-stripped text) attached to a YAS

From plugin
yas
2467 skills3 agents1 hook

Claude Code

$ npx -y skills add tmck-code/yet-another-statusline --skill yas-pr-screenshots --agent claude-code

SKILL.md

yas-pr-screenshots.SKILL.md
name: yas-pr-screenshots
description: Generate before/after PNG screenshots for a YAS branch's rendering changes, push them to the yas-pr-screenshots repo, and hand back a markdown before/after table for the PR description. Use when the user wants real image screenshots (not ANSI-stripped text) attached to a YAS pull request, or asks to shoot/capture before-after statusline screenshots for a branch.

YAS PR screenshots

Render the statusline on `main` ("before") and on the current branch ("after") as deterministic PNGs, publish them to the public `tmck-code/yas-pr-screenshots` repo, and emit a markdown table that another worker (e.g. the **yas-pr** skill or a `gh pr edit`) drops into the PR body. PNGs come from `DEMO_ONLY=<scenario> make demo/img` (via `ops/ansi_png.py` — needs ImageMagick `magick` + a Mono Nerd Font).

Steps

1. **Resolve `<pr_id>`.** If the current branch already has a PR, use its number (`gh pr view --json number -q .number`). Otherwise predict the next one: `gh pr list --state all --limit 1 --json number -q '.[0].number'` **+ 1**.

2. **Locate the screenshots checkout.** Use `$YAS_PR_SCREENSHOTS_DIR` if set, else a sibling `../yas-pr-screenshots`, else clone `git@github.com:tmck-code/yas-pr-screenshots.git`. Ensure it's on `main` and clean (`git -C <dir> pull --ff-only`). `*.png` is LFS-tracked there.

3. **Pick variants.** Always shoot `kitchen-sink`. Then read `git diff --stat main...HEAD` (and the diff) and add the variants most relevant to what changed — map area → variant:

| Branch touches | Add variant `LABEL:SCENARIO:ENV` | |---|---| | subagents / openspec / tasks / workflows | `subagents:subagents:` · `openspec:openspec:` · `tasks:tasks:` · `workflows:workflows:` | | context fill / soft limit / token window | `full-context:full-context:` (or `YAS_SOFT_LIMIT=`) | | config parsing / errors | `config-error:config-error:` | | narrow width / truncation | `narrow:kitchen-sink:YAS_MAX_WIDTH=40` | | full width | `full-width:kitchen-sink:YAS_FULL_WIDTH=1` | | justify / labels | `justify:kitchen-sink:YAS_JUSTIFY=1` · `labels:kitchen-sink:YAS_LABELS=1` | | theme / gradient / colour | `theme-<name>:kitchen-sink:YAS_THEME=<name>` | | glyph mode | `github:kitchen-sink:YAS_GLYPH_MODE=github` | | model / thinking | `opus-thinking:opus-thinking:` · `sonnet-thinking:sonnet-thinking:` |

Use the same ENV on both sides so the diff is purely the content change. Scenario names: `ops/demo.py` `SCENARIOS` (kitchen-sink, tasks, openspec, subagents, workflows, full-context, config-error, sonnet-thinking, opus-thinking, …).

4. **Render + stage.** From the YAS repo root run the helper with the chosen variants:

   .claude/skills/yas-pr-screenshots/scripts/shoot.sh <pr_id> <screenshots_dir> \
     'kitchen-sink:kitchen-sink:' 'narrow:kitchen-sink:YAS_MAX_WIDTH=40' 'subagents:subagents:'

For each variant it renders after (current tree) and before (a throwaway `main` worktree), then combines the pair into ONE wide PNG — before and after side by side, each half topped by a small "before" / "after" heading, joined by a visible vertical separator strip (ImageMagick `magick`, deterministic). The combined image lands at `screenshots/<pr_id>/<label>.png` (the raw halves are also kept under `screenshots/<pr_id>/{before,after}/` for reference, but the table embeds only the combined image). It prints the markdown table to stdout: a blank-headed left column holding the variant label, one row per variant. A before render that fails (scenario new to the branch) yields a "(not on main)" placeholder left half instead of aborting.

   |  | before / after |
   |--|----------------|
   | <label> | ![<label>](<url_base>/<label>.png?raw=true) |

When the change is theme-wide, use the same scenario (usually `kitchen-sink`) across all rows and vary only `YAS_THEME`, labelling each row with the theme name.

5. **Commit + push** (outward-facing — confirm with the user first):

   git -C <dir> add screenshots/<pr_id>
   git -C <dir> commit -m "screenshots: PR #<pr_id> before/after (<branch>)"
   git -C <dir> push origin main

6. **Hand off the table.** Output the table from step 4 verbatim as the final result so the PR-authoring worker can paste it into the **Screenshots / recording** section. Do **not** edit the PR body yourself — that's the next worker's job.

Notes

  • Images render only after the push lands (GitHub's LFS/image proxy may lag a few seconds).
  • The embed URL is `.../blob/main/screenshots/<pr_id>/<label>.png?raw=true` — the

`?raw=true` blob form resolves LFS pointers correctly where `raw.githubusercontent.com` doesn't.

  • Prerequisite: `magick` on PATH (also used for the combine step) and a Mono Nerd Font

installed (see `ops/ansi_png.py` env knobs).

Read more
@tmck-code
Ships withyas

🌈 Check out the official landing page here: YAS! Yet Another Statusline Most common form is displaying the first few rows, which include the loaded plugins & skills. Extra sections appear below them as needed

2467 skills3 agents
Get the whole plugin

Stars on GitHub

Momentum

stars in total
246
Star history of tmck-code/yet-another-statusline on GitHub, a chart by star-history.com

Other skills on yas.

tmck-code-statusline

tmck-code-statusline

Edit the Claude Code statusline renderer safely. Use when touching claude/yas/**/*.py (the yas package),…

@tmck-code@tmck-codeInstall Skill
yas-demo-text

yas-demo-text

Convert `make demo/img` statusline snapshots into ANSI-stripped plain text for diffing and PR embedding. Use when comparing…

@tmck-code@tmck-codeInstall Skill
yas-pr

yas-pr

Assemble a pull request that follows this repo's PR template, then open it as a draft. Use when the user wants to open, create,…

@tmck-code@tmck-codeInstall Skill
config

config

Reconfigure yet-another-statusline — re-runs the interactive install wizard (glyph mode, theme, labels, token soft-limit, and…

@tmck-code@tmck-codeInstall Skill
init

init

Wire yet-another-statusline into Claude Code — writes statusLine.command to settings.json in CLAUDE_CONFIG_DIR (default…

@tmck-code@tmck-codeInstall Skill
uninstall

uninstall

Unwire yet-another-statusline from Claude Code — removes statusLine.command from settings.json in CLAUDE_CONFIG_DIR (default…

@tmck-code@tmck-codeInstall Skill

More skills from other plugins.

brainstorming
Auto-invoked

brainstorming

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…

@obra@obraInstall Skill
ask-matt

ask-matt

Ask which skill or flow fits your situation. A router over the skills in this repo.

skills10d309k
@mattpocock@mattpocockInstall Skill
accessibility
Auto-invoked

accessibility

Design, implement, and audit accessible UI to WCAG 2.2 Level AA across Web, iOS, and Android — semantic ARIA roles and labels,…

ecc11d293k
@affaan-m@affaan-mInstall Skill
compiler-commit

compiler-commit

Use when you want to verify compiler changes and commit with the correct convention. Runs tests, lint, and format, then commits…

react1d252k
@facebook@facebookInstall Skill

Questions about yas-pr-screenshots.

Which coding agents can use yas-pr-screenshots?
yas-pr-screenshots installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.