chat-recall 0.0.1 → 0.4.8
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.
- package/LICENSE +93 -0
- package/dist/auto-update.d.ts +52 -0
- package/dist/auto-update.d.ts.map +1 -0
- package/dist/auto-update.js +157 -0
- package/dist/auto-update.js.map +1 -0
- package/dist/cli.d.ts +6 -0
- package/dist/cli.d.ts.map +1 -0
- package/dist/cli.js +26102 -0
- package/dist/cli.js.map +1 -0
- package/dist/client-events.d.ts +11 -0
- package/dist/client-events.d.ts.map +1 -0
- package/dist/client-events.js +77 -0
- package/dist/client-events.js.map +1 -0
- package/dist/collector-migrate.d.ts +27 -0
- package/dist/collector-migrate.d.ts.map +1 -0
- package/dist/collector-migrate.js +60 -0
- package/dist/collector-migrate.js.map +1 -0
- package/dist/device-auth.d.ts +37 -0
- package/dist/device-auth.d.ts.map +1 -0
- package/dist/device-auth.js +161 -0
- package/dist/device-auth.js.map +1 -0
- package/dist/escalate.d.ts +99 -0
- package/dist/escalate.d.ts.map +1 -0
- package/dist/escalate.js +219 -0
- package/dist/escalate.js.map +1 -0
- package/dist/http.d.ts +14 -0
- package/dist/http.d.ts.map +1 -0
- package/dist/http.js +49 -0
- package/dist/http.js.map +1 -0
- package/dist/install-skills.d.ts +51 -0
- package/dist/install-skills.d.ts.map +1 -0
- package/dist/install-skills.js +223 -0
- package/dist/install-skills.js.map +1 -0
- package/dist/intent-drain.d.ts +25 -0
- package/dist/intent-drain.d.ts.map +1 -0
- package/dist/intent-drain.js +189 -0
- package/dist/intent-drain.js.map +1 -0
- package/dist/keyring.d.ts +28 -0
- package/dist/keyring.d.ts.map +1 -0
- package/dist/keyring.js +163 -0
- package/dist/keyring.js.map +1 -0
- package/dist/mcp.d.ts +8 -0
- package/dist/mcp.d.ts.map +1 -0
- package/dist/mcp.js +23665 -0
- package/dist/mcp.js.map +1 -0
- package/dist/project-tasks.d.ts +54 -0
- package/dist/project-tasks.d.ts.map +1 -0
- package/dist/project-tasks.js +204 -0
- package/dist/project-tasks.js.map +1 -0
- package/dist/repair.d.ts +73 -0
- package/dist/repair.d.ts.map +1 -0
- package/dist/repair.js +267 -0
- package/dist/repair.js.map +1 -0
- package/dist/self-restart.d.ts +91 -0
- package/dist/self-restart.d.ts.map +1 -0
- package/dist/self-restart.js +137 -0
- package/dist/self-restart.js.map +1 -0
- package/dist/service-installer.d.ts +32 -0
- package/dist/service-installer.d.ts.map +1 -0
- package/dist/service-installer.js +231 -0
- package/dist/service-installer.js.map +1 -0
- package/dist/sync-client.d.ts +234 -0
- package/dist/sync-client.d.ts.map +1 -0
- package/dist/sync-client.js +1985 -0
- package/dist/sync-client.js.map +1 -0
- package/dist/sync-ledger.d.ts +131 -0
- package/dist/sync-ledger.d.ts.map +1 -0
- package/dist/sync-ledger.js +366 -0
- package/dist/sync-ledger.js.map +1 -0
- package/dist/update-notice.d.ts +16 -0
- package/dist/update-notice.d.ts.map +1 -0
- package/dist/update-notice.js +107 -0
- package/dist/update-notice.js.map +1 -0
- package/dist/verify-deep.d.ts +79 -0
- package/dist/verify-deep.d.ts.map +1 -0
- package/dist/verify-deep.js +97 -0
- package/dist/verify-deep.js.map +1 -0
- package/dist/verify-repair.d.ts +21 -0
- package/dist/verify-repair.d.ts.map +1 -0
- package/dist/verify-repair.js +58 -0
- package/dist/verify-repair.js.map +1 -0
- package/dist/watch.js +21550 -0
- package/hooks/chat_recall_escalate_hook.sh +51 -0
- package/hooks/chat_recall_resume_hook.sh +69 -0
- package/hooks/chat_recall_save_hook.sh +254 -0
- package/hooks/chat_recall_wakeup_hook.sh +39 -0
- package/package.json +38 -4
- package/skills/chat-recall/SKILL.md +76 -0
- package/skills/chat-recall-changes/SKILL.md +50 -0
- package/skills/chat-recall-find/SKILL.md +64 -0
- package/skills/chat-recall-memory/SKILL.md +55 -0
- package/skills/chat-recall-project/SKILL.md +75 -0
- package/skills/chat-recall-resume/SKILL.md +62 -0
- package/README.md +0 -7
|
@@ -0,0 +1,55 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: chat-recall-memory
|
|
3
|
+
description: >-
|
|
4
|
+
Store and recall durable facts, decisions, and notes with chat-recall's
|
|
5
|
+
knowledge graph and diary. Use when the user says "remember this", "note that
|
|
6
|
+
we decided…", "what do you know about X", "did we decide Y", "what's our
|
|
7
|
+
convention for Z", or when a non-obvious decision/preference is made that future
|
|
8
|
+
sessions should know. Covers the temporal knowledge graph, decision records,
|
|
9
|
+
the agent diary, and a scoped key/value store.
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# Durable memory with chat-recall
|
|
13
|
+
|
|
14
|
+
Two directions: **recall** what's already known, and **record** new facts so
|
|
15
|
+
future sessions inherit them.
|
|
16
|
+
|
|
17
|
+
## Recall what's known
|
|
18
|
+
|
|
19
|
+
- `mcp__chat-recall__recall_kg_query` — query an entity's relationships (facts
|
|
20
|
+
with validity windows). `as_of: <date>` time-travels to what was true then.
|
|
21
|
+
Use to VERIFY before asserting a fact ("did we decide to use Postgres?").
|
|
22
|
+
- `mcp__chat-recall__recall_kg_timeline` — chronological story of an entity (or
|
|
23
|
+
everything). `mcp__chat-recall__recall_kg_stats` — graph overview.
|
|
24
|
+
- `mcp__chat-recall__recall_wake_up` — high-importance facts + KG snapshot for a
|
|
25
|
+
fast "what's true right now".
|
|
26
|
+
- `mcp__chat-recall__recall_diary_read` — prior agent diary entries (narrative
|
|
27
|
+
notes across sessions). `mcp__chat-recall__recall_get` — a scoped key/value.
|
|
28
|
+
|
|
29
|
+
## Record new knowledge (do this when something non-obvious is decided)
|
|
30
|
+
|
|
31
|
+
- `mcp__chat-recall__recall_decision_record` — an explicit decision (subject,
|
|
32
|
+
decision, reason, importance). Shows up in future wake-up context. Use the
|
|
33
|
+
moment you and the user agree on something a later session would need.
|
|
34
|
+
- `mcp__chat-recall__recall_kg_add` — assert a fact triple
|
|
35
|
+
(subject → predicate → object, optional `valid_from`). E.g.
|
|
36
|
+
`("chat-recall", "uses", "Postgres")`.
|
|
37
|
+
- `mcp__chat-recall__recall_kg_invalidate` — mark a fact no longer true when a
|
|
38
|
+
decision is reversed or a tool is replaced (keeps the graph honest).
|
|
39
|
+
- `mcp__chat-recall__recall_diary_write` — narrative notes ("what I learned /
|
|
40
|
+
what matters") keyed per agent, across sessions.
|
|
41
|
+
- `mcp__chat-recall__recall_set` — small structured state (current PR url,
|
|
42
|
+
branch, preferred test runner); `scope` namespaces per project.
|
|
43
|
+
|
|
44
|
+
## When to record
|
|
45
|
+
|
|
46
|
+
Record when a decision or preference is (a) non-obvious, (b) not already captured
|
|
47
|
+
by the code/CLAUDE.md/git history, and (c) useful to a future session. Prefer
|
|
48
|
+
`recall_decision_record` for choices with a rationale, `recall_kg_add` for plain
|
|
49
|
+
entity-relationship facts, `recall_diary_write` for narrative context, `recall_set`
|
|
50
|
+
for transient pointers. Don't duplicate what the repo already records.
|
|
51
|
+
|
|
52
|
+
## Verify-then-assert
|
|
53
|
+
|
|
54
|
+
Before stating "we decided X" or "we use Y", confirm with `recall_kg_query`
|
|
55
|
+
(and `as_of` if the timing matters) rather than relying on memory.
|
|
@@ -0,0 +1,75 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: chat-recall-project
|
|
3
|
+
description: >-
|
|
4
|
+
Get the state of a project from chat-recall. Use when the user asks "what's
|
|
5
|
+
been happening in <project>", "catch me up on this repo", "what's the state of
|
|
6
|
+
X", about time/cost/activity across a project, or about code findings and
|
|
7
|
+
recommended fixes. Also owns the shared task board and the team view — "what
|
|
8
|
+
are my open tasks", "create a task for…", "what is my team working on", "which
|
|
9
|
+
projects are shared". Aggregates sessions, plans, tasks, commits, cost,
|
|
10
|
+
knowledge graph, and code-intelligence for one project.
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
# Project intelligence with chat-recall
|
|
14
|
+
|
|
15
|
+
## The one-call overview
|
|
16
|
+
|
|
17
|
+
`mcp__chat-recall__recall_project_context` — the full project dossier: overview,
|
|
18
|
+
tech stack, decisions log, recent sessions with summaries, open tasks, plans,
|
|
19
|
+
diary conclusions, and cost. Accepts a path, a name substring, or a project id
|
|
20
|
+
(`git:host/owner/repo`, `git-local:<sha1>` for a repo with no remote, `ws:name`,
|
|
21
|
+
`user:custom`). Start here for "catch me up on this project".
|
|
22
|
+
|
|
23
|
+
## Activity, cost, trends
|
|
24
|
+
|
|
25
|
+
- `mcp__chat-recall__recall_weekly_digest` — sessions, cost, top projects, trend
|
|
26
|
+
vs last week, open tasks, git activity. `weeks_back: 0` = this week.
|
|
27
|
+
- `mcp__chat-recall__recall_analytics_summary` — cross-tool spend & activity
|
|
28
|
+
totals (sessions, cost, top tools/projects/models). This one is NOT
|
|
29
|
+
project-scoped, so it is the right call for "how much did I spend this month"
|
|
30
|
+
across everything.
|
|
31
|
+
- `mcp__chat-recall__recall_outcome_summary` — how sessions ended over the last
|
|
32
|
+
N days (shipped / interrupted / abandoned), for "am I finishing what I start".
|
|
33
|
+
|
|
34
|
+
## Code intelligence (when the codeindex companion is present)
|
|
35
|
+
|
|
36
|
+
- `mcp__chat-recall__recall_code_projects` — indexed projects with health score.
|
|
37
|
+
- `mcp__chat-recall__recall_code_findings` — findings (security / clones / dead
|
|
38
|
+
code / coupling / cycles …); each carries a ready-to-run agent prompt. Filter
|
|
39
|
+
by `project`, `severity`, `category`.
|
|
40
|
+
- `mcp__chat-recall__recall_code_actions` — the ranked "what to fix next" plan.
|
|
41
|
+
- `mcp__chat-recall__recall_recommendations` — concrete recommendations
|
|
42
|
+
(`scope: 'project'` with a `project` id) reasoning over code + how sessions went.
|
|
43
|
+
- If a repo isn't indexed yet, `mcp__chat-recall__recall_code_index` (path) runs
|
|
44
|
+
the analyzer and syncs findings.
|
|
45
|
+
|
|
46
|
+
## Tasks and team (shared, not personal notes)
|
|
47
|
+
|
|
48
|
+
- `mcp__chat-recall__recall_tasks` — the shared task board: status, assignee,
|
|
49
|
+
project. This is the answer to "what are my open tasks".
|
|
50
|
+
- `mcp__chat-recall__recall_task_create` — create a task, optionally assigned to
|
|
51
|
+
a teammate and attached to a project. Returns the new task id.
|
|
52
|
+
- `mcp__chat-recall__recall_task_update` — change status, reassign, rename or
|
|
53
|
+
comment. Takes the `t_…` id from `recall_tasks`.
|
|
54
|
+
- `mcp__chat-recall__recall_team_activity` — per-teammate × per-project rollup
|
|
55
|
+
(session counts, last activity) for "what is the team working on".
|
|
56
|
+
- `mcp__chat-recall__recall_shares` — which projects are shared into the team
|
|
57
|
+
(`scope: 'mine'` / `'all'`). Sharing is opt-in: nothing is visible to
|
|
58
|
+
teammates until it is shared, so an empty result means "not shared", NOT
|
|
59
|
+
"no work happened".
|
|
60
|
+
|
|
61
|
+
Creating or updating a task is a WRITE other people see. Do it when the user
|
|
62
|
+
asks, not to tidy up on their behalf.
|
|
63
|
+
|
|
64
|
+
## Workflow
|
|
65
|
+
|
|
66
|
+
1. "Catch me up on <project>" → `recall_project_context`.
|
|
67
|
+
2. "How productive / how much did X cost" → `recall_weekly_digest` (per week) or
|
|
68
|
+
`recall_analytics_summary` (cross-project totals).
|
|
69
|
+
3. "What should I fix in <project>" → `recall_code_actions` for the ranked plan,
|
|
70
|
+
`recall_code_findings` for the raw findings, `recall_recommendations` when the
|
|
71
|
+
user wants reasoning over how sessions actually went, not just code shape.
|
|
72
|
+
Index first with `recall_code_index` if the repo is not indexed yet.
|
|
73
|
+
4. "What are my/our open tasks" → `recall_tasks`; "what is the team doing" →
|
|
74
|
+
`recall_team_activity`.
|
|
75
|
+
5. Ground answers in what you found (session ids, finding ids); don't invent status.
|
|
@@ -0,0 +1,62 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: chat-recall-resume
|
|
3
|
+
description: >-
|
|
4
|
+
Resume or cold-start work using chat-recall. Use when the user says "continue",
|
|
5
|
+
"pick up where we left off", "resume our work", "carry on with X", starts a new
|
|
6
|
+
session on an ongoing task, or references something from "last time" that isn't
|
|
7
|
+
in the current context. Rebuilds prior context from past sessions instead of
|
|
8
|
+
asking the user to re-explain.
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# Resuming work with chat-recall
|
|
12
|
+
|
|
13
|
+
Goal: reconstruct the state of prior work so you can continue seamlessly.
|
|
14
|
+
|
|
15
|
+
## Default move
|
|
16
|
+
|
|
17
|
+
`mcp__chat-recall__recall_smart_resume` returns a structured bundle: what was
|
|
18
|
+
done, what's pending, files touched, budget, and current knowledge-graph facts.
|
|
19
|
+
This is the best single call for "continue".
|
|
20
|
+
|
|
21
|
+
**It REQUIRES `session_id` — there is no "latest session" default, and calling
|
|
22
|
+
it bare is a validation error, not a lucky guess.** So resuming is always two
|
|
23
|
+
steps unless the user handed you an id:
|
|
24
|
+
|
|
25
|
+
1. Get the id. `mcp__chat-recall__recall_recent` (`project_filter`,
|
|
26
|
+
`since_hours`) lists candidates newest-first — the right call for a plain
|
|
27
|
+
"continue". Use `mcp__chat-recall__recall_search` with
|
|
28
|
+
`include_outcome: true` instead when the user described the TASK rather than
|
|
29
|
+
the timing; the outcome line (shipped / interrupted / abandoned) tells you
|
|
30
|
+
whether that session is even worth resuming.
|
|
31
|
+
2. Pass that id to `recall_smart_resume`.
|
|
32
|
+
|
|
33
|
+
`recall_smart_resume` also takes no project filter. Scope the SEARCH in step 1
|
|
34
|
+
(`project_filter` on `recall_recent`), not the resume call.
|
|
35
|
+
|
|
36
|
+
## Cold start (new session, unclear task)
|
|
37
|
+
|
|
38
|
+
- `mcp__chat-recall__recall_wake_up` — identity blurb + high-importance
|
|
39
|
+
decisions/preferences/milestones + a knowledge-graph snapshot. Fast "who am I,
|
|
40
|
+
what's true right now". Add a project filter to scope it.
|
|
41
|
+
- `mcp__chat-recall__recall_project_context` — when the user is clearly working in
|
|
42
|
+
one project and wants its full picture (see `chat-recall-project`).
|
|
43
|
+
|
|
44
|
+
## Reading a specific past session
|
|
45
|
+
|
|
46
|
+
Once you have a session id:
|
|
47
|
+
- `mcp__chat-recall__recall_context` — structured context (requests, decisions,
|
|
48
|
+
files, tools).
|
|
49
|
+
- `mcp__chat-recall__recall_show` — raw slice; `from_end: N` for the last N
|
|
50
|
+
messages, `include_code: true` when the actual diffs/commands matter. It
|
|
51
|
+
returns 10 messages unless you raise `max_messages`, so don't read a truncated
|
|
52
|
+
slice as the whole session.
|
|
53
|
+
- `mcp__chat-recall__recall_summary` — AI summary + outcome (did the work land?).
|
|
54
|
+
|
|
55
|
+
## Workflow
|
|
56
|
+
|
|
57
|
+
1. Have a session id? → `recall_smart_resume` (or `recall_context`/`recall_show`).
|
|
58
|
+
2. No id, know the task? → `recall_search` (`include_outcome: true`) → take the id from the best hit → `recall_smart_resume`.
|
|
59
|
+
3. No id, no clear task? → `recall_wake_up` (+ project filter), then confirm direction with the user.
|
|
60
|
+
4. Continue the work; state which past session you picked up so the user can course-correct.
|
|
61
|
+
|
|
62
|
+
Don't ask the user to recap what a recall call can reconstruct.
|