@pennixrv/trellis 0.7.0-beta.30 → 0.7.0-beta.31
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.
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
{
|
|
2
|
+
"version": "0.7.0-beta.31",
|
|
3
|
+
"description": "Clarify local conversation recall and curated knowledge ownership",
|
|
4
|
+
"breaking": false,
|
|
5
|
+
"recommendMigrate": false,
|
|
6
|
+
"changelog": "The shared session-insight skill selects current project facts, raw local dialogue, and curated knowledge by user intent. It keeps external knowledge writes and promotions explicit, with no mandatory preload or automatic synchronization. Runtime and mem behavior are unchanged.",
|
|
7
|
+
"migrations": [],
|
|
8
|
+
"notes": "Upgrade the CLI and refresh generated project assets. Preserve selected workflows, project contracts, tasks and history; no runtime migration is required."
|
|
9
|
+
}
|
|
@@ -5,7 +5,7 @@ description: "Reach into past AI conversation history through the `trellis mem`
|
|
|
5
5
|
|
|
6
6
|
# Trellis Session Insight
|
|
7
7
|
|
|
8
|
-
This skill teaches an AI **how to call `trellis mem`**
|
|
8
|
+
This skill teaches an AI **how to call `trellis mem`** for local conversation history and **when reaching for it is the right move**.
|
|
9
9
|
|
|
10
10
|
It is intentionally a **capability skill, not a workflow**. There is no fixed output file, no required write-back step, no "always run after finish-work" rule. What to do with what `mem` returns is a judgement call made in the moment of the conversation. The skill exists so the AI knows the capability is there and can decide.
|
|
11
11
|
|
|
@@ -15,6 +15,14 @@ A local CLI that indexes the user's past Claude Code, Codex, Devin CLI, Grok, Op
|
|
|
15
15
|
|
|
16
16
|
Nothing in `mem` is uploaded. All reads are local.
|
|
17
17
|
|
|
18
|
+
`mem` returns historical discussion, not a curated knowledge base or an automatic
|
|
19
|
+
preference/summary writer. Current source, task artifacts, `AGENTS.md`, and specs
|
|
20
|
+
own current facts. If the user asks for maintained knowledge or reusable notes,
|
|
21
|
+
use that environment's configured native knowledge tool instead. Select the
|
|
22
|
+
source by intent and add a targeted second lookup only for a specific evidence
|
|
23
|
+
gap; there is no required sequence through all sources. A knowledge tool's
|
|
24
|
+
absence or failure does not block Trellis tasks, local recall, or handoff.
|
|
25
|
+
|
|
18
26
|
## When to reach for it
|
|
19
27
|
|
|
20
28
|
The bar is "would a senior teammate ask 'didn't we already talk about this?'" — those are the moments. Some concrete patterns:
|
|
@@ -40,13 +48,21 @@ If none of these apply, don't call `mem`. It is a tool, not a ceremony.
|
|
|
40
48
|
Treat the output as **raw material**, not a deliverable. Once you have it, decide based on the live conversation:
|
|
41
49
|
|
|
42
50
|
- **Quote inline in your reply** if a specific past exchange answers the user's current question — and cite the session-id / phase so the user can verify.
|
|
43
|
-
- **Update `<task>/prd.md` or `<task>/design.md`** if `mem` surfaced a load-bearing decision that should have been written down but wasn't.
|
|
51
|
+
- **Update `<task>/prd.md` or `<task>/design.md`** if `mem` surfaced a load-bearing decision that should have been written down but wasn't. Verify against current facts and follow the active task's authorization; material changes return to its planning gate.
|
|
44
52
|
- **Append to a task-local notes file** (e.g. `<task>/notes.md` or extending an existing one) if the finding belongs to the current task's record but doesn't fit the PRD.
|
|
45
53
|
- **Update `.trellis/spec/`** if the finding is a project-wide convention or gotcha that would help future tasks. Run the `trellis-update-spec` skill for that — `session-insight` ends at the discovery.
|
|
46
54
|
- **Just absorb it** for the next few turns and answer better, without writing anything. This is often the right move for one-off recall.
|
|
47
55
|
|
|
48
56
|
Trellis does not prescribe a single destination. Forcing every recall into a fixed file makes the file grow into noise. Let the situation decide.
|
|
49
57
|
|
|
58
|
+
Reusable experience can be proposed for a user-maintained knowledge tool;
|
|
59
|
+
executable project contracts go through `trellis-update-spec`, stable methods
|
|
60
|
+
through the source Skill owner, and cross-project rules require an explicit
|
|
61
|
+
common scope. External knowledge writes or new promotions require concrete user
|
|
62
|
+
intent, including any minimal source-note status/version/target-link update.
|
|
63
|
+
Existing authorized task/spec duties do not acquire an extra confirmation gate.
|
|
64
|
+
Verify each target independently; do not introduce automatic synchronization.
|
|
65
|
+
|
|
50
66
|
## How to call it
|
|
51
67
|
|
|
52
68
|
Full CLI reference is in `references/cli-quick-reference.md`. The 80% case is one of:
|
|
@@ -1,6 +1,8 @@
|
|
|
1
1
|
# Triggering Patterns
|
|
2
2
|
|
|
3
|
-
Verbatim user phrasings that
|
|
3
|
+
Verbatim user phrasings that suggest local conversation recall. Check the intent
|
|
4
|
+
and available current evidence before calling `trellis mem`; these examples do
|
|
5
|
+
not require an unconditional history search.
|
|
4
6
|
|
|
5
7
|
Patterns are grouped by the *intent* behind the phrasing, not the surface words. The same intent shows up in different languages and registers.
|
|
6
8
|
|
|
@@ -32,7 +34,8 @@ Reach: `trellis mem search "<decision keyword>"` to find the session, then `extr
|
|
|
32
34
|
|
|
33
35
|
## Cross-session continuation
|
|
34
36
|
|
|
35
|
-
The user resumed work after a gap and the context is implicit.
|
|
37
|
+
The user resumed work after a gap and the context is implicit. Read the active
|
|
38
|
+
task and current files first; use raw history only for missing discussion.
|
|
36
39
|
|
|
37
40
|
- "Where were we?"
|
|
38
41
|
- "Continue from last time."
|
|
@@ -84,6 +87,11 @@ Reach: identify the current task's session id (from `.trellis/.runtime/sessions/
|
|
|
84
87
|
|
|
85
88
|
## Anti-patterns: do NOT reach for `mem` here
|
|
86
89
|
|
|
90
|
+
- "Find our maintained deployment notes" → the configured native knowledge tool.
|
|
91
|
+
- "Save this reusable result to my notebook" → explicit knowledge write through its owner.
|
|
92
|
+
- "Promote this method into a Skill" → verify the evidence, then the source Skill owner.
|
|
93
|
+
- Current task artifacts already answer the question → use those artifacts.
|
|
94
|
+
|
|
87
95
|
- "What does this function do?" → read the file.
|
|
88
96
|
- "Why is this test failing?" → read the test output and the file.
|
|
89
97
|
- "What's the right pattern for X in our codebase?" → grep / read spec files.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@pennixrv/trellis",
|
|
3
|
-
"version": "0.7.0-beta.
|
|
3
|
+
"version": "0.7.0-beta.31",
|
|
4
4
|
"description": "AI capabilities grow like ivy — Trellis provides the structure to guide them along a disciplined path",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"main": "./dist/index.js",
|
|
@@ -34,7 +34,7 @@
|
|
|
34
34
|
"inquirer": "^9.3.7",
|
|
35
35
|
"undici": "^6.21.0",
|
|
36
36
|
"zod": "^4.4.2",
|
|
37
|
-
"@pennixrv/trellis-core": "0.7.0-beta.
|
|
37
|
+
"@pennixrv/trellis-core": "0.7.0-beta.31"
|
|
38
38
|
},
|
|
39
39
|
"devDependencies": {
|
|
40
40
|
"@eslint/js": "^9.18.0",
|