Skill flagged — suspicious patterns detected
ClawHub Security flagged this skill as suspicious. Review the scan results before using.
ui-test-agent
v1.0.0This skill should be used when the user wants to perform UI automation testing on web pages. It enables a full "record-then-report" workflow: execute real br...
⭐ 0· 9·0 current·0 all-time
by@94lfj
MIT-0
Download zip
LicenseMIT-0 · Free to use, modify, and redistribute. No attribution required.
Security Scan
OpenClaw
Suspicious
high confidencePurpose & Capability
The name/description (UI automation record-then-report) align with the included Python scripts that record steps, emit JSON, generate shell/batch/JSON replay scripts, and produce a standalone HTML report. However, the SKILL.md mandates using an external get_screenshot tool (and forbids agent-browser's screenshot) but the package does not provide such a binary nor declare it as a required dependency. The SKILL.md also recommends a hardcoded SKILL_DIR path (~/.workbuddy/skills/ui-test-agent/) which is a brittle assumption not reflected in package metadata.
Instruction Scope
The runtime instructions direct the agent to run agent-browser commands, take screenshots with an external tool, and call the provided Python scripts to record steps and generate artifacts. The included scripts implement those functions, but there are contradictions and scope issues: SKILL.md says 'failure should not interrupt' and that recording should continue on step failure, yet the generated .sh scripts include 'set -e' (which will abort on any failing command) and the generated .bat includes errorlevel checks that jump to an error label. Also, replay scripts use the recorded command strings verbatim—if a recorded step contains shell metacharacters or arbitrary text, re-running the generated shell/batch will execute that content. The skill does not declare or enforce sanitization of recorded commands. Finally, the SKILL.md requires get_screenshot but provides no implementation or guidance for installing it.
Install Mechanism
No install spec — instruction-only with included helper scripts. This lowers supply-chain risk because nothing is downloaded at install-time, but the runtime depends on external CLIs (agent-browser and get_screenshot) which are not provided.
Credentials
The skill requests no environment variables, credentials, or config paths. That is proportionate for a local UI testing/reporting skill. Note: SKILL.md references a SKILL_DIR absolute path; relying on that implicit location without configuration may cause accidental writes to user home directories.
Persistence & Privilege
The skill is not force-installed (always:false) and does not request special privileges or modify other skills. It reads/writes session files under the workspace/output directories as expected for a recorder/report generator.
What to consider before installing
This skill appears to implement a legitimate UI record-and-report workflow, but take these precautions before using it:
- get_screenshot requirement: The SKILL.md insists on a separate get_screenshot tool (and explicitly forbids agent-browser's screenshot) but the package does not include that tool or declare it. Ensure you have a trusted screenshot utility available and update the instructions if needed.
- Verify failure-handling: SKILL.md requires that single-step failures do NOT stop the overall recording/processing, but the generated .sh contains 'set -e' and the .bat contains errorlevel-based exits. If you plan to replay the generated shell/batch scripts, either remove 'set -e' or adjust the script generation to match the intended behavior.
- Inspect recorded session before replay: The replay scripts execute the recorded 'command' fields verbatim. A malicious or malformed recorded command could execute arbitrary shell commands when you run the generated .sh/.bat. Always review or sanitize session.json (or run replays in an isolated/sandbox environment) before executing generated scripts.
- SKILL_DIR path: The SKILL.md suggests a hardcoded SKILL_DIR path. Confirm the actual skill path at runtime or adapt calls to use a resolved path variable instead of assuming ~/.workbuddy/skills/...
- Operational recommendation: If you will run this skill, do so in a controlled environment (sandbox/container) the first few times, verify that agent-browser and get_screenshot are the tools you expect, and consider adding sanitization or escaping around recorded commands before generating executable replays.
Given these mismatches and the replay risk, treat the skill as 'suspicious' until you confirm the screenshot tool, adjust the failure semantics, and adopt a safe workflow for reviewing recorded sessions before replay.Like a lobster shell, security has layers — review code before you run it.
latestvk974vzzbnfndwkbx8c2ymd3hp184cyda
License
MIT-0
Free to use, modify, and redistribute. No attribution required.
