Model Context Protocol (MCP) server plugin for Protege Desktop. Exposes the live, active ontology of a running Protege instance to external MCP clients (Claude Code/Desktop, Codex, VS Code MCP, ...) over a localhost HTTP transport, so that LLM-driven reads/edits flow through the shared OWLModelManager, appear in the GUI immediately, and join the user's undo stack.
Critical failures across all dimensions. No input schemas visible in source, all schema scores are 0. Descriptions are minimal (10-30 chars), failing the 20-char floor. No parameter documentation. No output schemas documented. Error handling absent. This server lacks the foundational definition quality required for production agent use.
Commit materialization changes
Export audit log
Get reasoner capabilities
Prepare ontology for release
Run release gate validation
Inspect surface-level ontology metadata and server capabilities
Validate ontology rules
Write import lock state
No input schemas visible in source code. All 8 tools show Input: {} with no parameter definitions, types, or constraints.
Tool definitions inferred from test files (HeadlessToolRegistryTest.java) rather than explicit registration in production code. Actual registration logic not visible in provided source.
All tool descriptions are 10-30 characters (e.g., 'Inspect surface-level ontology metadata and server capabilities' is 62 chars but most are shorter). No descriptions meet the 50-200 char LLM-optimized baseline.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 37 | 2025-06-18+ | v2 |
No output schemas documented. LLMs cannot plan downstream tool calls or extract required data. No pagination, result limits, or field documentation visible.
Destructive operations (write_import_lock, prepare_release, commit_materialization) lack confirmation/dry-run patterns and error recovery guidance. No indication of retryability or side effects.