DiffMind
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| DIFFMIND_ROOT | No | The root directory for DiffMind storage (defaults to workspace folder) | ${workspaceFolder} |
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": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| start_convention_interviewA | Call this ONCE at the start of work on a new project, before writing code. Returns the questions to ask the human about their coding standards. Ask them conversationally — do not dump all questions at once. Then call save_conventions with their answers. |
| save_conventionsA | Record the coding conventions the human described. Also use this to add or amend rules later. Rules are merged by category+rule text; existing rules are preserved unless replace is true. |
| get_conventionsA | Read the project coding conventions. Call this BEFORE writing or changing code, so the change matches the team rules rather than your defaults. |
| explain_changeA | Record an explanation for a change you just made. Call this after every meaningful code edit — before moving on to the next task. The explanation is quality-checked and rejected if it does not genuinely transfer understanding. "I fixed a bug" or "refactored for clarity" will be rejected. You need a session open (call start_session first). |
| start_sessionA | Call this at the very beginning of work on a task. Returns a sessionId to pass to every subsequent explain_change call. If an open session already exists you get it back — no duplicate opens. |
| close_sessionA | Call this when the work is done or the conversation is ending. Writes a human-readable digest to .diffmind/digests/.md that the user can read to catch up on what happened. |
| list_changesA | List changes recorded in DiffMind, newest first. Use this to orient yourself at the start of a new session, or to answer "what has been done so far?" |
| recall_changeA | Fetch the full explanation for a change by its id. Use this when you need to understand WHY code looks the way it does, before modifying it. |
| test_notifyA | Sends a test notification via the MCP server to verify how Claude Code handles notifications. Used for debugging and testing the notification system. |
| mark_gap_filledA | Mark a knowledge gap as filled when the user demonstrates understanding |
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 10 tools
Tools are mostly distinct: conventions, sessions, changes, and notifications are separate concerns. However, mark_gap_filled and test_notify do not clearly fit the established workflow, creating minor ambiguity about their role.
Most tools follow a verb_noun snake_case pattern (e.g., save_conventions, explain_change). Exceptions like mark_gap_filled and test_notify deviate slightly but remain readable and consistent in style.
At 10 tools, the server is well-scoped for its purpose, but test_notify feels like an auxiliary utility that doesn't belong to the core domain, making the count slightly higher than necessary.
The core change and convention workflows are covered, but the knowledge gap feature only has a 'mark filled' action with no way to create or list gaps, and there is no update/delete for changes or conventions, leaving some lifecycle gaps.