DeepContext
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| JINA_API_KEY | No | API key for Jina AI embeddings and reranker (required for self-hosting) | |
| WILDCARD_API_KEY | No | API key for using the Wildcard backend (required for quickstart) | |
| TURBOPUFFER_API_KEY | No | API key for Turbopuffer vector storage (required for self-hosting) |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| index_codebaseA | <when_to_use> Call this first before searching any new codebase Required prerequisite for search_codebase </when_to_use> |
| search_codebaseA | <when_to_use> Find specific functions, classes, or code patterns Get context before making changes to understand dependencies Explore how existing systems work Locate examples of API usage or patterns </when_to_use> <result_interpretation> Results ranked by semantic relevance, not code importance Implementation code often appears in results 2-5, not just #1 Look for actual code files (.ts, .js, .sql) over documentation (.md, .txt) </result_interpretation> Code chunks with file paths, line numbers, relevance scores, symbol information, imports, and exports Codebase must be indexed first with index_codebase |
| get_indexing_statusA | <enhanced_features> Shows completion statistics for finished indexing (success rates, processing time, performance metrics) Displays batch processing details (successful/skipped batches) References log files for detailed debugging </enhanced_features> <when_to_use> Before indexing to check if already done After indexing to see completion statistics and success rates Debug why search returned no results Confirm indexing completed successfully Get overview of all indexed codebases </when_to_use> Enhanced indexing status with completion statistics when available |
| clear_indexA | <when_to_use> Clear stale data before reindexing after major code changes Remove old indexed codebases no longer needed Fix corrupted index causing search issues </when_to_use> |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| Codebase Status | Current status of indexed codebases |
TDQS
Scored across 4 tools
Each tool has a clearly distinct purpose: indexing, searching, checking status, and clearing. No overlap or ambiguity between them.
All tool names follow a consistent verb_noun snake_case pattern (index_codebase, search_codebase, get_indexing_status, clear_index), making them predictable and readable.
Four tools is well-scoped for a codebase indexing/search domain. Each tool earns its place and there is no unnecessary bloat.
The set covers the full lifecycle: index, search, check status, and clear. Force_reindex and optional path parameters provide flexibility, so no obvious gaps exist.