AIP security plugin for OpenClaw: skill signing, capability manifests, runtime enforcement
Single tool 'aip_security_status' has critical definition gaps. Input schema is empty object {} with no parameters documented. Description is present (58 chars) but minimal. No output schema documented. Tool appears to be a read-only status query but lacks the structured guidance LLMs need for proper invocation. The tool is registered via api.registerTool() in plugin/src/index.ts but definition quality is severely limited.
Show AIP Guard security status: configured trust keys and policy
Input schema is empty object {}, no parameters defined or documented.
No output schema documented. LLMs cannot predict response structure (fields, types, nesting). Prevents downstream tool chaining and forces parsing guesswork.
Tool description (58 chars) is minimal and lacks context. Does not explain WHEN to call it, WHAT it returns, or WHY an agent would need it. Below baseline of 194 chars average.
Tool name 'aip_security_status' does not start with action verb (get_, show_, describe_). Naming convention is weak; LLMs infer intent from verb-noun structure.
Only 1 tool exposed to LLM. Server is primarily a plugin/hook system for OpenClaw; tool surface is minimal and does not reflect the security enforcement capabilities.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 35 | 2026-07-28+ | v2 |