SyncContext
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| SYNCCONTEXT_HOST | No | HTTP bind address | 0.0.0.0 |
| SYNCCONTEXT_PORT | No | HTTP port | 8080 |
| SYNCCONTEXT_TRANSPORT | No | stdio, sse, or streamable-http | stdio |
| SYNCCONTEXT_ADMIN_TOKEN | No | Admin token for create/list projects | |
| SYNCCONTEXT_DATABASE_URL | Yes | PostgreSQL connection string | |
| SYNCCONTEXT_VECTOR_STORE | No | pgvector or redis | pgvector |
| SYNCCONTEXT_PROJECT_TOKEN | Yes | Default project token (stdio mode) | |
| SYNCCONTEXT_GEMINI_API_KEY | No | Gemini API key | |
| SYNCCONTEXT_OPENAI_API_KEY | No | OpenAI API key | |
| SYNCCONTEXT_OLLAMA_BASE_URL | No | Ollama server URL | |
| SYNCCONTEXT_EMBEDDING_PROVIDER | No | auto, gemini, openai, or ollama | auto |
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 | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| save_memoryA | Save a memory to the shared team knowledge base. Use this to store architecture decisions, patterns, bugs, conventions, or any context useful for team members and AI agents. Args: content: The memory content to save author: Who is saving this (developer name/email) tags: Categorization tags (e.g. ["auth", "frontend", "decision"]) file_path: Related file path if applicable memory_type: Type: general, decision, bug, pattern, onboarding |
| search_memoriesA | Search team memories by semantic similarity. Use this to find relevant context, decisions, patterns, or conventions that team members have previously documented. Args: query: Natural language search query top_k: Maximum number of results (default 5) tag: Filter by specific tag author: Filter by specific author |
| list_memoriesA | List recent memories from the project. Args: limit: Maximum number of memories to return (default 20) tag: Filter by tag author: Filter by author memory_type: Filter by type (general, decision, bug, pattern, onboarding) |
| delete_memoryA | Delete a specific memory by its ID. Args: memory_id: UUID of the memory to delete |
| update_memoryB | Update an existing memory. Re-embeds automatically if content changes. Args: memory_id: UUID of the memory to update content: New content (triggers re-embedding if changed) tags: New tags (replaces existing) file_path: New file path memory_type: New memory type |
| get_project_contextA | Get a summary of the project's shared knowledge base. Use this when onboarding to a project or when you need an overview of what the team has documented so far. |
| get_memoryA | Get a single memory by its UUID. Args: memory_id: UUID of the memory to retrieve |
| list_tagsA | List all unique tags used in this project with their usage counts. |
| list_contributorsA | List all contributors who have saved memories in this project. |
| search_by_fileA | Find all memories related to a specific file path. Args: file_path: File path to search for (substring match, case-insensitive) limit: Maximum number of results (default 20) |
| bulk_save_memoriesA | Save multiple memories at once. Args: memories: List of memory objects with 'content' (required) and optional 'author', 'tags', 'file_path', 'memory_type' |
| find_similarB | Find memories semantically similar to an existing memory. Args: memory_id: UUID of the source memory top_k: Maximum number of similar memories (default 5) |
| create_projectB | Create a new project. Returns the generated token. Args: name: Display name for the project description: Optional project description admin_token: Admin authentication token |
| list_projectsA | List all registered projects. Requires admin token. Args: admin_token: Admin authentication token |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 14 tools
Most tools target distinct resource-action pairs, and descriptions clarify intent. The main overlaps are save_memory/bulk_save_memories and search_memories/find_similar, but their singular vs. bulk and query vs. example-based retrieval differences are reasonably clear.
The dominant verb_noun pattern (save_memory, list_memories, get_memory, delete_memory, update_memory, create_project) is clear and consistent. A couple of names like find_similar and search_by_file deviate from the object-oriented pattern but remain readable and predictable.
14 tools is within a reasonable scope for a shared knowledge base covering memory CRUD, project management, and metadata exploration. The count is slightly higher than necessary because bulk_save_memories and find_similar add convenience rather than essential functionality.
The memory lifecycle is well covered with create, read, update, delete, list, and multiple search modes, plus project overview and tag/contributor metadata. Minor gaps exist around project update/delete and a bulk delete operation, but these are not likely to block core workflows.