FINOS AI Governance MCP Server
OfficialRelated Servers
Alternatives to FINOS AI Governance MCP Server
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityDmaintenanceEnables AI applications to access and contextualize organizational knowledge sources including GitHub repositories and internal documentation through standardized MCP protocol integration. Features OAuth 2.1 authentication, vector-based semantic search, and optimized context chunking for enterprise development workflows.-
- FlicenseNot gradedqualityAmaintenanceEnables MCP clients such as Claude Desktop, Cline, and Cursor to extract information from GitHub repositories, including repository summaries, project directory structure, and file contents. It exposes these capabilities as tools that can be invoked directly from a natural-language chat session.-
- FlicenseNot gradedqualityCmaintenanceAnalyzes repositories, explains architecture, calculates change impact, and enforces guardrails for AI Agents like Claude Code, Cursor, and Codex via MCP tools.-
- FlicenseNot gradedqualityAmaintenanceEnables MCP clients to quickly extract GitHub repository summaries, project directory structures, and file contents. It supports clients such as Claude Desktop, Cline, and Cursor.-
- AlicenseAqualityCmaintenanceEnables AI coding agents to search a security corpus, scan Terraform plan JSON for cited findings, and list sources via MCP tools grounded in CIS AWS Foundations and OWASP Top 10 CI/CD risks.3Apache 2.0
- AlicenseNot gradedqualityDmaintenanceEnables AI-powered GitHub interactions including repository analysis, code search, PR reviews, and more through the MCP protocol.4MIT
TDQS
Scored across 9 tools
The list/get pairs are cleanly separated by resource type (frameworks, risks, mitigations), and search_frameworks is explicitly scoped to frameworks only, so an agent can tell it apart from the getters. The only soft overlap is between get_service_health and get_cache_stats, both diagnostic calls whose boundaries are not fully explained.
Every tool follows the same snake_case verb_noun pattern (list_*, get_*, search_*), with no camelCase or bare-noun outliers. The verb predicts the behavior reliably: list returns catalogs, get returns full document content, search returns matches.
Nine tools is well within the ideal range and each earns its place: three resource types times a list/get pair, plus one search and two small operational diagnostics. Nothing appears redundant or padded.
The read-only document lifecycle is fully covered for all three resources (list + get), plus search for frameworks. The notable gap is that phrase search exists only for frameworks, leaving risks and mitigations requiring an expensive list-then-get flow; there is also no cross-corpus search or framework-vs-requirement comparison capability.