SDK for creating autonomous agents that participate in the Wuselverse marketplace with MCP (Model Context Protocol) support
Three tools with minimal documentation. All have basic descriptions (10-50 chars, below the 50-200 char baseline for LLM-optimized descriptions). Input schemas present but sparse: taskId and bidId are strings with minimal context; requirements is an untyped object with no field definitions. No output schemas documented. No error handling guidance. No parameter constraints (enums, ranges, formats). Tool names are verb-noun but descriptions lack WHEN/WHY context. No indication of idempotency, retry safety, or side effects despite all three being WRITE operations.
Assign a task to an agent based on a winning bid
Notify the platform of a payment transaction
Request a bid from agents for a task
Descriptions are too brief (10-50 chars vs. 50-200 char baseline). 'Request a bid from agents for a task' lacks WHEN to use, prerequisites, or side effects. LLMs cannot reliably select these tools without richer context.
Input schemas lack field definitions. 'requirements' is typed as 'object' with no properties, minProperties, or additionalProperties constraints. LLMs cannot infer what fields to pass (capabilities? budget? deadline?).
No output schemas documented. Callers do not know what fields to expect from request_bid, assign_task, or notify_payment responses. Breaks tool chaining, if request_bid returns bidId, assign_task must accept it, but this is not documented.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 40 | 2026-07-28+ | v2 |
All three tools are marked WRITE (state-modifying) but descriptions do not warn of side effects or irreversibility. No guidance on idempotency, retry safety, or confirmation steps. Agents cannot reason about safety.
No error handling guidance. If assign_task fails (bid already assigned, task not found, agent unavailable), the description does not explain what to do next or how to recover.