Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsCommunityBlog
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

Back to skills

Playwright Research

ASecurity

Analyze UI code changes to plan, create, and maintain Playwright demo videos - change detection, test writing, video recording lifecycle

302 stars
0 votes
0 copies
0 views
Added 9/20/2026
testingtypescriptgobashreacttestinggitapi

Works with

cursorcliapi

Security Analysis

A100/100

Scanned 9/20/2026

Install to Claude Code

$npx -y skills add rossoctl/rossoctl --skill playwright-research --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Playwright Research?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Playwright Research
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/rossoctl-playwright-research/badge)](https://www.skillsdirectory.com/skills/rossoctl-playwright-research)

More formats (shields.io, HTML) on the badges page.

Download Zip
Files
SKILL.md
---
name: playwright-research
description: Analyze UI code changes to plan, create, and maintain Playwright demo videos - change detection, test writing, video recording lifecycle
---

# Playwright Research - Demo Video Lifecycle

Analyze UI code to determine which demo videos need creation or regeneration,
write Playwright demo tests, validate them, and manage the video lifecycle.

## When to Use

- New feature added to UI -- determine if a new demo is needed
- UI code changed -- check if existing demos need regeneration
- Planning demo coverage -- find uncovered workflows
- Writing new demo tests -- analyze UI code for correct selectors
- Managing TODO_VIDEOS.md -- keep video plan current

## Workflow

```
1. ANALYZE  -> Read UI code, compare against TODO_VIDEOS.md
2. DETECT   -> git diff for UI changes, map to affected videos
3. WRITE    -> Create test spec + narration from UI source analysis
4. VALIDATE -> Run test, fix failures, iterate
5. RECORD   -> Use playwright-demo skill
6. NARRATE  -> Add narration, sync, record voiceover
```

## Phase 1: UI Code Analysis

Read these files to inventory current UI:

```
rossoctl/ui-v2/src/App.tsx          # Routes
rossoctl/ui-v2/src/pages/           # Page components
rossoctl/ui-v2/src/components/      # Shared components
rossoctl/ui-v2/src/services/        # API layer
```

Compare against `.worktrees/playwright-demos/TODO_VIDEOS.md`.

## Phase 2: Change Detection

```bash
git diff --name-only HEAD~10 -- rossoctl/ui-v2/src/
```

File-to-video mapping in `TODO_VIDEOS.md` section 10 identifies affected demos.

When a component changes, check:
1. **Selector changes** -- update test selectors to match new DOM
2. **Layout changes** -- video may look different, mark for regen
3. **New features** -- add new `markStep()` sections
4. **Removed features** -- remove corresponding sections

## Phase 3: Test Writing

### Analyze UI source for selectors

```typescript
// Read the page component to find element identifiers
// PatternFly Button with onClick -> page.getByRole('button', { name: /text/i })
// PatternFly Tab -> page.getByRole('tab', { name: /text/i })
// Link with React Router -> page.locator('a').filter({ hasText: 'text' })
// Aria label -> page.locator('[aria-label="Select namespace"]')
```

### Test requirements

Every test MUST:
- Call `markStep()` OUTSIDE conditional blocks
- Use `expect()` assertions at every section (not silent `.catch()`)
- Use SPA sidebar clicks for Rossoctl pages (not `page.goto()`)
- Use `demoClick()` for visible cursor movement
- Write timestamps to `<test-name>-timestamps.json`
- Have 10s final pause

### Assertion pattern

```typescript
// After login
expect(page.url()).not.toContain('/realms/');

// After navigation
await expect(page).toHaveURL(/\/agents/, { timeout: 10000 });

// Before critical interaction
await expect(element).toBeVisible({ timeout: 5000 });

// After content load
expect(cardCount).toBeGreaterThan(0);
```

## Phase 4: Test Validation

```bash
./local_experiments/run-playwright-demo.sh --cluster-suffix <SUFFIX> --test <name> --no-narration
```

If it fails: read UI source, update selectors, re-run. Use `playwright-demo:debug`.

## Phase 5-6: Recording and Narration

Use `playwright-demo` skill for recording and voiceover.

## Architecture: Segments and Timing

```
markStep('section') -> records timestamp
                    -> sync-narration.py generates TTS, measures duration
                    -> if narration > video slot: inject waitForTimeout()
                    -> add-voiceover.py positions audio at timestamp
                    -> audio_segments/<section>.mp3 cached by MD5 hash
```

## File Layout

```
.worktrees/playwright-demos/local_experiments/
├── demo-map.json           # Test name -> output dir mapping
├── e2e/*.spec.ts           # Source test specs (22 tests)
├── narrations/*.txt        # Narration text files
├── demos/                  # Output: nested by category
│   ├── 01-demos/           # Original walkthrough
│   ├── 02-ui-pages/        # UI page demos
│   ├── 03-workflows/       # Multi-page workflow demos
│   ├── 04-observability/   # External app demos
│   └── 05-advanced/        # Advanced feature demos
├── run-playwright-demo.sh  # Main entry script
├── add-voiceover.py        # TTS + FFmpeg compositing
├── sync-narration.py       # Narration timing sync
└── sync-to-gdrive.sh       # Google Drive upload
```

## TODO_VIDEOS.md Status Markers

| Status | Meaning |
|--------|---------|
| `[NEW]` | Needs test + narration |
| `[WIP]` | Test exists, needs iteration |
| `[DONE]` | Test passes, video recorded |
| `[REGEN]` | UI changed, needs re-recording |

## Task Tracking

1. TaskCreate: `playwright-research | <phase> | <scope>`
2. TaskUpdate as work progresses

## Related Skills

- `playwright-demo` -- Record demo videos (Phase 5-6)
- `playwright-demo:debug` -- Debug failing tests (Phase 4)
- `k8s:health` -- Verify platform health before testing

Attribution

rossoctlrossoctl
View sourceMore from rossoctl →
SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Related Skills

Screen Reader Testing

Practical guide to testing web applications with screen readers for comprehensive accessibility validation.

393431 votes

Python Testing

使用pytest、TDD方法、夹具、模拟、参数化和覆盖率要求的Python测试策略。

2456590 votes

Tdd Workflow

在编写新功能、修复错误或重构代码时使用此技能。强制执行测试驱动开发,包含单元测试、集成测试和端到端测试,覆盖率超过80%。

2456590 votes

Springboot Tdd

使用JUnit 5、Mockito、MockMvc、Testcontainers和JaCoCo进行Spring Boot的测试驱动开发。适用于添加功能、修复错误或重构时。

2456590 votes

Eval Harness

克劳德代码会话的正式评估框架,实施评估驱动开发(EDD)原则

2456590 votes
View all in testing →