Python MCP server adapter for Glean search, chat, and document reading functionality. Provides cookie-based and token-based authentication with auto-detection.
The Glean MCP server defines 3 tools with reasonable naming conventions and basic input schemas. All tools are read-only and have descriptions. However, descriptions are minimal (under 100 chars for most), parameter descriptions lack depth, and output schemas are not documented. Tool names follow verb_noun convention (glean_search, glean_chat, glean_read_documents), which is positive. The schema quality is moderate, tools have input types defined but lack detail on constraints, error conditions, and response structures. No complex composition or pagination patterns visible.
Research and get AI-powered answers from your company's knowledge base using Glean's chat AI
Search for internal company information
Read documents from Glean by ID or URL to retrieve their full content
Output schemas not documented. Users cannot see what fields are returned by glean_search, glean_chat, or glean_read_documents. LLMs cannot plan downstream calls without knowing response structure.
Parameter descriptions lack actionable detail. 'Search query string' and 'Chat message or question' are present but do not describe format, constraints, or length limits. No guidance on what kind of queries work best or expected response size.
page_size parameter in glean_search lacks bounds. No minimum/maximum specified. LLMs could pass 0, negative numbers, or 10000+ without validation. Default of 10 is reasonable but constraint is missing.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | F | 0 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 34 | - | v1 |
glean_read_documents 'specs' parameter uses generic array with object properties. No description of valid keys or required/optional distinctions between 'id' and 'url'. When would an agent use one vs the other? What happens if both are provided?
No error handling guidance. Tools lack recovery hints. If glean_search returns empty results, should the LLM retry with simpler query? If auth fails, what should happen? If Glean service is down, is it retryable?
No pagination details documented for glean_search. Does it return a total_count? A next_cursor? How many results max? Without this, LLMs cannot plan multi-page queries or know when they have exhausted results.
Tool descriptions do not explain when to use each tool. When should an agent choose glean_search over glean_chat? What are the differences in output? Current descriptions do not answer this.