
Cloud
- 518 installs
- 2 repo stars
- Updated July 8, 2026
- shiplightai/agent-skills
cloud is a Claude Code skill that syncs local YAML test cases, templates, and TypeScript functions with Shiplight cloud via MCP tools and REST API for developers who need scheduled, shared browser tests in CI.
About
cloud is a Shiplight agent skill for bidirectional sync between a local repo and Shiplight cloud. Developers push YAML test cases, reusable templates, and TypeScript test functions upward, then pull cloud definitions back down so the same cases run on a schedule, integrate with CI pipelines, and stay shared across a team. Setup requires a Shiplight cloud subscription and a SHIPLIGHT_API_TOKEN; MCP tools handle most sync workflows while the REST API manages test runs, environments, folders, suites, and accounts. Reach for cloud when browser-automation tests outgrow local-only runs and need centralized scheduling, environment targeting, or team-wide test libraries without rewriting cases in a separate UI.
- cloud
- AI & Agent Building
- AI-coding skill
Cloud by the numbers
- 518 all-time installs (skills.sh)
- +12 installs in the week ending Jul 27, 2026 (Skillselion tracking)
- Ranked #1,727 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Data as of Jul 27, 2026 (Skillselion catalog sync)
npx skills add https://github.com/shiplightai/agent-skills --skill cloudAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 518 |
|---|---|
| repo stars | ★ 2 |
| Last updated | July 8, 2026 |
| Repository | shiplightai/agent-skills ↗ |
How do you sync YAML browser tests with Shiplight cloud?
Helps with ai & agent building tasks.
Who is it for?
QA and platform engineers maintaining Shiplight YAML browser tests who need cloud scheduling, team sharing, and CI integration.
Skip if: Developers without a Shiplight cloud subscription or teams that only run ad-hoc local browser tests with no sync requirement.
When should I use this skill?
User mentions Shiplight cloud sync, pushing or pulling YAML test cases, scheduled browser test runs, or SHIPLIGHT_API_TOKEN setup.
What you get
Cloud-synced YAML test cases, templates, TypeScript functions, scheduled runs, and environment-scoped test suites.
- cloud-synced YAML test cases
- scheduled test run configs
- shared test suite folders
Files
Shiplight Cloud
Sync local YAML test cases, templates, and TypeScript functions with the Shiplight cloud using MCP tools. Primarily used to push local tests up to the cloud (and pull cloud tests back down) so they can run on a schedule, be shared with your team, and integrate with CI. Also manages test runs, environments, folders, suites, and accounts via the REST API.
Setup
Requires a Shiplight cloud subscription and a SHIPLIGHT_API_TOKEN. If cloud MCP tools (save_test_case, get_test_case, etc.) are not in the tool list, the token is missing.
Tell the user:
Cloud tools are not available. Get your API token from https://app.shiplight.ai/settings/api-tokens, setSHIPLIGHT_API_TOKENin your project's.envfile, then reconnect MCP (/mcp).
If the user provides a token, append it to the project's .env file (create if needed) and tell them: "Saved to <project>/.env — make sure .env is in your .gitignore. Reconnect MCP (/mcp) to activate cloud tools."
All REST API calls require:
Authorization: Bearer $SHIPLIGHT_API_TOKENError Handling
| Error | Action |
|---|---|
| 401 Unauthorized | Token is invalid or expired — ask user to check SHIPLIGHT_API_TOKEN in .env |
| 403 Forbidden | Insufficient permissions — inform user |
| 404 Not Found | Resource not found — report to user |
| 422 Validation | Show validation message to user |
| Tool not found | Token is missing — guide user through setup above |
---
MCP Tools
These tools are available when SHIPLIGHT_API_TOKEN is set. Prefer file_path over passing content directly (saves tokens). Always use output_format: 'yaml' for get_test_case.
- Upload:
save_test_case,save_test_account,save_template,save_function - Download:
get_test_case,get_template,get_function - Account:
save_test_account— create/update test account with optionalstorage_state_pathto upload local browser session to cloud
ID Tracking
After uploading, add the returned cloud ID to the local file so future saves update instead of creating duplicates:
| Artifact | Local file | ID field |
|---|---|---|
| Test case | *.test.yaml | test_case_id: 123 (top-level YAML field) |
| Template | templates/*.yaml | template_id: 45 (top-level YAML field) |
| Function | helpers/*.ts | @function_id 67 (JSDoc tag per export) |
---
REST API
Base URL: https://api.shiplight.ai
Test Cases
List Test Cases
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-casesQuery parameters:
| Param | Type | Description |
|---|---|---|
ids | string | Comma-separated test case IDs |
folderId | number | Filter by exact folder |
folderIdRecursive | number | Filter by folder and all descendants |
labelIds | string | Comma-separated label IDs (OR logic — matches test cases with ANY of the labels) |
createdBy | string | Filter by creator user ID |
orderBy | string | Order by field (default: "id") |
order | asc \ | desc |
limit | number | Max results to return |
Response: { data: [{ id, title, test_flow, folder_id, ... }], count: number }
Get Test Case
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-cases/123Response: { id, title, test_flow, folder_id }
Delete Test Case (soft delete)
Marks the test case and its results as deleted (soft delete — records are retained but hidden from queries).
curl -X DELETE -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-cases/123Response: { success: true, message: "Test case deleted" }
Move Test Cases to Folder
Batch-update the folder assignment for multiple test cases. Set folder_id to null to move to root.
curl -X PUT -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"test_ids": [101, 102], "folder_id": 5}' \
https://api.shiplight.ai/v1/test-cases/batch-update-folderBody: { test_ids: number[], folder_id: number | null }
Response: { success: true, data: [/* updated test cases */], message: "Successfully updated 2 test cases" }
---
Test Data
List Test Data
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-dataUse ids to fetch specific files:
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
"https://api.shiplight.ai/v1/test-data?ids=1,2,3"Response: array of { organization_id, id, name, s3_path, created_at, updated_at, usage_count? }
Get Test Data
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-data/123Response: { organization_id, id, name, s3_path, created_at, updated_at }
Download Test Data File
Streams the file from S3 as application/octet-stream.
curl -L -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-data/123/download \
-o ./filename.ext---
Test Runs
List Test Runs
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
"https://api.shiplight.ai/v1/test-runs?limit=10"Query parameters:
| Param | Type | Description |
|---|---|---|
testPlanId | number | Filter by test plan |
trigger | string | Filter by trigger ("API", "MANUAL") |
result | string | Filter by result ("PASSED", "FAILED") |
limit | number | Max results to return |
Response: array of { id, status, result, trigger, start_time, end_time, duration, total_test_case_count, passed_test_case_count, failed_test_case_count }
Get Test Run Details
Note: This endpoint has no `/v1/` prefix.
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/run-results/456Response:
{
"testRun": { "id": 456, "status": "COMPLETED", "result": "PASSED" },
"testCaseResults": [
{ "id": 789, "test_case_id": 123, "result": "PASSED", "duration": 45 }
]
}Trigger Test Run
Run a test case, test suite, or a combination in the cloud.
By test case:
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"trigger": "API"}' \
https://api.shiplight.ai/v1/test-run/test-case/123By test suite:
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"trigger": "API"}' \
https://api.shiplight.ai/v1/test-run/test-suite/1Generic (multiple test cases, suites, and/or labels):
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"trigger": "API", "test_case_ids": [101, 102], "test_suite_ids": [1]}' \
https://api.shiplight.ai/v1/test-runBy labels (run all test cases with any of the specified labels):
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"trigger": "API", "label_ids": [22, 18]}' \
https://api.shiplight.ai/v1/test-runBody (all trigger endpoints):
| Field | Type | Description |
|---|---|---|
trigger | string | Required. Use "API" |
test_case_ids | number[] | Generic endpoint only — test case IDs to run |
test_suite_ids | number[] | Generic endpoint only — test suite IDs to run |
label_ids | number[] | Generic endpoint only — label IDs; resolves to test cases with ANY of these labels (OR logic). Can be combined with test_case_ids and test_suite_ids |
environment | { id?: string } | Override environment |
Response (201): test run object with { id, status, result, ... }
After triggering, poll GET /v1/test-runs?limit=1 or GET /run-results/<id> to check status.
Get Test Case Result
Note: This endpoint has no `/v1/` prefix.
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/test-case-results/789Response: { id, test_case_id, test_run_id, result, status, duration, environment_name, environment_url, video, trace, report_s3_uri, report, error }
The video, trace, and report_s3_uri fields contain S3 URIs — use the Artifacts endpoint to download them.
The report field contains step-by-step execution details in report[0].resultJson — each step has description, status, message, duration, and artifact S3 URIs (screenshot_s3_path, messages_s3_path, etc.).
---
Environments
List Environments
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/environmentsResponse: array of { id, name, url }
Get Environment
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/environments/1Response: { id, name, url }
---
Variables
Environment-scoped variables — the cloud equivalent of variables in playwright.config.ts. Use isSensitive: true for secrets (passwords, API keys) so they're masked in logs.
List Variables
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
"https://api.shiplight.ai/v1/variables?environmentId=1"Response: array of { id, name, value, environment_id, is_sensitive }
---
Test Accounts
List Test Accounts
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
"https://api.shiplight.ai/v1/test-accounts?environmentId=1"Query: environmentId (number, optional but recommended) — filter by environment.
Response: array of { id, name, username, environmentId, loginConfig }
Get Test Account
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-accounts/1Response: { id, name, username, password, environmentId, loginConfig }
---
Forward Email Configs
Forward email configs store the Mailgun forwarding address and extraction filters used by email-based login and verification flows. All responses are scoped to the organization associated with SHIPLIGHT_API_TOKEN.
List Forward Email Configs
Returns all forward email configs for the organization, ordered by created_at descending.
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/forward-email-configsResponse: array of { id, organization_id, name, forward_email, extraction_type, prompt, filter_from_email, filter_to_email, filter_subject, filter_body_contains, created_at, updated_at }
Get Forward Email Config
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/forward-email-configs/1Response: { id, organization_id, name, forward_email, extraction_type, prompt, filter_from_email, filter_to_email, filter_subject, filter_body_contains, created_at, updated_at }
Fields:
| Field | Type | Description |
|---|---|---|
id | number | Forward email config ID |
organization_id | string | Organization that owns the config |
name | string | Human-readable config name |
forward_email | string | Mailgun forwarding inbox address |
extraction_type | string | Extraction mode, such as verification_code, activation_link, or custom |
prompt | string | Optional custom extraction prompt |
filter_from_email | string | Optional sender filter |
filter_to_email | string | Optional recipient filter |
filter_subject | string | Optional subject filter |
filter_body_contains | string | Optional body text filter |
created_at | string | ISO timestamp |
updated_at | string | ISO timestamp |
---
Folders
List All Folders
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-folders/allOptional query: ?search=keyword
Response: array of { id, name, description, parentId, pathIds }
List Folders by Parent
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
"https://api.shiplight.ai/v1/test-folders?parentId=1"Omit parentId entirely for root-level folders.
Response: array of { id, name, description, parentId }
Get Folder
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-folders/1Response: { id, name, description, parentId, pathIds }
Create Folder
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"name": "Smoke Tests", "parentId": 1}' \
https://api.shiplight.ai/v1/test-foldersBody: { name: string, description?: string, parentId?: number | null }
Response (201): { success: true, data: { id, name, description, parentId } }
Update Folder
curl -X PATCH -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"name": "Regression Tests"}' \
https://api.shiplight.ai/v1/test-folders/1Body: { name?: string, description?: string }
Response: { success: true, data: { id, name, description } }
Delete Folder
curl -X DELETE -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-folders/1Response: { success: true }
Move Folder
Move a folder to a different parent. Set parentId to null to move to root.
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"parentId": 5}' \
https://api.shiplight.ai/v1/test-folders/1/moveBody: { parentId: number | null }
Response: { success: true }
---
Test Suites
Test suites group test cases for organized execution. Use suites to manage which test cases run together.
List All Suites
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-suitesResponse: array of { id, title, description, testCount, createdAt, updatedAt }
Get Suite
Returns suite metadata and its test cases. Always use `?fields=` to select only the columns you need — without it, the endpoint returns full test case entities which is too expensive.
?fields= accepts a comma-separated list of columns: id, title, description, status, folder_id, test_type, created_at, updated_at, url
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
"https://api.shiplight.ai/v1/test-suites/1?fields=id,title,status"Response:
{
"suite": { "id": 1, "title": "Smoke Tests", "description": "...", "testCount": 5 },
"testCases": [
{ "id": 101, "title": "Login flow", "status": "Active" },
{ "id": 102, "title": "Search", "status": "Active" }
]
}Create Suite
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"title": "Smoke Tests", "description": "Core user flows"}' \
https://api.shiplight.ai/v1/test-suitesBody: { title: string, description?: string }
Response (201): { id, title, description, createdAt, updatedAt }
Update Suite
curl -X PUT -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"title": "Regression Tests"}' \
https://api.shiplight.ai/v1/test-suites/1Body: { title?: string, description?: string }
Response: { success: true, message: "Test suite updated successfully" }
Delete Suite
curl -X DELETE -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/test-suites/1Response: { success: true, message: "Test suite deleted" }
Add Test Cases to Suite
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"testCaseIds": [101, 102, 103]}' \
https://api.shiplight.ai/v1/test-suites/1/test-casesBody: { testCaseIds: number[] }
Response: { success: true, message: "Test cases added to suite successfully" }
Remove Test Cases from Suite
curl -X DELETE -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"testCaseIds": [101]}' \
https://api.shiplight.ai/v1/test-suites/1/test-casesBody: { testCaseIds: number[] }
Response: { success: true, message: "Test cases removed from suite successfully" }
---
Labels
Labels let you tag test cases (e.g., daily-regression, pre-merge) and trigger runs by label instead of manually managing suites.
List Labels
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/labelsResponse: { success: true, data: [{ id, name, color, organizationId, createdAt, updatedAt }] }
Create Label
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"name": "daily-regression", "color": "#4CAF50"}' \
https://api.shiplight.ai/v1/labelsBody: { name: string, color: string }
Response (201): { success: true, data: { id, name, color } }
Update Label
curl -X PUT -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"name": "nightly-regression"}' \
https://api.shiplight.ai/v1/labels/22Body: { name?: string, color?: string }
Delete Label
curl -X DELETE -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/labels/22Add Labels to Test Case
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"labelIds": [22, 18]}' \
https://api.shiplight.ai/v1/labels/test-case/123/addBody: { labelIds: number[] }
Remove Labels from Test Case
curl -X POST -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
-H "Content-Type: application/json" \
-d '{"labelIds": [22]}' \
https://api.shiplight.ai/v1/labels/test-case/123/removeBody: { labelIds: number[] }
Get Labels for Test Case
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/labels/test-case/123Response: { success: true, data: [{ id, name, color }] }
Get Test Case IDs by Label
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/labels/test-cases/22Response: { success: true, data: [101, 102, 103] }
---
Templates (Reusable Steps)
Reusable test step sequences that can be referenced from test cases via template: in YAML or reference_id in the cloud. The API uses the legacy name "reusable-steps".
Get Template
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/reusable-steps/138Response: { id, name, description, statements }
---
Test Functions
Custom TypeScript functions that can be called from test cases via call: "file#export" in YAML.
Get Test Function
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
https://api.shiplight.ai/v1/functions/42Response: { id, name, description, code, status }
---
Artifacts
Download S3 File
Download test artifacts (videos, traces, reports) referenced by S3 URIs in test case results.
curl -H "Authorization: Bearer $SHIPLIGHT_API_TOKEN" \
"https://api.shiplight.ai/v1/s3/file?uri=s3://bucket/path/video.webm"Query: uri (string, required) — S3 URI from test result fields (video, trace, report_s3_uri).
Response: raw file contents with appropriate content-type. For binary files (videos, traces), use curl -o <output_file> to save to disk.
---
Workflows
Sync local project to cloud
1. Sync test accounts: call save_test_account with credentials and storage_state_path (if the local project uses storageState-based auth) 2. Sync test cases: find all .test.yaml files, call save_test_case with file_path for each. If the file already has a test_case_id, it updates; if not, it creates and returns an ID. 3. Track IDs: add the returned test_case_id to the YAML if not already present 4. Sync templates and functions: repeat with save_template and save_function
Download test case from cloud
1. Call get_test_case with test_case_id and output_format: 'yaml' 2. Convert the cloud `url:` to baseURL + relative paths. Cloud test cases have a top-level url: field for the starting URL (e.g., url: https://app.example.com/dashboard). Local YAML tests split this into two parts:
- Base URL — set once in playwright.config.ts at the project level (
use: { baseURL: 'https://app.example.com' }) if all tests share the same origin, or per-test viabase_url: https://app.example.com. Prefer project-level. - Navigation — use relative paths in the test steps (
URL: /dashboard).
Remove the top-level url: field from the downloaded YAML, ensure baseURL is configured, and convert any absolute URL statements to relative paths. 3. Save the returned YAML to a .test.yaml file
Download test artifacts
1. GET /test-case-results/<id> → find video, trace, or report_s3_uri fields (S3 URIs) 2. GET /v1/s3/file?uri=<S3_URI> → download the artifact content
Related skills
How it compares
Pick this over generic CI docs when tests are Shiplight YAML cases that must stay bidirectionally synced with a cloud library and scheduled runs.
FAQ
What does Shiplight cloud skill sync?
Shiplight cloud syncs local YAML test cases, reusable templates, and TypeScript test functions between your repository and Shiplight cloud. MCP tools handle push and pull operations so the same definitions can run on schedules and in CI.
What credentials does Shiplight cloud require?
Shiplight cloud requires an active Shiplight cloud subscription and a SHIPLIGHT_API_TOKEN environment variable. The token authorizes MCP sync tools and REST API calls for runs, environments, folders, suites, and accounts.
Can Shiplight cloud run tests on a schedule?
Shiplight cloud lets developers push local YAML browser tests upward so they execute on cloud schedules, integrate with CI, and remain shareable across a team without maintaining duplicate test definitions in a separate UI.