Projectmem
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PROJECTMEM_ROOT | No | Absolute path to the project root (alternative to --root argument) |
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 |
|---|---|
| get_instructionsA | Read the project's mandatory AI instructions. |
| get_summaryA | Read the project memory summary. |
| get_project_mapA | Read PROJECT_MAP.md to understand the repo structure. |
| get_planA | Read plan.md — the project's INTENT file (ideas + plans). |
| precheck_fileA | Check a file's failure history BEFORE modifying it. |
| get_issueA | Read one specific issue's full history by ID (token-efficient). |
| search_eventsA | Plain-text search across all logged events. |
| get_scoreA | Get the project's failure-prevention score. |
| get_contextA | Generate a token-budgeted memory context block. |
| get_global_gotchasA | Query cross-project library gotchas from ~/.projectmem/global/. |
| log_issueA | Open a new issue. Returns the issue ID. |
| record_attemptA | Record a fix attempt on the current issue. |
| record_fixA | Record a confirmed fix and close an issue. |
| add_decisionA | Record an architectural or product decision permanently. |
| add_noteA | Record a gotcha, setup detail, or other durable context. |
| list_projectsA | List the projects this server can reach, and which one is active. |
| current_projectA | Show which project a call would resolve to, without writing anything. Use this before a write when several projects are in play — it answers "where would this land?" cheaply. Read-only. |
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 17 tools
Most tools have clearly distinct purposes, especially the read/write split and the issue lifecycle (log_issue, record_attempt, record_fix). A few retrieval tools (get_summary, get_context, search_events, get_issue) overlap in intent, but their descriptions provide strong usage guidance.
The server uses a mostly consistent snake_case verb_noun pattern (get_*, log_issue, add_note). The main deviation is current_project, which is noun-only, and the verbs log/record/add are near-synonyms, creating slight stylistic inconsistency.
At 17 tools, the set is slightly over the typical 3-15 well-scoped range, so it feels a bit heavy. However, the count is justified by the breadth of project memory functionality: separate read, write, issue-lifecycle, and cross-project tools.
The issue lifecycle is well covered (log, attempt, fix, read), and durable memory capture (decisions, notes, gotchas) is solid. Minor gaps exist around updating or deleting existing records, though the append-only design makes that intentional.