by actionbook · v0.2.0
Action manuals, verified selectors, and cloud browser automation for AI agents.
This community listing does not yet include every recommended support, privacy, pricing, and permission disclosure. Review the available package permissions before installing.
Available inside your emploidai workspace after installation.
Available inside your emploidai workspace after installation.
Actionbook is a browser action engine for AI agents. This Dify plugin brings Actionbook's up-to-date action manuals, verified selectors, and cloud browser automation into Dify workflows so agents can operate websites with less guessing and more resilience.
| Tool | Description | Best For |
|---|---|---|
search_actions | Search Actionbook action manuals by keyword and optional domain | Finding relevant website actions and UI areas |
get_action_by_area_id | Retrieve full action details, including verified selectors and supported interaction methods | Getting precise page structure before automation |
browser_create_session | Start a cloud browser session via Hyperbrowser | Beginning a live browser workflow |
browser_operator | Navigate, click, fill, type, wait, snapshot, and extract content | Executing browser steps on a live page |
browser_stop_session | Stop the browser session and release resources | Cleaning up at the end of automation |
The Actionbook API key is used for search_actions and get_action_by_area_id. You can leave it empty and use the free tier with basic limits, or add a key for higher quotas.
The Hyperbrowser API key is required for live browser automation:
browser_create_sessionbrowser_operatorbrowser_stop_sessionGet your key from Hyperbrowser.
Typical best-practice workflow:
search_actions("github login", domain="github.com")get_action_by_area_id("<area_id from search_actions>")browser_create_session()browser_operator(session_id=..., cdp_url=<ws_endpoint from browser_create_session>, action="navigate", url="https://github.com/login")browser_operator(session_id=..., cdp_url=..., action="fill", selector="<verified selector from get_action_by_area_id>", text="user@example.com")browser_operator(session_id=..., cdp_url=..., action="click", selector="<verified selector from get_action_by_area_id>")browser_operator(session_id=..., cdp_url=..., action="wait_navigation") or browser_operator(session_id=..., cdp_url=..., action="get_text")browser_stop_session(session_id=...)How this maps to the actual tool behavior:
search_actions and get_action_by_area_id are the recommended way to get verified selectors first, but they are not a hard prerequisite for browser_operator.browser_operator accepts either session_id or cdp_url; for multi-step workflows, pass session_id and preferably both for session recovery.browser_create_session returns ws_endpoint, which should be passed to browser_operator as cdp_url.snapshot is a fallback step when selectors fail or page state changes, not a mandatory success-path step.browser_stop_session should be called after browser_create_session workflows to release the remote session and persist profile state when applicable.snapshot and continuing the workflowActionbook is open source and improving fast. Start here to support the project, join the community, and shape what gets indexed next.