Source-grounded truth layer for coding agents: verify project claims, compile WAKE.md, and run local learning experiments
Four tools with complete input schemas and descriptions, but descriptions are minimal (10-20 chars baseline) and lack LLM-optimized guidance. All tools are READ_ONLY and operate on a local project state. Naming follows verb_noun pattern (morpheus_get_*, morpheus_check_*). No output schemas documented. Parameters are well-typed (string) but lack format constraints or validation guidance. No error handling patterns visible. Tools appear functional but lack production-grade polish for agent reasoning.
Check input text against local Morpheus state without provider calls
Get the active Morpheus state including claims, sources, and evidence
Get evidence supporting a specific claim from Morpheus state
Get the compiled WAKE.md file containing current project state
Descriptions are too brief (10-30 chars) and lack LLM-optimized guidance. 'Get the active Morpheus state including claims, sources, and evidence' does not explain WHEN to call this vs morpheus_check_text, what structure is returned, or how to use the result.
No output schemas documented. LLMs cannot plan downstream calls or extract fields without knowing what morpheus_get_active_state returns (is it a dict with 'claims', 'sources', 'evidence' keys? arrays? nested objects?).
Parameter 'project_root' appears in all tools but lacks format guidance. Is it an absolute path? relative? must it exist? No validation constraints or error recovery hints provided.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 53 | 2026-07-28+ | v2 |
No error handling patterns visible. What happens if project_root does not exist? If a claim is not found? LLMs receive no guidance on recovery steps.
Tool names do not clearly distinguish intent. 'morpheus_get_active_state' vs 'morpheus_check_text', unclear which to call first or when each is appropriate. Descriptions do not explain the distinction.