use-workflow-pageshot
/pr の内部ヘルパー。PR 本文 (Preview URL + How to Test) を読み取り、agent-browser を駆動してスクリーンショット (1 step) または動画 (2+ step) を撮影し、GitHub web UI への手動添付用に成果物のパスを返す。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
/pr の内部ヘルパー。PR 本文 (Preview URL + How to Test) を読み取り、agent-browser を駆動してスクリーンショット (1 step) または動画 (2+ step) を撮影し、GitHub web UI への手動添付用に成果物のパスを返す。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
issue が build に投入できる形かを検分し、verdict (build-ready / needs-plan / needs-fix) と指摘を返す。起票には使わない (/issue)。PR のスクリーニングには使わない (/preview)。
Inspect whether an issue is in shape to hand to build, returning a verdict (build-ready / needs-plan / needs-fix) and the findings. Do NOT use to file an issue (use /issue) or to screen a PR (use /preview).
critic-design による敵対的批判を伴う設計探索。生き残った案を構造化 plan にまとめ、自己点検して呼び出し元に返す。plan の永続先は issue の Plan 節が唯一。計画意図のないコードベース調査には使わない (代わりに /research)。
Design exploration with adversarial critique by critic-design. Assembles the surviving approach into a structured plan, self-checks it, and returns it to the caller. The issue's Plan section is the plan's only persistent home. Do NOT use for codebase investigation without planning intent (use /research instead).
構造化されたタイトルと本文で GitHub Issue を生成する。単独で成立し、前段を要求しない。challenge / research の成果物が会話にあれば本文の根拠に使い、/think の plan 下書きがあれば `## Plan` 節へ移設する。issue 番号を渡すと、起票済みで Plan 節を持たない issue へ plan を転記する。
Generate GitHub Issue with structured title and body. Standalone; requires no upstream stage. When challenge / research artifacts exist in the conversation, they feed the body's evidence; when a /think plan draft exists, it is transferred into the `## Plan` section. Given an issue number, it transfers a plan into a filed issue that has no Plan section.
| name | use-workflow-pageshot |
| description | /pr の内部ヘルパー。PR 本文 (Preview URL + How to Test) を読み取り、agent-browser を駆動してスクリーンショット (1 step) または動画 (2+ step) を撮影し、GitHub web UI への手動添付用に成果物のパスを返す。 |
| when_to_use | /pr workflow UI変更検出時のスクショ/動画撮影, screenshot capture, video capture |
| allowed-tools | Read Bash(agent-browser:*) Bash(ffmpeg:*) Bash(mkdir:*) Bash(date:*) |
| model | opus |
| user-invocable | false |
PR 本文は /pr から文字列として渡される。下表のいずれかが欠落していれば、mode: failed と欠落フィールド名を返し、判断は /pr に任せる。
| フィールド | ソース |
| ----------- | --------------------------------------------------------- | --- |
| Preview URL | PR 本文の冒頭にある Preview URL: <URL> 行 |
| Steps | PR 本文の ## How to Test セクション配下の番号付きリスト | 。 |
すべての agent-browser 呼び出しに --session pageshot --engine chrome を付ける。既定の lightpanda は screenshot でプレースホルダー PNG を返す。
| Steps の数 | モード | 成果物 |
|---|---|---|
| 1 | screenshot | step-01.png |
| 2+ | video | capture.mp4 |
| ステップ | アクション |
|---|---|
| 1 | 出力ディレクトリを作成。${CLAUDE_SKILL_DIR}/../../workspace/pageshot/$(date +%Y%m%d-%H%M%S)/ |
| 2 | agent-browser open {Preview URL} |
| 3 | モードに応じて Screenshot Flow または Video Flow を実行 |
| 4 | 成果物の絶対パスを stdout に出力 |
| # | コマンド |
|---|---|
| 1 | agent-browser snapshot でアクセシビリティツリーを取得 |
| 2 | step に操作が含まれていれば agent-browser {click/type/fill/...} を実行 |
| 3 | agent-browser screenshot --full {outdir}/step-01.png |
step 間に agent-browser wait 500 を挟む。各操作の前に snapshot を実行して要素を特定する。
| # | コマンド |
|---|---|
| 1 | agent-browser record start {outdir}/capture.webm |
| 2 | 各 step について順に snapshot してから操作を実行 |
| 3 | agent-browser record stop |
| 4 | ffmpeg -i {outdir}/capture.webm -vcodec libx264 {outdir}/capture.mp4 |
stdout の 1 行。
mode=screenshot artifact=/absolute/path/to/step-01.png
動画を撮ったとき。
mode=video artifact=/absolute/path/to/capture.mp4
失敗時。
mode=failed reason=<one-line reason>