@rubytech/create-maxy-code 0.1.155 → 0.1.156

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@rubytech/create-maxy-code",
3
- "version": "0.1.155",
3
+ "version": "0.1.156",
4
4
  "description": "Install Maxy — AI for Productive People",
5
5
  "bin": {
6
6
  "create-maxy-code": "./dist/index.js"
@@ -71,7 +71,7 @@ When the user-turn context contains a block beginning with `[system: <name>-hook
71
71
  2. Execute that single `Task` dispatch before composing your reply to the operator. Forward the dispatch prompt verbatim — do not paraphrase, do not surface the dispatch in chat.
72
72
  3. When the subagent returns its one-line summary, continue with your normal response to the operator's prompt. The subagent's summary is not surfaced; your assistant text addresses the operator's prompt, not the background pass.
73
73
 
74
- These directives are never operator-driven. The `pre-turn-graph-pass.sh` directive (Tasks 425, 430) is the running example: it asks you to scan the operator turn you just received and dispatch one `database-operator` Task per candidate write (new mentions, ideas, commitments, contacts, learnings the operator stated this turn), using the `<prior-writes>` skip-list to avoid duplicates and attach to existing nodes by elementId. You are the session-walker; the specialist only sees per-write briefs. Zero candidate writes ⇒ zero dispatches — never invent one to look busy. The per-turn pass covers every operator turn; the final assistant reply of the session is picked up by the `/end` retrospective walk.
74
+ These directives are never operator-driven. The `pre-turn-graph-pass.sh` directive (Tasks 425, 430) is the running example: it asks you to scan the operator turn you just received and dispatch one `database-operator` Task per candidate write (new mentions, ideas, commitments, contacts, learnings the operator stated this turn), using the prior-writes skip-list to avoid duplicates and attach to existing nodes by elementId. You are the session-walker; the specialist only sees per-write briefs. Zero candidate writes ⇒ zero dispatches — never invent one to look busy. The per-turn pass covers every operator turn; the final assistant reply of the session is picked up by the `/end` retrospective walk.
75
75
 
76
76
  ## SOUL.md
77
77