H-ear.world transforms sound into an actionable, meaningful translation layer of the world around you. Describe, share and act upon environmental audio as a...

This skill mostly does what it says — audio classification and job/webhook management — but there are multiple inconsistencies you should consider before installing: - ffmpeg dependency: The code can capture RTSP streams by spawning 'ffmpeg', but the skill's metadata does not declare ffmpeg as a required binary. If you plan to use the 'capture'/'listen' commands, expect the skill to run ffmpeg and write temporary WAV files. - Undeclared environment variables: The code accepts HEAR_BEARER_TOKEN, HEAR_BASE_URL, and LISTEN_RTSP_URL in addition to HEAR_API_KEY and HEAR_ENV. HEAR_BEARER_TOKEN is effectively required as an alternative to HEAR_API_KEY but wasn't listed in the registry's required env list. If you provide environment variables, be sure you understand which keys/tokens you are granting to the skill. - Webhook behavior mismatch: SKILL.md claims the OpenClaw gateway will manage webhook endpoints automatically, but the code often expects an explicit callbackUrl (alerts registration throws if none). Clarify whether the gateway will inject callback URLs or you must provide them; otherwise webhook registration may fail or require you to supply external URLs that receive events. - Local file and RTSP access: The skill will read arbitrary local files you pass to classify, and capture from RTSP sources if used. Only provide files/RTSP URLs you trust; the skill will upload audio content to the H-ear service as part of classification. If you still want to install: ask the publisher (or check upstream repo) to update the SKILL.md/registry metadata to declare ffmpeg as an optional required binary and to list HEAR_BEARER_TOKEN, HEAR_BASE_URL, and LISTEN_RTSP_URL where they are used. Also confirm the actual webhook integration model (gateway-managed vs user-provided callback URLs). These fixes would resolve the main incoherences noted above.