crewmemory
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
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 |
|---|---|
| team_contextA | Session-start briefing for the current project. Pass the absolute workspace/repo root in project_path so project and branch attribution stay correct across projects. Call this FIRST at every session start. |
| recallA | Smart memory retrieval: keyword search ranked by relevance x recency x confidence, packed into a context budget. Searches team (+personal by default, scope='team'|'personal'|'all'). Prefer this over raw search when answering questions. |
| search_memoryA | Raw faceted search across crew memory. Filters: kind (note|decision|solution|gotcha|pattern|handoff), tags, author, file (path substring), project. Empty query with filters lists matches. Use recall() for smart ranking instead. |
| list_recentA | List newest memories (optionally filter kind or an exact project name; default all projects). |
| memory_statsA | Automatic index of everything in memory: counts by type, author, lifecycle status, project and top tags. |
| save_noteA | Save durable knowledge (conventions, environment quirks, how-to) to shared memory and push instantly. files=[] links related repo paths (enables PR review + decay tracking). scope='personal' keeps it private on this machine. NEVER store secrets. |
| log_decisionA | Record an architecture/tooling decision: what the situation was, what was decided, why, and which files it affects. Pushed instantly; teammates' agents will consult it. |
| log_solutionB | Record a problem that was hit and its fix (build failures, weird bugs, env issues), optionally with raw error output, so nobody debugs it twice. |
| save_gotchaB | Save a small trap that cost time ('X breaks when Y', 'always Z before W'). Short and punchy. |
| save_patternC | Save a recurring codebase/project pattern others should follow ('how we add an endpoint', error-handling style...). |
| save_handoffA | Write a session handoff: what was done, exact next steps, current blockers and open questions. The next session or teammate starts from this instead of zero. |
| latest_handoffA | Get the most recent handoff document (anyone's, or filter by author). Ideal first read when continuing someone's work. |
| remember_commit_digestA | Get a formatted commit log + changed-files summary of base..head from YOUR CODE repo, ready to summarize into a note/decision with save_note/log_decision. The AI writes the actual summary. |
| get_memoryA | Full text of one memory by id (unique prefix ok) including confidence score and lifecycle status. |
| delete_memoryA | Delete your own memory entry. For other people's entries use mark_superseded instead. |
| verify_memoryA | Mark a memory as verified (you checked it is still true). Verified memories rank higher and decay slower. |
| mark_supersededA | Mark an outdated memory as superseded (optionally pointing to the newer replacement id). It stops appearing in recall but stays in history. |
| flag_staleA | Flag a memory as stale (probably wrong now, needs re-check). Stale entries are down-ranked heavily. |
| find_duplicatesA | Detect duplicate/overlapping memories (similar titles or same linked files) so they can be consolidated. |
| entry_historyA | Provenance: every git commit that touched this memory — who changed it, when, and why (commit messages). |
| memory_atA | Time travel: read crew memory AS OF a specific commit SHA, tag or branch of the memory repo. Great for 'what did we know back then'. |
| sync_memoryA | Manual sync with GitHub: direction='pull'|'push'|'both'. Useful after working offline (writes made offline are queued locally and pushed here). |
| update_statusA | Announce what you're working on for the whole team: task description, optional progress percent, optional blockers list. Call at session start and whenever the task changes. Teammates see it instantly. |
| get_team_statusA | See everyone's current task, progress %, blockers and staleness. Read-only. |
| recent_activityC | Timeline of crew memory activity: statuses, saves, lifecycle changes — newest first, optionally per author. |
| set_my_profileA | Create/update YOUR member profile (role like 'backend dev', timezone, free-text about). Git identity is auto-included when available. |
| get_profileA | Read a member profile (default: yours). Includes role, timezone, git identity, about. |
| why_codeA | 'Why does this code/file exist?' Lookup across decisions/solutions/gotchas/patterns linked to a path (or mentioning it). Answers come from crew memory, ranked. |
| pr_memory_reviewA | Review the CURRENT branch diff against base_ref through the lens of crew memory: finds memories touching changed files, flags decisions/verified knowledge likely made obsolete by this PR, so the AI can supersede/update them. |
| git_blame_contextA | Git blame a line range in YOUR code repo, then cross-reference team memories about that file/authors — answers 'who wrote this and did anyone leave notes about it?'. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| session_start | |
| session_end | |
| pr_review_flow |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
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/GIGAParviz/crewmemory-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server