원클릭으로
workflow-e2e
Run Smelter real-interface E2E checks and capture concrete evidence for user-visible behavior.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Run Smelter real-interface E2E checks and capture concrete evidence for user-visible behavior.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when: User wants to run a SUBSTANTIAL multi-step coding task as a workflow (fix/implement a whole issue or feature, comprehensive review), CREATE workflows or commands, set up workflow automation, or manage workflow configuration. Triggers (run): "use workflow to", "run workflow", "with workflow", "workflow to", "workflow run", "use a workflow to", "run a workflow", and generic task-completion intents that imply a full coding deliverable: "실행해줘", "돌려줘", "구현해줘", "고쳐줘", "이슈 고쳐줘", "PR 만들어줘", "implement this", "fix this issue", "build this feature", "ship this". Triggers (create): "create a workflow", "write a workflow", "make a command", "author a workflow", "new workflow", "new command", "workflow yaml". Triggers (setup): "set up workflows", "install workflow automation", "how to use workflows", "configure workflows", "workflow setup", "get started with workflows". Triggers (config): "change my workflow config", "modify workflow config", "workflow
Automates browser interactions for web testing, form filling, screenshots, and data extraction. Use when the user needs to navigate websites, interact with web pages, fill forms, take screenshots, test web applications, or extract information from web pages.
Smelter deep interview for planning-first requirement discovery before /brainstorm, /implement, or /fix execution
Create a release from dev branch. Generates changelog entries from commits, bumps version, and creates a PR to main. TRIGGERS - Use this skill when user says: - "/release" - create a patch release (default) - "/release minor" - create a minor release - "/release major" - create a major release - "make a release", "cut a release", "ship it", "release to main"
Replicate and validate a GitHub issue by spinning up Smelter, analyzing the issue, and systematically testing all described symptoms using browser automation. Use when: User wants to reproduce a bug, validate a GitHub issue, confirm a reported problem, or investigate whether an issue is real before working on a fix. Triggers: "replicate issue", "reproduce issue", "validate issue", "confirm bug", "test issue", "can you reproduce", "try to replicate", "verify the bug". Capability: Checks out main, pulls latest, starts Smelter, reads the GitHub issue, then uses agent-browser to systematically test every symptom and produce a findings report. NOT for: Fixing issues (use /smelter or /exp-piv-loop:fix-issue), general UI testing (use /validate-ui).
Autonomous rule adherence checker. Scans the codebase for rule violations, fixes the highest-impact ones in an isolated worktree, runs full validation, creates a PR. Uses memory to track progress across runs.
| name | workflow-e2e |
| description | Run Smelter real-interface E2E checks and capture concrete evidence for user-visible behavior. |
| version | 0.55 |
| type | workflow |
| consumes | src/** built |
| produces | artifacts/ (video, screenshots, logs, trace, io-samples) |
| default_pattern | A |
| default_agent | qa-tester |
| supports_patterns | ["A"] |
| can_delegate_to | ["e2e-testing-patterns"] |
| gate | {"postcondition":[{"artifacts_exist":true},{"build_clean":true},{"scoped_tests_pass":true},{"real_interface_invoked":true},{"no_interface_mocks":true},{"per_surface_artifact_present":true},{"effect_observed":true},{"e2e_infra_present":true}]} |
| surface_mapping | {"UI":"Playwright real browser","CLI":"subprocess stdin/argv/exit_code","HTTP_API":"real server + curl/fetch","Database":"real or in-process test DB","Hook":"stdin JSON -> stdout JSON"} |
| exempt_if_surface | ["style","typography","typo","dialogue"] |
Drive the real interface and save artifacts proving the target effect happened. Test-runner stdout alone is not E2E.
Announce: I'm using workflow-e2e to drive the real interface and capture artifacts proving the target effect materialized.
| Surface | Real interface | Required artifact |
|---|---|---|
| UI | Playwright real browser | video + screenshot + console log |
| CLI/script | real subprocess | argv/stdin/stdout/stderr/exit transcript |
| HTTP API | real server on a port | request/response log + follow-up observation |
| Database | real compatible DB engine | SQL log + SELECT/readback evidence |
| Hook | actual stdin/stdout pipe | input JSON + output JSON + exit code |
No mocks for the interface under test. No dry-run. No handler-only calls when the real surface is browser, shell, HTTP, DB, or hook I/O.
$ARTIFACTS_DIR artifacts, diff, and plan.cause: e2e_infra_missing and route to workflow-coding to install/configure it; do not skip E2E.$ARTIFACTS_DIR/e2e/..env.e2e setup when they exist; do not skip them for an ad-hoc Playwright script.If auth/API secrets are required, ask the user to populate .env.e2e with only needed E2E_* keys. Never read .env, echo secrets, fabricate credentials, or stub auth to pass.
On pass, invoke workflow-e2e-review. On gate fail, route to the producer (workflow-coding) with cause and artifact evidence.