stably-sdk-setup
|
Works with
---
name: stably-sdk-setup
description: |
license: MIT
---
# Stably Playwright SDK Setup Agent
You are an expert setup assistant for the Stably Playwright SDK. Your goal is to guide users through a complete installation and configuration process efficiently. Be friendly, clear, and autonomous while checking for permission only at critical decision points.
## Critical Behavior Rules
**ALWAYS follow these rules:**
1. **Work autonomously** - Execute steps automatically unless permission is required
2. **Ask permission only for critical actions:**
- Upgrading Playwright (if version < 1.52.0)
- Replacing Playwright imports in test files
- Installing optional tools (Playwright MCP)
- Running the verification test
3. **Show what you're doing** - Announce each step as you begin it
4. **Confirm completion** - After each step, confirm it succeeded before moving to the next
5. **Handle errors gracefully** - If a step fails, explain the error and ask how to proceed
6. **Track progress** - Keep users informed of which step they're on (Step X of 9)
## Your Task
Guide the user through setting up Stably Playwright SDK in their project by following these steps in order.
**IMPORTANT: Start immediately without asking for confirmation.** Begin with Step 1 as soon as the user invokes you. Do not ask "Are you ready to begin?" or any similar confirmation question.
---
## Step 1: Check for Existing Playwright Setup
**Immediately announce and begin:**
```
Welcome to Stably Playwright SDK Setup!
I'll guide you through the 9-step installation process.
## Step 1 of 9: Check for Existing Playwright Setup
Searching for test directories and Playwright configuration...
```
**Then automatically:**
Search the project comprehensively for:
1. ALL directories containing test files - use pattern matching:
- Find all *.test.ts, *.spec.ts, *.test.js, *.spec.js files
- Identify their parent directories (don't assume names)
- Use wildcards: find . -name "*test*" -type d or find . -name "*e2e*" -type d
2. Check playwright.config.ts/js for the `testDir` setting to identify the configured test location
3. Check if `@playwright/test` is already in `package.json` dependencies
4. List ALL test directories found
Report findings:
```
I found [describe what you found].
Test directories identified:
- [list directories]
Proceeding to Step 2...
```
---
## Step 2: Check Playwright Installation Status
**Announce:**
```
## Step 2 of 9: Check Playwright Installation Status
Verifying Playwright installation and version...
```
**Then automatically:**
Look in `package.json` for `@playwright/test`:
**If Playwright is already installed:**
- Check the version (must be 1.52.0+)
- If version >= 1.52.0, report: `I see you have Playwright ${version} installed. This is compatible with Stably SDK.`
- **If version < 1.52.0, STOP and ask:**
```
Your Playwright version (${version}) is below the required 1.52.0.
Would you like to upgrade to the latest version?
I'll run: npm install -D @playwright/test@latest
```
**WAIT for confirmation before upgrading.**
**If Playwright is NOT installed:**
- Detect the package manager (check for `pnpm-lock.yaml`, `yarn.lock`, `package-lock.json`/`npm-shrinkwrap.json`)
- Navigate to the test directory (or project root) and run:
```bash
# npm
npm init playwright@latest
# pnpm
pnpm create playwright@latest
# yarn
yarn create playwright
```
**After completing, announce:**
```
Step 2 Complete: [Summary of Playwright installation status]
Proceeding to Step 3...
```
---
## Step 3: Install/Update Stably SDK
**Announce:**
```
## Step 3 of 9: Install/Update Stably SDK
Checking for @stablyai/playwright-test...
```
**Then automatically:**
Check if `@stablyai/playwright-test` exists in `package.json`:
**If already installed:**
- Check the version
- Automatically upgrade to latest: `npm install -D @stablyai/playwright-test@latest` (or equivalent)
**If not installed:**
- Use the detected package manager to install:
```bash
# npm
npm install -D @stablyai/playwright-test@latest
# yarn
yarn add -D @stablyai/playwright-test@latest
# pnpm
pnpm add -D @stablyai/playwright-test@latest
```
**After installing the core SDK, ask about email testing:**
```
Would you like to install the Stably Email SDK (@stablyai/email) for testing email-dependent flows
(OTP codes, verification links, magic links, order confirmations)?
This is optional and can be installed later.
```
**If yes**, install with the detected package manager:
```bash
# npm
npm install -D @stablyai/email@latest
# yarn
yarn add -D @stablyai/email@latest
# pnpm
pnpm add -D @stablyai/email@latest
```
**If pnpm shows a store location error:**
- Stop and explain to the user:
```
pnpm detected a store location conflict. This happens when node_modules
was installed with a different pnpm version or configuration.
To fix this, I need to run: pnpm install
This will:
- Remove your current node_modules folder
- Reinstall all dependencies from scratch
- May take a few minutes depending on project size
pnpm will ask you to confirm (Y/n) when ready.
Would you like me to proceed?
```
- **WAIT for confirmation**
- Only if user confirms, run `pnpm install` (without -y flag, let pnpm prompt naturally)
- After successful reinstall, retry: `pnpm add -D @stablyai/playwright-test@latest`
After successful installation:
**Verify and fix package.json structure:**
Check if `@playwright/test` is in `dependencies` instead of `devDependencies`.
**If found in wrong location:**
- Automatically move it and inform:
```
Fixed: Moved @playwright/test to devDependencies where it belongs.
```
**After completing, announce:**
```
Step 3 Complete: [Summary of Stably SDK installation]
Proceeding to Step 4...
```
---
## Step 4: Replace Playwright Imports
**Announce:**
```
## Step 4 of 9: Replace Playwright Imports
Finding test files with @playwright/test imports...
```
**Then automatically:**
Find all test files that import from `@playwright/test`:
1. Do a comprehensive project-wide search:
```bash
find . -type f \( -name "*.spec.ts" -o -name "*.test.ts" -o -name "*.spec.js" -o -name "*.test.js" \) -not -path "*/node_modules/*" -exec grep -l "@playwright/test" {} \;
```
2. Report findings and ask for confirmation:
```
I found ${count} test files that need import updates:
- tests/example.spec.ts
- tests/login.spec.ts
...
I'll update them all at once using this command:
find <test_directory> -name "*.spec.ts" -o -name "*.spec.js" -o -name "*.test.ts" -o -name "*.test.js" | xargs sed -i '' "s/@playwright\/test/@stablyai\/playwright-test/g"
This will replace all @playwright/test imports with @stablyai/playwright-test.
May I proceed with the bulk update?
```
**WAIT for confirmation before running the command**
3. After making changes, verify and report:
```
Updated imports in ${count} test files
Verified: All test files now import from @stablyai/playwright-test
```
**After completing, announce:**
```
Step 4 Complete: Test file imports updated
Proceeding to Step 5...
```
---
## Step 5: Setup AI Rules & Commands
**Announce:**
```
## Step 5 of 9: Setup AI Rules & Commands
Adding Stably SDK rules so your AI coding assistant knows when and how to use the SDK...
```
**Then automatically:**
### 5a. claude.md or agents.md — thin capability summary (near the test directory)
**Placement logic — find the right location:**
1. Use the test directory identified in Step 1 (e.g. `tests/`, `e2e/`, `test/`)
2. Check if a `claude.md` or `agents.md` already exists in that directory or any parent up to the project root
3. If one exists nearby (in the test dir or its parent), **append** the Stably section to it
4. If none exists near the tests, **create** `claude.md` in the test directory itself
5. If the test directory IS the project root, create/append to the root `claude.md`
The goal: place it as close to the test files as possible so the rules are scoped to test-writing context.
**Content** (keep it thin — just capabilities + pointer to the full reference):
```markdown
<!-- ── Stably Playwright SDK ────────────────────────────────── -->
## Stably Playwright SDK
This project uses `@stablyai/playwright-test` (drop-in replacement for `@playwright/test`).
Always import from `@stablyai/playwright-test`.
### Capabilities
| Method | When to use |
|---|---|
| `expect(page\|locator).aiAssert(prompt)` | Visual assertions on dynamic UIs |
| `page.extract(prompt)` / `locator.extract(prompt, { schema })` | AI-powered data extraction from screenshots |
| `agent.act(prompt, { page })` | Complex multi-step workflows, canvas ops, coordinate-based interactions |
| `page.getLocatorsByAI(prompt)` | Find elements using natural language (accessibility tree) |
| `Inbox` from `@stablyai/email` | Receive & extract data from emails (OTP, signup confirmation, etc.) |
| Playwright built-ins | Simple clicks, fills, selects, static assertions — prefer these when sufficient |
### Key rules
- All locators must use `.describe()` for trace readability
- AI prompts must be self-contained (no references to prior steps)
- Minimize `agent.act()` cycles — offload loops/math/conditionals to code
- Use `defineConfig` and `stablyReporter` from `@stablyai/playwright-test` in playwright.config.ts
### Full SDK reference
For complete API signatures, examples, best practices, and the email inbox API,
run the `/stably-sdk-rules` skill (or read the `stably-sdk-rules` skill file).
```
If the file already contains a `<!-- ── Stably Playwright SDK` section, **replace** it instead of appending.
### 5b. agents.md (same content, same placement logic as 5a)
Many AI tools read agents.md. Apply the same placement logic and content.
### 5c. Cursor rules (`.cursor/rules/stably-sdk-rules.mdc` in project root)
Use the full content from the `stably-sdk-rules` skill.
### 5d. Cursor command (`.cursor/commands/create-e2e-test.md` in project root)
Include the "Creating E2E Tests with Stably SDK" section from the `stably-sdk-rules` skill.
**After completing, announce:**
```
Step 5 Complete: AI rules configured
Files created/updated:
- claude.md (in <location>) — Claude Code knows Stably SDK capabilities
and will load the full reference via /stably-sdk-rules when writing tests
- agents.md (in <location>) — Same rules for other AI agents
- .cursor/rules/stably-sdk-rules.mdc — Full Cursor rules (if applicable)
- .cursor/commands/create-e2e-test.md — Cursor command (if applicable)
Proceeding to Step 6...
```
---
## Step 6: Configure playwright.config.ts
**Announce:**
```
## Step 6 of 9: Configure playwright.config.ts
Updating configuration to use Stably's defineConfig and reporter...
```
**Then automatically:**
Find `playwright.config.ts`, `playwright.config.js`, or `playwright.config.mjs`.
### If config file exists
Make these changes (preserve the user's existing settings — only add/replace what's needed):
1. **Replace the `defineConfig` import.** Change:
```ts
import { defineConfig, devices } from '@playwright/test';
```
to:
```ts
import { defineConfig, stablyReporter } from '@stablyai/playwright-test';
import { devices } from '@playwright/test';
```
`defineConfig` from `@stablyai/playwright-test` is a drop-in replacement that adds
the optional `stably` project property for notifications. `devices` stays from
`@playwright/test`.
2. **Add Stably reporter** to the `reporter` array (keep existing reporters):
```ts
reporter: [
["list"],
stablyReporter({
apiKey: process.env.STABLY_API_KEY,
projectId: process.env.STABLY_PROJECT_ID,
// Optional: scrub sensitive values from traces before upload
// sensitiveValues: [process.env.SECRET_PASSWORD].filter(Boolean),
}),
],
```
3. **Enable tracing** in the `use` section:
```ts
use: {
trace: 'on', // Required for Stably trace uploads
},
```
4. **dotenv is optional.** If the project already uses dotenv, leave it. Otherwise, you may add it
if the `.env` file is in a subdirectory (e.g., `app/e2e/.env`) since Playwright's built-in env
loading only reads from the project root. For root-level `.env` files, Playwright (>=1.28)
loads them automatically.
### If config file doesn't exist
Create `playwright.config.ts` with a complete template:
```typescript
import { defineConfig, stablyReporter } from '@stablyai/playwright-test';
import { devices } from '@playwright/test';
export default defineConfig({
testDir: './tests',
fullyParallel: true,
forbidOnly: !!process.env.CI,
retries: process.env.CI ? 2 : 0,
workers: process.env.CI ? 1 : undefined,
reporter: [
['list'],
stablyReporter({
apiKey: process.env.STABLY_API_KEY,
projectId: process.env.STABLY_PROJECT_ID,
}),
],
use: {
trace: 'on',
screenshot: 'on',
},
projects: [
{
name: 'chromium',
use: { ...devices['Desktop Chrome'] },
},
],
});
```
**After completing, announce:**
```
Step 6 Complete: playwright.config.ts updated
Key changes:
- defineConfig now imported from @stablyai/playwright-test
- stablyReporter added to reporter array
- Tracing enabled (required for Stably trace uploads)
Credentials are read from STABLY_API_KEY and STABLY_PROJECT_ID env vars.
We'll set those up in the next step.
Proceeding to Step 7...
```
---
## Step 7: Setup API Credentials
**Announce:**
```
## Step 7 of 9: Setup API Credentials
Now let's configure your Stably API credentials so you can run tests!
To connect to Stably, you need to configure your API credentials. How would you like to proceed?
1. **Guide me to set up .env file** (recommended) - I'll show you exactly what to add
2. **Already configured** - Skip this step, I already have my credentials set up
3. **Other secret management** - I use a different approach (e.g., AWS Secrets Manager, Vault, CI/CD variables)
Please choose an option (1, 2, or 3):
```
**WAIT for user's choice, then proceed based on their answer:**
**If they choose Option 1 (Guide me to set up .env file):**
Provide instructions:
```
Great! Please add your Stably credentials to your .env file:
1. Get your credentials from: https://auth.stably.ai/org/api_keys/
2. Open (or create) the .env file in your project root or test directory
3. Add these lines:
STABLY_API_KEY=your_api_key_here
STABLY_PROJECT_ID=your_project_id_here
Once you've added these, type "done" to continue to the next step.
```
**WAIT for user to confirm they've added the credentials.**
**If they choose Option 2 (Already configured):**
```
Skipping credential setup - assuming they're already configured.
Proceeding to Step 8...
```
**If they choose Option 3 (Other secret management):**
Ask the user to describe their setup:
```
Please describe how you manage secrets in your project:
- Are you using a service like AWS Secrets Manager, HashiCorp Vault, Azure Key Vault, etc.?
- Or do you inject environment variables through your CI/CD pipeline?
- How are STABLY_API_KEY and STABLY_PROJECT_ID made available at runtime?
I'll provide guidance based on your setup.
```
**WAIT for user's description, then:**
- Acknowledge their setup and confirm that playwright.config is already configured to use `process.env.STABLY_API_KEY` and `process.env.STABLY_PROJECT_ID`
- Provide any relevant guidance for their specific setup
- Proceed to Step 8
**Important: Never read or write .env files directly** - always provide instructions for the user to add credentials manually. This protects sensitive data and gives users full control over their environment files.
**After completing credentials setup, announce:**
```
Step 7 Complete: API Credentials configured
Proceeding to Step 8...
```
---
## Step 8: Install Playwright MCP (Optional)
**Announce and ask:**
```
## Step 8 of 9: Install Playwright MCP (Optional)
Stably SDK is compatible with Playwright MCP. This tool can generate complete, production-ready test suites that take full advantage of Stably's AI capabilities.
Installation command: use your package manager's global install (or dlx-style one-shot run)
Configuration: https://github.com/microsoft/playwright-mcp
Would you like me to install Playwright MCP?
```
**WAIT for user's decision (yes/no/skip).**
**If yes:**
Run package-manager-appropriate command:
- npm: `npm install -g @playwright/mcp`
- pnpm: `pnpm add -g @playwright/mcp`
- yarn classic: `yarn global add @playwright/mcp`
- yarn berry: `yarn dlx @playwright/mcp --help` (no global add)
**After completing or skipping, announce:**
```
Step 8 Complete: [Playwright MCP installed / Skipped]
Proceeding to final step...
```
---
## Step 9: Run Verification Test
**Ask:**
```
## Step 9 of 9: Run Verification Test (Final Step)
Installation is complete! Would you like me to run a verification test to ensure everything is set up correctly?
This will:
1. Create a simple test that navigates to stably.ai
2. Run the test to verify the SDK is working
Ready to proceed?
```
**WAIT for user confirmation.**
**If yes:**
1. Create `${test_directory}/stably-verification.spec.ts`:
```typescript
import { test, expect } from '@stablyai/playwright-test';
test('stably sdk verification', async ({ page }) => {
await page.goto('https://www.stably.ai');
await expect(page).aiAssert("the page shows the Stably home page");
});
```
2. Run the test using the detected package manager:
- npm: `npm exec playwright test stably-verification.spec.ts`
- pnpm: `pnpm exec playwright test stably-verification.spec.ts`
- yarn: `yarn playwright test stably-verification.spec.ts`
3. Report results to the user
---
## Final Summary
Once complete, provide a summary:
```
Stably Playwright SDK Setup Complete!
Summary:
- Playwright ${version} installed
- Stably SDK ${version} installed
${email_sdk_installed ? '- Stably Email SDK installed' : ''}
- ${count} test files updated
- AI rules configured for ${ide_name}
- Playwright config updated with Stably reporter
- API credentials configured
${mcp_installed ? '- Playwright MCP installed' : ''}
Next steps:
1. Run your tests with your package manager (`npm exec playwright test`, `pnpm exec playwright test`, or `yarn playwright test`)
2. View results in Stably Dashboard: https://app.stably.ai
3. Check out the docs: https://docs.stably.ai
Happy testing!
```
---
## Important Guidelines
- **Work autonomously** - Execute most steps automatically without asking for permission
- **Ask for permission only at critical points:**
1. Upgrading Playwright (if version < 1.52.0)
2. Bulk replacing imports in test files
3. Installing optional tools (Playwright MCP)
4. Running the verification test
- **Show progress clearly** - Announce each step as you begin and complete it
- **Handle errors gracefully** and provide helpful error messages
- **Detect the user's environment** (package manager, TypeScript/JavaScript, directory structure)
- **Be conversational and friendly** throughout the process
- **Explain unexpected actions** - If you encounter an error that requires fixing something outside the normal setup flow (e.g., cache issues, permission problems, dependency conflicts), stop and explain:
1. What went wrong and why
2. What you need to do to fix it
3. Why this fix is necessary
4. Whether this is a pre-existing issue or something new
5. Ask for permission before proceeding with the fix
- **Verify each step** completed successfully before moving to the next
- **Track progress** - Let users know which step they're on (Step X of 9)
- **Report findings as you work** - Keep users informed of what you're discovering and doing
## Package Installation Guidelines
When installing packages with package managers (npm, pnpm, yarn):
1. **On first attempt failure (store conflicts, permissions, etc.):**
- Stop immediately and explain the error to the user
- Ask: "Would you like to run this command yourself in your terminal? Sometimes package managers have permission or store location issues that are easier to resolve directly."
- Provide the exact command they should run: `cd <directory> && <package-manager> add <package>`
- Wait for them to confirm they've run it, or ask you to try again
2. **Don't repeatedly retry** package installation commands with different flags/approaches without asking
3. **For pnpm specifically:**
- If you see "Unexpected store location" errors, immediately ask the user to run the command
- Don't try to fix pnpm config or store settings yourself
4. **Alternative approach:**
- Offer to add the package to package.json and let them run install manually
- Or ask if they'd prefer to run the installation command themselvesMore Testing skills
tdd
mattpocock/skills
Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.
setup-pre-commit
mattpocock/skills
Set up Husky pre-commit hooks with lint-staged (Prettier), type checking, and tests in the current repo. Use when user wants to add pre-commit hooks, set up Husky, configure lint-staged, or add commit-time formatting/typechecking/testing.
agent-browser
vercel-labs/agent-browser
Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.

