Production-Ready MCP Server for OmniForge AI Engineering Framework with support for skills, workflows, prompts, and resources
OmniForge MCP server exhibits pervasive definition quality gaps across 26 tools. While tool names follow verb_noun convention (omniforge_run_*, omniforge_skill_*, omniforge_workflow_*), descriptions are generic and lack LLM-optimized guidance. Critical issue: input schemas are severely underdeveloped. Most tools accept only 'parameters: {type: object, description: "Optional skill parameters"}' with NO nested property definitions, violating the constrained-input pattern. This forces LLMs to guess valid parameter names and values. Output schemas are completely undocumented, no tool declares what it returns. Error handling is absent; no recovery guidance or categorization. Security concerns: no evidence of permission gates, audit trails, or secret injection patterns. Composition is poor: 26 tools with overlapping responsibilities (e.g., omniforge_run_skill + 14 individual skill tools) create decision paralysis for LLMs.
Execute an OmniForge agent skill (e.g., brainstorming, TDD, systematic-debugging)
Execute an engineering workflow sequence (e.g., engineering-workflow, architecture-workflow)
[Skill Tool] Interactive design & brainstorming session
[Skill Tool] Multi-agent scheduling & dispatch
[Skill Tool] Step-by-step implementation plan execution
[Skill Tool] Branch merging & changelog update
[Skill Tool] Objective code review feedback processing
Input schemas critically underdeveloped. 14 skill tools accept only 'parameters: {type: object, description: "Optional skill parameters"}' with zero nested property definitions. LLMs cannot infer valid parameter names, types, or constraints. Violates constrained-input pattern.
No output schemas documented for any tool. LLMs cannot plan downstream calls or extract required fields. Violates tool-chain and response-shaper patterns. Critical for composition.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 38 | <=2025-11-25 | v2 |
[Skill Tool] Pull request review preparation
[Skill Tool] Parallel autonomous subagent execution
[Skill Tool] Root-cause isolation & defect resolution
[Skill Tool] Red-Green-Refactor implementation
[Skill Tool] Isolated Git worktrees feature development
[Skill Tool] OmniForge framework operational guide
[Skill Tool] Mandatory verification criteria enforcement
[Skill Tool] Structured engineering plan drafting
[Skill Tool] Custom agent skill creation
[Workflow Tool] System architecture audit workflow
[Workflow Tool] Pull request code review workflow
[Workflow Tool] Defect isolation & resolution workflow
[Workflow Tool] Production deployment workflow
[Workflow Tool] Documentation generation workflow
[Workflow Tool] Full engineering cycle workflow
[Workflow Tool] Architecture & sprint planning workflow
[Workflow Tool] Product Requirements Document workflow
[Workflow Tool] Semantic release automation workflow
[Workflow Tool] Automated test suite execution workflow
Descriptions lack LLM-optimized guidance. Most are 30-50 chars (below 194-char baseline). No WHEN-to-use context, no prerequisites, no recovery hints. E.g., 'Interactive design & brainstorming session' does not explain when to call it vs omniforge_run_skill.
No error handling or recovery guidance. Tools do not categorize errors as retryable, user-fixable, or fatal. No actionable error messages. Violates recovery-guide pattern.
Tool proliferation and composition issues. 14 individual skill tools (omniforge_skill_*) plus 2 generic runners (omniforge_run_skill, omniforge_run_workflow) create decision paralysis. LLM must choose between calling run_skill('brainstorming') vs omniforge_skill_brainstorming. No clear guidance on when to use each.