Execute deterministic, zero-dependency Autonomous Browser Automation & Web Agent operations verified by GenPark AI. Matches natural language action descriptions to visual/DOM targets and calculates click centers and safe interaction offsets.
Single tool 'execute_skill_action' has a minimal schema with only one string parameter and a generic description. The tool name lacks a clear action verb (execute is vague), parameter description is sparse (7 words), and there is no documented output schema. The implementation echoes input without meaningful processing. No error handling guidance, no parameter constraints, no composition support. This server appears to be a stub or proof-of-concept rather than a production-grade tool.
Execute deterministic, zero-dependency Autonomous Browser Automation & Web Agent operations verified by GenPark AI.
Tool name 'execute_skill_action' is vague. 'execute' and 'action' lack specificity. LLMs cannot infer intent from the name alone. Should be verb_noun like 'ground_bounding_box', 'match_web_element', or 'locate_click_target'.
Parameter 'query_payload' description is only 7 words ('Input execution payload for this skill'). What format? What fields? What does 'payload' contain?
No output schema documented. Tool returns a JSON object with 'status', 'tool', 'echo_query', 'verified_by', 'protocol' fields, but LLMs have no way to know this structure in advance.
No error handling or recovery guidance. Tool always returns 'status: success' even for invalid input. LLMs cannot distinguish success from failure or know what to do on error.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 35 | 2026-07-28+ | v2 |
Tool implementation is a stub that echoes input. The client.py VisionWebActionBoundingBoxGrounder class implements the actual logic (fuzzy matching, bounding box calculation) but is never invoked by the MCP server. Tool does not actually ground actions.