hive-mind
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| NEO4J_USER | No | Web server Neo4j user | neo4j |
| HIVE_MIND_HOME | No | Checkout path used by the bundled Claude command | |
| NEO4J_HTTP_URL | No | Web server Neo4j endpoint | http://localhost:7474 |
| NEO4J_PASSWORD | No | Web server Neo4j password | hive-mind-local-password |
| HIVE_MIND_ACTOR | No | Attribution on confirmed decisions | human |
| HIVE_MIND_REPO_MAP | No | Explicit scope-map path | auto-detected |
| HIVE_MIND_NEO4J_URI | No | Python Neo4j connection | bolt://localhost:7687 |
| HIVE_MIND_NEO4J_USER | No | Python Neo4j user | neo4j |
| HIVE_MIND_NEO4J_PASSWORD | No | Python Neo4j password | hive-mind-local-password |
| HIVE_MIND_PRACTICE_GROUP | No | Shared practice-memory group | practice |
| HIVE_MIND_GRAPHITI_FACTORY | No | Optional semantic client factory |
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 |
|---|---|
| whyA | Explain why a decision exists, quoting the client conversation behind it. Use when a constraint looks arbitrary, when you are about to argue against an existing decision, or when the user asks where a requirement came from. Returns decisions plus dated, speaker-attributed excerpts from the meetings that motivated them. |
| recall_contextA | Search what clients and stakeholders actually said, from meeting transcripts. |
| recall_decisionsA | Search prior architectural decisions before proposing an approach. Call this before designing anything non-trivial. Superseded decisions and rejected alternatives are the most useful results — they are exactly the approaches that should not be proposed again. |
| record_decisionB | Record a settled architectural decision so it is not re-litigated. |
| supersede_decisionB | Retire a decision and replace it, preserving the old one as REJECTED history. |
| decisions_as_ofC | Return decisions that were effective at a historical point in time. |
| current_decisionB | Return the one live decision for a stable topic key. |
| decision_lineageB | Show the oldest-to-newest supersession chain containing a decision. |
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 8 tools
Most tools have distinct purposes (e.g., 'why' explains decisions with quotes, 'recall_context' searches transcripts), but 'recall_decisions' and 'decisions_as_of' could be confused as both retrieve decision information, though the descriptions clarify the difference.
Naming conventions are mixed: some use verb_noun ('record_decision', 'recall_context'), while others use noun_preposition ('decisions_as_of') or adjective_noun ('current_decision', 'decision_lineage'), lacking a uniform pattern.
With 8 tools, the set is well-scoped for the domain of decision management and context recall, covering all essential operations without being bloated.
The tool surface covers recording, superseding, and querying decisions (current, historical, lineage) and searching context. A minor gap is the absence of a tool to list all decision topics, but this can be worked around via search.