@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
@@ -78,7 +78,7 @@ function createRuntimeService(): { id: string; start: () => unknown } {
78
78
  return {
79
79
  id: "second-nature-runtime",
80
80
  start() {
81
- return { ready: true, version: "0.1.0-minimal" };
81
+ return { ready: true, version: "0.1.3-minimal" };
82
82
  },
83
83
  };
84
84
  }
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "id": "second-nature",
3
3
  "name": "Second Nature",
4
- "version": "0.1.0",
4
+ "version": "0.1.3",
5
5
  "entry": "./index.ts",
6
6
  "description": "OpenClaw native plugin package for continuity, explain, and recovery operations.",
7
7
  "capabilities": {
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@haaaiawd/second-nature",
3
- "version": "0.1.2",
3
+ "version": "0.1.3",
4
4
  "description": "OpenClaw native plugin for long-running agent continuity, Quiet memory curation, and explainable operator flows.",
5
5
  "keywords": [
6
6
  "openclaw",
@@ -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.0";
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.