COS-MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Capabilities
Features and capabilities supported by this server
| Capability | Details |
|---|---|
| tasks | {
"list": {},
"cancel": {},
"requests": {
"tools": {
"call": {}
}
}
} |
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": true
} |
| resources | {
"subscribe": true,
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| build_ownership_graphA | Build a complete ownership sub-graph for a given employee. Traverses all relationships to surface projects owned or contributed to, systems where they are sole or primary owner, documents and processes they run, people who depend on them, customers they manage, and architectural decisions they made. Use this to visualize an employee's full organizational footprint and identify knowledge concentration risks. |
| find_domain_expertsA | Search through employee skills, system ownership, and project involvement to find domain experts. Scores and ranks employees by relevance to a given domain (e.g. "payments", "kubernetes", "react"). Use this when you need to identify who to consult for a specific technical or business domain. |
| identify_hidden_dependenciesA | Identify non-obvious responsibilities and hidden dependencies for an employee. Uncovers recurring meetings they likely run, approval chains they are part of, cross-team coordination duties, and implicit knowledge that would be lost if they departed. Use this during continuity planning or before role transitions. |
| query_organizational_knowledgeA | Search the organizational knowledge base for decisions, documentation, meeting outcomes, or technical rationale. Understands natural language questions about why certain technologies were chosen, how systems are designed, what was decided in meetings, and where documentation lives. Use this as the primary tool for answering "why" and "how" questions about the organization's technical history. |
| analyze_knowledge_riskA | Analyze organizational knowledge risk by calculating bus factor per team. Identifies sole owners of critical systems, undocumented services, and single points of failure. Use this when you need to assess continuity risk, identify knowledge silos, or determine which teams are most vulnerable to employee departure. |
| calculate_bus_factorA | Calculate the bus factor for a specific team. The bus factor is the minimum number of team members whose simultaneous departure would halt critical systems. Use this when evaluating team resilience, planning for personnel changes, or preparing for knowledge transfer. |
| generate_transition_planA | Generate a comprehensive transition plan for a departing employee. Analyzes the employee's full ownership graph (systems, projects, processes, decisions, dependents), prioritizes handovers by criticality, and produces a phased timeline with task assignments. Use this when an employee is leaving or changing roles to ensure continuity. |
| recommend_successorA | Score and rank potential successors for a departing employee based on skill overlap, team proximity, existing system knowledge, and current capacity. Use this when you need to identify the best person to backfill or absorb responsibilities from a leaving team member. |
| create_onboarding_pathA | Generate a structured learning path for a new employee based on organizational knowledge. Maps out what systems to learn first (in dependency order), who to meet, what documentation to read, and milestones to achieve each week. Use this to accelerate new hire ramp-up using the organization's knowledge graph. |
| sync_github_repositoryA | Fetch and sync a GitHub repository's data including metadata, contributors, commits, pull requests, and languages. Stores the data in the knowledge graph for further analysis. |
| analyze_repository_ownershipA | Analyze a GitHub repository's contributor data to calculate bus factor, knowledge concentration, contribution percentages, and ownership risk. Provides recommendations for reducing single-contributor risk. |
| enrich_employee_profileA | Enrich an existing employee profile with GitHub activity data. Merges commits, pull requests, last activity, and repository ownership into the employee's organizational profile. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| knowledge_transfer_summary | Generate a structured knowledge transfer (KT) summary for a departing or transitioning employee. The AI will pull the employee's ownership graph, identify critical knowledge areas, and produce a formatted report covering systems, relationships, undocumented knowledge, and recommended actions. |
| role_transition_report | Generate a complete role transition report for an employee departure or role change. Covers scope of role, risk assessment, successor readiness, timeline, and stakeholder communication plan. Use this when planning a transition to ensure nothing is missed. |
| organizational_health_check | Generate an organizational health assessment focused on continuity risk. Analyzes bus factors across teams, identifies knowledge concentration risks, flags undocumented critical systems, and produces an executive summary with RAG (Red/Amber/Green) status indicators. Use this for regular continuity audits. |
| customer_handover_summary | Generate a customer relationship handover summary for an employee who manages customer accounts. Covers key accounts, relationship history, pending issues, communication preferences, and churn risk. Use this when a relationship owner is leaving or transitioning accounts. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| All Employees | Returns all employees with their roles, teams, and skills |
| Employee Details | Returns individual employee details including their projects, systems owned, and relationships |
| All Teams | Returns all teams with member counts and health metrics |
| Team Details | Returns team details including bus factor and member breakdown |
| All Systems | Returns all systems with ownership and documentation status |
| All Active Projects | Returns all active projects with ownership mapping |
| Full Knowledge Graph | Returns the full knowledge graph (nodes + edges) as JSON |
| GitHub Repository Details | Returns repository metadata, stars, forks, default branch, primary language, contributors, and latest commits |
| GitHub Repository Contributors | Returns username, avatar, profile URL, and total commits for each contributor |
| GitHub Repository Commits | Returns SHA, author, commit message, and commit date for recent commits |
| Health Checks | Current health status of all registered health checks |
| Ownership Graph | UI component for Ownership Graph |
| Health Dashboard | UI component for Health Dashboard |
| Github Repositories | UI component for Github Repositories |
| Repository Bus Factor | UI component for Repository Bus Factor |
| Widget Examples | Provides metadata and examples for all registered UI widgets |
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/adithya-1010010/COS-MCP'
If you have feedback or need assistance with the MCP directory API, please join our Discord server