本文へ移動
cccskills
無料GitHub で公開

spark-playwright-page-check

Use when a running Spark or DSH web service needs real-browser verification — page load, client-plugin boot errors, console errors, failed requests, or onboarding/dialog rendering — with the repository's own Playwright chromium.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md2.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Spark Playwright page check

Verify the requested browser-visible behavior with the repository's Playwright installation. HTTP success and empty error logs are supporting evidence, not proof that client plugins or the requested interaction work.

Procedure

  1. Resolve the target URL and acceptance criteria from the task and running service. Check the owning package scripts and browser installation; use the existing setup command only when the environment needs it.
  2. Run a temporary probe from a package that resolves Playwright, or extend an existing browser test when the behavior warrants a regression test. Capture console errors, page exceptions, failed requests, and HTTP error responses. A completed 4xx/5xx response is not a requestfailed event.
  3. Navigate and wait for an explicit application-ready element or state. Exercise the requested interaction and assert its visible result; avoid treating networkidle or a fixed delay as readiness for a long-lived event connection.
  4. Capture the relevant body evidence and screenshot. View the screenshot before making a visual claim. Bound observation time and report a timeout as missing evidence rather than success.
  5. Close the browser even if the probe fails and remove only temporary files created by this check. Keep them out of commits.

Evidence and authority

Report relevant errors, status, assertions, and rendered evidence, redacting credentials and private data rather than dumping logs verbatim. Distinguish page load, plugin readiness, and interaction acceptance. An empty error array only means no error was observed in the checked interval.

Browser verification does not change service trust: direct LAN access accepts only loopback or the host's discovered local interface IP literals, and remote peers still require daemon-user authentication.

Return pageStatus, consoleErrors, pageErrors, failedRequests, bodyEvidence, verdict, and blockingReasons.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Use when Spark engineering knowledge must be placed, deduplicated, migrated, or validated across AGENTS, Notes, Roles, Skills, and Workflows.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/spark22026年10月12日 更新

Use when adding or updating Spark AI provider models or their compact and preflight metrics, especially baidu-oneapi, Grok, Claude, GPT, DeepSeek, OneAPI, context windows, output budgets, prices, thinking maps, or transports.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/spark22026年10月12日 更新

Use when a Spark change needs its authoritative owner, affected boundaries, risks, acceptance criteria, and smallest verifiable slice established before implementation or review.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/spark22026年10月12日 更新

Use when a Spark implementation needs an evidence-based review for correctness, ownership, compatibility, failure handling, maintainability, and unnecessary complexity.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/spark22026年10月12日 更新

Use when designing a Spark feature or writing or materially revising a design proposal that needs repository-first research, user input on unresolved key choices, and an owner-aligned implementation plan before code changes.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/spark22026年10月12日 更新

Use when a working Spark implementation should be simplified without changing its observed behavior, ownership, compatibility, or public contract.

日本語の概要は準備中です。原文の説明を表示しています。

zendev-lab/spark22026年10月12日 更新

zendev-lab のスキルをすべて見る

このスキルの問題を報告する