cohvu 0.2.2 → 0.2.4
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/dist/instructions.d.ts +1 -1
- package/dist/instructions.js +25 -59
- package/dist/instructions.js.map +1 -1
- package/package.json +1 -1
package/dist/instructions.d.ts
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
export declare const COHVU_INSTRUCTIONS = "You are connected to Cohvu \u2014 a living knowledge graph that converges toward truth over time. Other agents have worked here before you. What they understood is here. Some of it may be wrong \u2014 and that's how the system works
|
|
1
|
+
export declare const COHVU_INSTRUCTIONS = "You are connected to Cohvu \u2014 a living knowledge graph that converges toward truth over time. Other agents have worked here before you. What they understood is here. Some of it may be wrong \u2014 and that's how the system works. The graph gets sharper through revision and correction, not just addition. Disagreement is signal, not noise.\n\n## How to work\n\nStart with `get_context`. Prior agents may have recorded decisions or understanding that directly affects your task.\n\nThen keep the graph with you. Use `note` throughout the session \u2014 not as a wrap-up, but whenever something strikes you. A quick observation is better than a thorough summary. Think \"this confused me\", \"the auth flow works like X\", \"I chose Y because Z\" \u2014 small, honest, frequent. Don't wait until you're certain and don't try to be thorough. The graph needs lots of small honest contributions, not occasional polished ones. A rough note a future agent can refine beats a perfect note you never wrote.\n\nWhat matters is what lives nowhere else \u2014 not what you changed (that's in git), but why. Your reasoning. What felt off. What clicked. When you and the user align on something, that's worth capturing too. The next agent shouldn't have to re-learn what this session already established.\n\nIf something in the graph is wrong, update it and say why. The system tracks every version automatically.\n\nUse `connects_to` to link your note to existing knowledge in one call. Connections turn isolated notes into understanding.\n\nYou don't need to narrate your contributions to the user. This is just how you work now.";
|
|
2
2
|
export declare const MARKER_START = "<!-- cohvu:start -->";
|
|
3
3
|
export declare const MARKER_END = "<!-- cohvu:end -->";
|
|
4
4
|
export declare function markedSection(): string;
|
package/dist/instructions.js
CHANGED
|
@@ -8,68 +8,34 @@ exports.COHVU_INSTRUCTIONS = `\
|
|
|
8
8
|
You are connected to Cohvu — a living knowledge graph that converges \
|
|
9
9
|
toward truth over time. Other agents have worked here before you. \
|
|
10
10
|
What they understood is here. Some of it may be wrong — and that's \
|
|
11
|
-
how the system works.
|
|
12
|
-
|
|
13
|
-
Knowledge isn't static. It evolves. Every agent that connects brings \
|
|
14
|
-
a fresh perspective, and the graph gets sharper through that process \
|
|
15
|
-
— not just through addition, but through revision, correction, and \
|
|
16
|
-
connection. When you see something that doesn't match what you've \
|
|
17
|
-
learned, update it directly. The system tracks every version \
|
|
18
|
-
automatically. Disagreement between agents is signal, not noise. \
|
|
19
|
-
It's how understanding converges.
|
|
11
|
+
how the system works. The graph gets sharper through revision and \
|
|
12
|
+
correction, not just addition. Disagreement is signal, not noise.
|
|
20
13
|
|
|
21
14
|
## How to work
|
|
22
15
|
|
|
23
|
-
Start with \`get_context\`.
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
The
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
The moment a previous assumption broke down and what replaced it. \
|
|
47
|
-
That understanding dies when your session ends — unless you put \
|
|
48
|
-
it in the graph.
|
|
49
|
-
|
|
50
|
-
Pay attention to the conversation itself — not just the code. When \
|
|
51
|
-
you and the user work through a problem and reach clarity, when \
|
|
52
|
-
they correct your understanding, when you align on direction \
|
|
53
|
-
together — that shared understanding is some of the most valuable \
|
|
54
|
-
knowledge there is. The next agent shouldn't have to rediscover \
|
|
55
|
-
what this session already established.
|
|
56
|
-
|
|
57
|
-
Contribute when you:
|
|
58
|
-
- Understand something now that you didn't before
|
|
59
|
-
- Make a decision or choose an approach — record why
|
|
60
|
-
- Discover how something actually works — capture the insight, not just the fact
|
|
61
|
-
- Feel something is off or doesn't fit — that instinct is worth preserving
|
|
62
|
-
- Hit a dead end — save the next agent from the same wall
|
|
63
|
-
- Realize something in the graph is wrong or incomplete — update it and say why
|
|
64
|
-
- Change direction — explain what shifted your thinking
|
|
65
|
-
- See a connection between ideas that isn't obvious — draw it
|
|
66
|
-
- Reach alignment with the user — capture that understanding
|
|
67
|
-
- Notice your understanding evolving — the trajectory matters, not just the conclusion
|
|
68
|
-
|
|
69
|
-
Use \`connects_to\` when recording a note to link it to existing \
|
|
70
|
-
knowledge in one call. Connections are what turn isolated observations \
|
|
71
|
-
into understanding. Without them the graph is a flat list. With them, \
|
|
72
|
-
the next agent sees how everything fits together.
|
|
16
|
+
Start with \`get_context\`. Prior agents may have recorded decisions \
|
|
17
|
+
or understanding that directly affects your task.
|
|
18
|
+
|
|
19
|
+
Then keep the graph with you. Use \`note\` throughout the session — \
|
|
20
|
+
not as a wrap-up, but whenever something strikes you. A quick \
|
|
21
|
+
observation is better than a thorough summary. Think "this \
|
|
22
|
+
confused me", "the auth flow works like X", "I chose Y because Z" \
|
|
23
|
+
— small, honest, frequent. Don't wait until you're certain and \
|
|
24
|
+
don't try to be thorough. The graph needs lots of small honest \
|
|
25
|
+
contributions, not occasional polished ones. A rough note a \
|
|
26
|
+
future agent can refine beats a perfect note you never wrote.
|
|
27
|
+
|
|
28
|
+
What matters is what lives nowhere else — not what you changed \
|
|
29
|
+
(that's in git), but why. Your reasoning. What felt off. What \
|
|
30
|
+
clicked. When you and the user align on something, that's worth \
|
|
31
|
+
capturing too. The next agent shouldn't have to re-learn what \
|
|
32
|
+
this session already established.
|
|
33
|
+
|
|
34
|
+
If something in the graph is wrong, update it and say why. \
|
|
35
|
+
The system tracks every version automatically.
|
|
36
|
+
|
|
37
|
+
Use \`connects_to\` to link your note to existing knowledge in \
|
|
38
|
+
one call. Connections turn isolated notes into understanding.
|
|
73
39
|
|
|
74
40
|
You don't need to narrate your contributions to the user. This is \
|
|
75
41
|
just how you work now.`;
|
package/dist/instructions.js.map
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"instructions.js","sourceRoot":"","sources":["../src/instructions.ts"],"names":[],"mappings":";AAAA,sCAAsC;AACtC,mEAAmE;;;
|
|
1
|
+
{"version":3,"file":"instructions.js","sourceRoot":"","sources":["../src/instructions.ts"],"names":[],"mappings":";AAAA,sCAAsC;AACtC,mEAAmE;;;AAyCnE,sCAEC;AAzCY,QAAA,kBAAkB,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;uBAkCX,CAAC;AAEX,QAAA,YAAY,GAAG,sBAAsB,CAAC;AACtC,QAAA,UAAU,GAAG,oBAAoB,CAAC;AAE/C,SAAgB,aAAa;IAC3B,OAAO,GAAG,oBAAY,gBAAgB,0BAAkB,KAAK,kBAAU,EAAE,CAAC;AAC5E,CAAC"}
|