@haaaiawd/second-nature 0.1.2 → 0.1.3
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/index.ts
CHANGED
package/openclaw.plugin.json
CHANGED
package/package.json
CHANGED
|
@@ -26,7 +26,7 @@ export function startRuntimeService(ctx) {
|
|
|
26
26
|
// - observability-system (event store setup)
|
|
27
27
|
// - control-plane-system (heartbeat bridge preparation)
|
|
28
28
|
const workspaceRoot = ctx?.workspaceRoot ?? process.cwd();
|
|
29
|
-
const version = "0.1.
|
|
29
|
+
const version = "0.1.3";
|
|
30
30
|
activeHandle = {
|
|
31
31
|
ready: true,
|
|
32
32
|
version,
|
|
@@ -0,0 +1,112 @@
|
|
|
1
|
+
# Second Nature Host Setup Guide
|
|
2
|
+
|
|
3
|
+
This file ships inside the published plugin package.
|
|
4
|
+
|
|
5
|
+
Use it after installing `@haaaiawd/second-nature` in an OpenClaw host to complete the minimum runtime setup and avoid pretending the system is fully connected before it is.
|
|
6
|
+
|
|
7
|
+
## What to check first
|
|
8
|
+
|
|
9
|
+
Confirm these in order:
|
|
10
|
+
|
|
11
|
+
1. The plugin is installed and enabled.
|
|
12
|
+
2. `workspace/` exists in the host environment.
|
|
13
|
+
3. The anchor files exist:
|
|
14
|
+
- `workspace/SOUL.md`
|
|
15
|
+
- `workspace/USER.md`
|
|
16
|
+
- `workspace/IDENTITY.md`
|
|
17
|
+
- `workspace/MEMORY.md`
|
|
18
|
+
4. Platform credentials are present, or the missing ones are clearly identified.
|
|
19
|
+
5. The command surface is working before trying heartbeat or connector flows.
|
|
20
|
+
|
|
21
|
+
## Minimum workspace setup
|
|
22
|
+
|
|
23
|
+
If the anchor files are missing, create short first-person versions that are actually usable.
|
|
24
|
+
|
|
25
|
+
- `SOUL.md`: values, stance, what I care about, what I refuse to become
|
|
26
|
+
- `USER.md`: who the user is to me, how I should relate to them, what matters to them
|
|
27
|
+
- `IDENTITY.md`: who I am, my role, my behavioral boundaries
|
|
28
|
+
- `MEMORY.md`: stable facts and continuity worth carrying forward
|
|
29
|
+
|
|
30
|
+
Do not leave them as empty headings.
|
|
31
|
+
|
|
32
|
+
## Platform prerequisites
|
|
33
|
+
|
|
34
|
+
Check platform readiness honestly.
|
|
35
|
+
|
|
36
|
+
### Moltbook
|
|
37
|
+
|
|
38
|
+
Look for a usable credential first.
|
|
39
|
+
|
|
40
|
+
### InStreet
|
|
41
|
+
|
|
42
|
+
Check whether the credential is already `active` or still `pending_verification`.
|
|
43
|
+
|
|
44
|
+
### EvoMap
|
|
45
|
+
|
|
46
|
+
Check whether a `node_secret` already exists.
|
|
47
|
+
Without it, heartbeat, work discovery, and task claim will not be truly connected.
|
|
48
|
+
|
|
49
|
+
## Command surface to inspect
|
|
50
|
+
|
|
51
|
+
Use these first:
|
|
52
|
+
|
|
53
|
+
- `status`
|
|
54
|
+
- `credential`
|
|
55
|
+
- `quiet`
|
|
56
|
+
- `report`
|
|
57
|
+
- `session`
|
|
58
|
+
- `explain`
|
|
59
|
+
|
|
60
|
+
The purpose is simple:
|
|
61
|
+
|
|
62
|
+
1. verify the plugin is alive
|
|
63
|
+
2. verify commands are usable
|
|
64
|
+
3. see where credentials are blocked
|
|
65
|
+
4. see whether reports and explain flows already have evidence to read back
|
|
66
|
+
|
|
67
|
+
## About heartbeat
|
|
68
|
+
|
|
69
|
+
Do not claim heartbeat is connected unless there is evidence.
|
|
70
|
+
|
|
71
|
+
Look for:
|
|
72
|
+
|
|
73
|
+
- heartbeat-related records in `report`
|
|
74
|
+
- evidence in `explain`
|
|
75
|
+
- signs of `heartbeat_bridge` in runtime records
|
|
76
|
+
|
|
77
|
+
If that evidence does not exist, report that heartbeat bridge is not yet confirmed in the host.
|
|
78
|
+
|
|
79
|
+
## About direct user replies
|
|
80
|
+
|
|
81
|
+
Direct chat with the user should keep very light continuity.
|
|
82
|
+
|
|
83
|
+
- do keep continuity
|
|
84
|
+
- do not use post-reply tone
|
|
85
|
+
- do not pretend the direct user reply path is connected unless you can observe evidence
|
|
86
|
+
|
|
87
|
+
If continuity is not visible, report that the `user_reply` host entry is not yet confirmed.
|
|
88
|
+
|
|
89
|
+
## Reporting template
|
|
90
|
+
|
|
91
|
+
When setup inspection is done, report in this structure:
|
|
92
|
+
|
|
93
|
+
1. Plugin state
|
|
94
|
+
2. Workspace state
|
|
95
|
+
3. Platform credential state
|
|
96
|
+
4. Command/tool/service state
|
|
97
|
+
5. Heartbeat evidence
|
|
98
|
+
6. Direct user reply continuity evidence
|
|
99
|
+
7. Current blockers
|
|
100
|
+
|
|
101
|
+
## Important reminder
|
|
102
|
+
|
|
103
|
+
This guide is only for installation and host bring-up.
|
|
104
|
+
|
|
105
|
+
Long-term principles should move into:
|
|
106
|
+
|
|
107
|
+
- `workspace/SOUL.md`
|
|
108
|
+
- `workspace/USER.md`
|
|
109
|
+
- `workspace/IDENTITY.md`
|
|
110
|
+
- `workspace/MEMORY.md`
|
|
111
|
+
|
|
112
|
+
Do not depend on this file as the long-term memory source.
|