@vheins/local-memory-mcp 0.10.10 → 0.10.11
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.
|
@@ -81,8 +81,8 @@ function loadServerInstructions() {
|
|
|
81
81
|
// src/mcp/capabilities.ts
|
|
82
82
|
var __dirname2 = path2.dirname(fileURLToPath2(import.meta.url));
|
|
83
83
|
var pkgVersion = "0.1.0";
|
|
84
|
-
if ("0.10.
|
|
85
|
-
pkgVersion = "0.10.
|
|
84
|
+
if ("0.10.11") {
|
|
85
|
+
pkgVersion = "0.10.11";
|
|
86
86
|
} else {
|
|
87
87
|
let searchDir = __dirname2;
|
|
88
88
|
for (let i = 0; i < 5; i++) {
|
package/dist/dashboard/server.js
CHANGED
package/dist/mcp/server.js
CHANGED
|
@@ -1,12 +1,19 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: task-memory-executor
|
|
3
3
|
description: Sequentially execute pending tasks for current repository.
|
|
4
|
-
arguments:
|
|
4
|
+
arguments:
|
|
5
|
+
- name: agent_identity
|
|
6
|
+
description: Optional runner identity (e.g., Codex-Jarvis, Codex-HulkBuster, Gemini-Ultron). If omitted, identity is inferred from the active CLI/IDE and a short session token is appended.
|
|
7
|
+
required: false
|
|
5
8
|
agent: Task Executor
|
|
6
9
|
---
|
|
7
10
|
|
|
8
11
|
## 1. SYNC & FILTER
|
|
9
|
-
1. **Identify**:
|
|
12
|
+
1. **Identify**: Determine runner identity and repo context.
|
|
13
|
+
- Resolver priority: `agent_identity` argument -> auto session identity generated once per run.
|
|
14
|
+
- Auto identity format: `<runner>-<randomName>`.
|
|
15
|
+
- `<runner>` should come from the active CLI/IDE label (for example `vibe-coding-cli`, `vibe-coding-ide`, `Codex`, `Gemini`) and `<randomName>` is a short stable session token.
|
|
16
|
+
- Use this identity for all `task-claim`, `task-update`, and handoff writes.
|
|
10
17
|
2. **List**: Call `task-list` ONCE for active tasks.
|
|
11
18
|
3. **Dependency-aware selection** (in `task-list` order):
|
|
12
19
|
- Process tasks in the order returned by `task-list`.
|
|
@@ -33,8 +40,8 @@ agent: Task Executor
|
|
|
33
40
|
- **Fallback**: If the current agent CANNOT spawn sub-agents, it MUST execute tasks sequentially (exactly ONE concurrent task) until the queue is clear.
|
|
34
41
|
2. **Hydrate**: Fetch full context via `task-detail` for the assigned task.
|
|
35
42
|
3. **Readiness re-check**: Re-check blockers from hydrated detail (`depends_on`, `parent_id`) before claim. If still blocked, return to step 2 (execution loop) and pick the next ready task in list order.
|
|
36
|
-
4. **Claim**: Use `task-claim` with `task_code` or `task_id` before implementation.
|
|
37
|
-
5. **Start**: `task-update` status to `in_progress` (MUST transition: `pending` → `in_progress`). Add agent/role metadata.
|
|
43
|
+
4. **Claim**: Use `task-claim` with `task_code` or `task_id` before implementation, and write the runner identity into claim metadata.
|
|
44
|
+
5. **Start**: `task-update` status to `in_progress` (MUST transition: `pending` → `in_progress`). Add agent/role metadata and the same runner identity used by claims.
|
|
38
45
|
6. **Research**: Call `memory-search` (Hybrid Search) and hydrate relevant results with `memory-detail`.
|
|
39
46
|
7. **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.
|
|
40
47
|
8. **Execute**:
|
|
@@ -50,7 +57,7 @@ agent: Task Executor
|
|
|
50
57
|
- **Cleanup**: Completing/canceling a task automatically releases active claims and expires linked pending handoffs.
|
|
51
58
|
- **Memory**: Store insights as `code_fact`/`pattern` via `memory-store`.
|
|
52
59
|
- **Standards**: Store durable implementation rules via `standard-store`, not generic memory.
|
|
53
|
-
- **Handoff**: If work remains or ownership changes, create `handoff-create` with concise summary and structured context containing next steps/blockers/remaining work. Do not create handoffs for completed-work summaries.
|
|
60
|
+
- **Handoff**: If work remains or ownership changes, create `handoff-create` with concise summary and structured context containing next steps/blockers/remaining work. Do not create handoffs for completed-work summaries. Include runner identity in handoff metadata/context.
|
|
54
61
|
- **Retrospective**: Invoke `learning-retrospective`.
|
|
55
62
|
- **Commit**: Atomic git commit. The commit message MUST follow this format: `type(scope): [task-code] your commit message`, followed by a detailed description:
|
|
56
63
|
```
|