@vheins/local-memory-mcp 0.9.17 → 0.10.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -11,7 +11,7 @@ Briefing Steps:
11
11
  2. **Tasks**: Call `task-list` for `in_progress,pending` tasks.
12
12
  3. **Handoffs**: Call `handoff-list` with `status=pending` to surface transfer context. Treat only handoffs with unfinished work, blockers, next owner, or linked task as active.
13
13
  4. **Memory**: Call `memory-search` or `memory-recap` for recent decisions, patterns, and mistakes; hydrate important entries with `memory-detail`.
14
- 5. **Standards**: Call `standard-search` with current repo/stack when implementation guidance is needed.
14
+ 5. **Standards**: Call `standard-search` with current repo/stack as the mandatory pre-implementation standards check. If no relevant standards are returned, say no applicable standards were found.
15
15
  6. **Core Context**: Summarize active task, pending handoffs, applicable standards, and top architectural decisions.
16
16
  7. **Priority Reminder**: Treat task priority with MCP semantics: `1=Low`, `2=Normal`, `3=Medium`, `4=High`, `5=Critical`.
17
17
  8. **Action**: Propose next steps based on the active queue.
@@ -24,7 +24,7 @@ ONLY call MCP tools. No prose, code, or external plans.
24
24
 
25
25
  ## 2. PRE-TASK ANALYSIS
26
26
  1. **Search**: Call `memory-search` (Hybrid Search). 0.55 similarity threshold.
27
- 2. **Standards**: Call `standard-search` when implementation conventions are relevant.
27
+ 2. **Standards**: Call `standard-search` before creating implementation tasks so task scope reflects applicable coding standards. If no relevant standards are returned, note that no applicable standards were found.
28
28
  3. **Handoffs**: Call `handoff-list` for pending transfer context related to the target. Treat handoffs as active only when they contain unfinished work, blockers, a next owner, or a linked task.
29
29
  4. **De-duplicate**: Call `task-list`. Skip existing/redundant tasks. Link via `parent_id`/`depends_on`.
30
30
 
@@ -11,7 +11,7 @@ Plan execution for: '{{objective}}'.
11
11
 
12
12
  Steps:
13
13
  1. **Orient**: Call `task-list` to avoid duplicate active/backlog work.
14
- 2. **Standards**: Call `standard-search` if the objective touches implementation conventions.
14
+ 2. **Standards**: Call `standard-search` for objectives that may lead to code edits, test edits, refactors, migrations, or implementation decisions. If no relevant standards are returned, state that no applicable standards were found.
15
15
  3. **Handoffs**: Call `handoff-list` for pending context that may affect sequencing. Stale pending handoffs that only summarize completed work should be closed with `handoff-update`, not planned as queue work.
16
16
  4. **Analyze**: Break into 3-7 atomic, verifiable tasks.
17
17
  5. **Phase**: Group into `research`, `implementation`, and `validation`.
@@ -16,7 +16,7 @@ agent: Project Manager
16
16
  ## 2. DETAIL TOOLS
17
17
  - **Tasks**: Call `task-detail` for history/comments (ID or `task_code`).
18
18
  - **Memory**: Call `memory-detail` for full entry content.
19
- - **Standards**: Call `standard-search` before implementation when coding standards may apply.
19
+ - **Standards**: Call `standard-search` before any code edit, test edit, refactor, migration, or implementation decision. If no relevant standards are returned, continue and state that no applicable standards were found.
20
20
  - **Handoffs**: Call `handoff-list` to discover pending context transfers before starting a task. Close stale handoffs with `handoff-update` when no concrete next owner, unfinished task, or blocker remains.
21
21
 
22
22
  ## 3. WORKFLOW
@@ -27,7 +27,7 @@ agent: Task Executor
27
27
  3. **Claim**: Use `task-claim` with `task_code` or `task_id` before implementation.
28
28
  4. **Start**: `task-update` status to `in_progress` (MUST transition: `pending` → `in_progress`). Add agent/role metadata.
29
29
  5. **Research**: Call `memory-search` (Hybrid Search) and hydrate relevant results with `memory-detail`.
30
- 6. **Standards (MANDATORY PER TASK)**: Call `standard-search` for every task inside the execution loop before implementation, using the task intent plus inferred language/stack/repo as filters. This is required even for decomposed tasks and sub-agent assignments, so each task execution remains aligned with current standards. Apply only relevant standards and hydrate details when needed.
30
+ 6. **Standards (MANDATORY PER TASK)**: Call `standard-search` for every task inside the execution loop before any code edit, test edit, refactor, migration, or implementation decision, using the task intent, affected files, inferred language, stack, and repo as filters. This is required even for small tasks, decomposed tasks, and sub-agent assignments. Apply only relevant standards, hydrate details when needed, and if no relevant standards are returned, continue and state that no applicable standards were found.
31
31
  7. **Execute**:
32
32
  - **Trace**: Inspect logic, call sites, and docs. DO NOT infer from file presence.
33
33
  - **Logic**: Implement per description/intent.
@@ -24,7 +24,7 @@ Use the tools in the same flow exposed by the dashboard: navigate with compact l
24
24
  - **Automatic cleanup**: Moving a task to `completed` or `canceled` automatically releases active claims and expires pending handoffs linked to that task.
25
25
 
26
26
  ## 3. Standards Flow
27
- - **Search first**: Use `standard-search` to find coding standards by `query`, `language`, `stack`, `repo`, and `is_global`.
27
+ - **Search first**: `standard-search` is mandatory before any code edit, test edit, refactor, migration, or implementation decision. Search by `query`, `language`, `stack`, `repo`, and `is_global`; if no relevant standards are returned, continue and state that no applicable standards were found.
28
28
  - **Apply precisely**: Treat standards as implementation rules, not generic documentation summaries.
29
29
  - **Store atomically**: Use `standard-store` for one rule per entry with `name`, `content`, `context`, `version`, `language`, `stack`, `tags`, and correct repo/global scope.
30
30
  - **Scope**: Prefer repo-specific standards for local conventions; use global standards only for cross-repo rules.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@vheins/local-memory-mcp",
3
- "version": "0.9.17",
3
+ "version": "0.10.1",
4
4
  "description": "MCP Local Memory Service for coding copilot agents",
5
5
  "mcpName": "io.github.vheins/local-memory-mcp",
6
6
  "type": "module",