NeuroDock
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": true
} |
| logging | {} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| extensions | {
"io.modelcontextprotocol/ui": {}
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| enable_hosted_storageA | Enable NeuroDock-hosted storage: NeuroDock provisions a private database (isolated to your account) and the memory tools store data there. Records your explicit consent and returns a disclosure of what is stored and how to erase it. Requires a signed-in NeuroDock account. For maximum privacy use connect_byos_storage (your own database) instead. |
| connect_byos_storageA | Connect your own libSQL/Turso database so the NeuroDock memory tools store data in YOUR database, not on NeuroDock. Validates the URL and smoke-tests the connection before saving it. Requires a signed-in NeuroDock account. |
| disable_and_erase_storageA | Disable storage and erase it. Hosted: destroys the NeuroDock-managed database NeuroDock provisioned for you. BYOS: clears the stored connection (your own database is left untouched). Either way your stored preference and consent are cleared. Requires a signed-in account. |
| disconnect_storageA | Disconnect your BYOS storage database. NeuroDock deletes the connection and retains nothing about your storage. Your data stays in your own database, untouched. (To erase NeuroDock-hosted storage instead, use disable_and_erase_storage.) Requires a signed-in NeuroDock account. |
| storage_statusA | Report whether you are signed in and which storage mode is active (mode: hosted, byos, or none). |
| recall_entityA | Look up everything your connected cognitive graph knows about a named person, project, decision, or concept. Alias-resolves the input. Requires a signed-in account with connected storage (connect_byos_storage). |
| record_factA | Persist a typed-edge (subject, predicate, object) fact into your connected cognitive graph. Entities referenced by name are auto-created. Requires a signed-in account with connected storage (connect_byos_storage). |
| recall_decisionsA | Return decisions recorded against a named project in your connected cognitive graph, newest first, optionally filtered by an ISO 8601 since-date. Requires a signed-in account with connected storage. |
| weekly_rollupA | Return a server-generated activity summary of your connected cognitive graph for the trailing seven local days, optionally scoped to a project. Requires a signed-in account with connected storage. |
| translate_incomingC | Decode subtext, ambiguity, and the likely implicit ask in an incoming message. Returns a deterministic baseline analysis plus a structured prompt the caller's MCP client MAY execute to refine the baseline against its own LLM. |
| check_toneA | Score an outgoing message on directness / warmth / urgency axes (0..100), optionally relative to a baseline of the sender's prior messages, and flag phrases that deviate substantially from baseline or from a target register. Returns deterministic axes plus an LLM-refinement prompt. |
| rewrite_outgoingA | Rewrite an outgoing message toward a target register while preserving caller-named technical terms. The deterministic baseline applies register-specific surface transforms; the LLM refinement prompt produces a stronger rewrite while keeping the same preservation contract. |
| brief_meetingA | Convert a meeting transcript into a four-section structured brief: my_asks, others_asks, decisions, ambiguous_items. Every ambiguous_item is anchored to a verbatim transcript span; the server rejects responses where the anchor cannot be located. |
| check_ruminationA | Detect whether the user's current prompt is a semantic repeat of recent prompts within a rolling window. Stateless; returns a structured advisory signal. |
| check_hyperfocusA | Classify hyperfocus escalation from a caller-supplied chronometric snapshot into one of (none, gentle, nudge, hard). Stateless; quotes prior_intent verbatim. |
| check_sycophancyB | Detect over-validation in a candidate response or repeated reassurance-seeking in recent user messages. Returns a counter_prompt the caller MAY surface. |
| decomposeA | Break a vague goal into a small ordered list of atomic 5-90 minute tasks with explicit acceptance criteria and dependency edges. Stateless: returns tasks but does NOT persist them. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| translate-incoming | Decode the subtext, the real ask, and ambiguous phrases in an incoming message. |
| check-tone | Score an outgoing draft on directness / warmth / urgency before I send it. |
| rewrite-outgoing | Rewrite an outgoing message toward a target register, preserving technical terms. |
| brief-meeting | Turn a meeting transcript into my asks, others' asks, decisions, and ambiguities. |
| decompose-task | Break a vague goal into atomic 5-90 minute tasks I can start now. |
| check-rumination | Check whether I'm going in circles on something, instead of generating new analysis. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 17 tools
Each tool has a clearly distinct purpose, grouped into cognitive checks, storage management, graph operations, and communication helpers. Within each group, tools target different aspects (e.g., check_hyperfocus vs. check_rumination) so an agent can easily select the correct one.
All tools use snake_case, and most follow a verb_noun pattern. However, 'storage_status' and 'weekly_rollup' are noun_noun and adjective_noun respectively, which deviates slightly from the dominant verb-first convention. Overall still predictable.
With 17 tools, the surface is well-scoped for a personal cognitive assistant. Each cluster (storage, cognitive checks, graph, communication) has just enough tools to be useful without excessive overlap or bloat.
The tool set covers core workflows: storage lifecycle, cognitive checks, graph operations (CRUD-like with recall and record), and communication helpers. Minor gaps exist, such as the absence of fact update/delete or project creation, but the provided tools enable a coherent agent workflow.