Planning and execution engine for AI agents with MCP support
17 tools with complete schemas and basic descriptions, but significant gaps in parameter documentation and error handling. Most tool descriptions are 50-150 chars (within baseline), but 12 of 17 tools lack descriptions for optional parameters (context, namespace, limit, status). No output schemas documented. No error recovery guidance. No tool annotations (readOnlyHint/destructiveHint). Naming is verb-first and clear, but composition issues exist: create_plan + execute_plan + execute_step could be unified; compile_ltp + run_ltp + validate_ltp are redundant variants. Per-tool average: 52.
Abort a running or pending plan
Compile a goal into a Lean Task Protocol plan (structured, deterministic execution)
Decompose a goal into an executable plan with steps and dependencies
Estimate the token and monetary cost of executing a plan
Execute all steps of a plan in dependency order
Execute a single step within a plan
Missing parameter descriptions for optional fields. 'context' (create_plan), 'namespace' (create_plan, compile_ltp, run_ltp), 'status' (list_plans), 'limit' (plan_history) lack descriptions. LLMs cannot infer parameter meaning from names alone.
No output schemas documented. Tools return results but LLMs have no formal specification of response structure, field types, or required fields. Prevents downstream tool chaining and forces LLMs to guess field names.
No error handling guidance. Tools lack descriptions of failure modes, recovery steps, or actionable error messages. An LLM receiving 'plan not found' has no guidance on what to do next.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | C | 60 | <=2025-11-25 | v2 |
Get full plan details including all steps and their status
List all plans for a namespace
List available plan templates (deploy, migrate, audit, etc.)
Auto-parallelize steps and optimize execution order
View pipeline configuration and available templates
Export plan as a Mermaid diagram showing steps, dependencies, and status
Get past plans and outcomes for a namespace
Generate a new plan after a step failure
Compile and execute a goal as an LTP plan (faster and cheaper than ReAct for structured tasks)
Compile an LTP plan and validate it without executing (dry run)
Validate a plan for structural correctness (cycles, missing deps)
No tool annotations. Tools lack readOnlyHint, destructiveHint, or idempotentHint. LLMs cannot distinguish safe reads from destructive writes (execute_plan, cancel_plan, replan are destructive but unmarked).
Redundant tool variants. compile_ltp + run_ltp + validate_ltp are three ways to handle LTP goals; create_plan + execute_plan + execute_step overlap in responsibility. Composition should be clearer: one 'create' tool, one 'execute' tool, separate 'validate'.