@pellux/goodvibes-agent 1.0.34 → 1.0.35
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/CHANGELOG.md +13 -4
- package/README.md +5 -3
- package/dist/package/{ast-grep-napi.linux-x64-gnu-mkk8xwww.node → ast-grep-napi.linux-x64-gnu-swtppvy9.node} +0 -0
- package/dist/package/{ast-grep-napi.linux-x64-musl-ryqtgdv6.node → ast-grep-napi.linux-x64-musl-ttfcdtap.node} +0 -0
- package/dist/package/main.js +48488 -49984
- package/docs/README.md +2 -2
- package/docs/getting-started.md +11 -8
- package/docs/release-and-publishing.md +1 -1
- package/docs/tools-and-commands.md +5 -1
- package/docs/voice-and-live-tts.md +1 -1
- package/package.json +1 -1
- package/release/live-verification/live-verification.json +13 -13
- package/release/live-verification/live-verification.md +17 -17
- package/release/release-notes.md +2 -2
- package/release/release-readiness.json +33 -33
- package/src/runtime/bootstrap-core.ts +2 -0
- package/src/runtime/bootstrap.ts +2 -0
- package/src/tools/agent-harness-media-posture.ts +1 -1
- package/src/tools/agent-harness-metadata.ts +44 -32
- package/src/tools/agent-harness-mode-catalog.ts +205 -0
- package/src/tools/agent-harness-operator-methods.ts +2 -2
- package/src/tools/agent-harness-service-posture.ts +1 -1
- package/src/tools/agent-harness-setup-posture.ts +1 -1
- package/src/tools/agent-harness-tool-schema.ts +1 -1
- package/src/tools/agent-harness-tool.ts +14 -4
- package/src/tools/agent-harness-ui-surface-metadata.ts +21 -17
- package/src/tools/tool-definition-compaction.ts +49 -0
- package/src/version.ts +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -2,6 +2,15 @@
|
|
|
2
2
|
|
|
3
3
|
Product-facing release notes for GoodVibes Agent.
|
|
4
4
|
|
|
5
|
+
## 1.0.35 - 2026-06-04
|
|
6
|
+
|
|
7
|
+
- Added searchable `agent_harness` mode discovery: `mode:"modes"` searches every harness mode by task, family, effect type, id, alias, and parameter name, while `mode:"mode"` inspects one mode contract.
|
|
8
|
+
- Added full harness mode descriptors for every model-visible harness operation, with compact summaries, families, effect/read-only classification, confirmation flags, aliases, parameter names, and next-step guidance.
|
|
9
|
+
- Compacted registered model tool definitions at runtime: Agent tools now use concise descriptions, generic tool descriptions are capped, and nested JSON-schema descriptions are stripped from the default model-visible catalog while detailed contracts stay inspectable through harness modes.
|
|
10
|
+
- Counted the model-visible harness mode catalog in the verification ledger and package metadata gate so release evidence tracks the new discovery surface.
|
|
11
|
+
- Cleaned the useful test surface for the changed product shape by consolidating repetitive registration tests and adding focused coverage for mode discovery, task-phrase lookup, tool definition compaction, and release ledger accounting.
|
|
12
|
+
- Refreshed package-facing docs, release notes, and readiness evidence for the current model-access contract.
|
|
13
|
+
|
|
5
14
|
## 1.0.34 - 2026-06-04
|
|
6
15
|
|
|
7
16
|
- Promoted GoodVibes Agent to the stable 1.0.x operator product surface: the fullscreen Agent workspace is the primary TUI, with setup, provider/model routing, status, compatibility, and doctor flows shaped around personal operator use instead of copied host lifecycle controls.
|
|
@@ -103,7 +112,7 @@ Product-facing release notes for GoodVibes Agent.
|
|
|
103
112
|
|
|
104
113
|
## 1.0.24 - 2026-06-03
|
|
105
114
|
|
|
106
|
-
- Resolve confirmed agent_harness run_command requests by the same command, commandName, target, or query lookup used for slash-command inspection.
|
|
115
|
+
- Resolve confirmed `agent_harness` `mode:"run_command"` requests by the same command, commandName, target, or query lookup used for slash-command inspection.
|
|
107
116
|
- Refuse ambiguous slash-command run lookups with candidate commands before any handler runs.
|
|
108
117
|
- Refresh package-facing docs, model-facing schema text, and focused harness coverage for slash-command execution parity.
|
|
109
118
|
|
|
@@ -121,13 +130,13 @@ Product-facing release notes for GoodVibes Agent.
|
|
|
121
130
|
|
|
122
131
|
## 1.0.21 - 2026-06-03
|
|
123
132
|
|
|
124
|
-
- Resolve agent_harness run_workspace_action by actionId, command, target, or query using the same lookup contract as workspace_action inspection.
|
|
133
|
+
- Resolve `agent_harness` `mode:"run_workspace_action"` by actionId, command, target, or query using the same lookup contract as `mode:"workspace_action"` inspection.
|
|
125
134
|
- Refuse ambiguous workspace action run requests with candidate actions instead of requiring exact action ids or guessing.
|
|
126
135
|
- Refresh package-facing docs and focused harness coverage for workspace action run parity.
|
|
127
136
|
|
|
128
137
|
## 1.0.20 - 2026-06-03
|
|
129
138
|
|
|
130
|
-
- Add agent_harness run_keybinding for confirmation-gated shell-safe shortcut equivalents such as search, prompt-history search, paste, clear screen, cancel generation, panel focus/close routes, and visible block-action routing.
|
|
139
|
+
- Add `agent_harness` `mode:"run_keybinding"` for confirmation-gated shell-safe shortcut equivalents such as search, prompt-history search, paste, clear screen, cancel generation, panel focus/close routes, and visible block-action routing.
|
|
131
140
|
- Add modelOperation route metadata to every configurable keybinding so the model can distinguish supported shell routes from prompt-editor-only or direct-interaction shortcuts.
|
|
132
141
|
- Refresh package-facing docs and focused harness coverage for keybinding operation parity.
|
|
133
142
|
|
|
@@ -151,7 +160,7 @@ Product-facing release notes for GoodVibes Agent.
|
|
|
151
160
|
|
|
152
161
|
## 1.0.16 - 2026-06-03
|
|
153
162
|
|
|
154
|
-
- Add agent_harness workspace_action lookup by actionId, command, target, or query with resolved lookup metadata.
|
|
163
|
+
- Add `agent_harness` `mode:"workspace_action"` lookup by actionId, command, target, or query with resolved lookup metadata.
|
|
155
164
|
- Reuse the user-facing workspace action search fields for single-action inspection while reporting ambiguity with candidate actions instead of guessing.
|
|
156
165
|
- Refresh package-facing docs and focused harness coverage for the updated model-visible workspace action inspection path.
|
|
157
166
|
|
package/README.md
CHANGED
|
@@ -67,12 +67,12 @@ Press `/` inside the workspace to search actions by name, category, command, or
|
|
|
67
67
|
|
|
68
68
|
The main Agent model can inspect and operate the same user-facing harness through Agent-owned tools. The important entrypoint is `agent_harness`.
|
|
69
69
|
|
|
70
|
-
`agent_harness mode:"summary"` is compact by default. It returns counts, status, and a short mode guide. Plural catalog modes are also compact by default: they return ids, labels, counts, safe state, and route hints. Use `includeParameters:true` or a singular inspect mode when the model needs schemas, detailed route hints, full policy blocks, redacted log tail, release artifact data, or editor field definitions.
|
|
70
|
+
`agent_harness mode:"summary"` is compact by default. It returns counts, status, and a short mode guide. `mode:"modes"` searches every harness mode by task, family, effect type, id, alias, or parameter name; `mode:"mode"` inspects one mode contract. Plural catalog modes are also compact by default: they return ids, labels, counts, safe state, and route hints. Use `includeParameters:true` or a singular inspect mode when the model needs schemas, detailed route hints, full policy blocks, redacted log tail, release artifact data, or editor field definitions.
|
|
71
71
|
|
|
72
72
|
High-value `agent_harness` mode groups:
|
|
73
73
|
|
|
74
|
-
- Discovery: `workspace_categories`, `workspace_actions`, `commands`, `cli_commands`, `panels`, `ui_surfaces`, `shortcuts`, `keybindings`, `tools`, `settings`.
|
|
75
|
-
- Single-item inspection: `workspace_action`, `command`, `cli_command`, `panel`, `ui_surface`, `keybinding`, `tool`, `get_setting`.
|
|
74
|
+
- Discovery: `modes`, `workspace_categories`, `workspace_actions`, `commands`, `cli_commands`, `panels`, `ui_surfaces`, `shortcuts`, `keybindings`, `tools`, `settings`.
|
|
75
|
+
- Single-item inspection: `mode`, `workspace_action`, `command`, `cli_command`, `panel`, `ui_surface`, `keybinding`, `tool`, `get_setting`.
|
|
76
76
|
- User-visible effects: `run_workspace_action`, `run_command`, `open_panel`, `open_ui_surface`, `run_keybinding`, `set_keybinding`, `reset_keybinding`, `set_setting`, `reset_setting`.
|
|
77
77
|
- Product posture: `channels`, `notifications`, `provider_accounts`, `mcp_servers`, `setup_posture`, `model_routing`, `pairing_posture`, `delegation_posture`, `security_posture`, `support_bundles`, `media_posture`, `sessions`.
|
|
78
78
|
- Connected host: `service_posture`, `service_endpoint`, `connected_host`, `connected_host_status`, `connected_host_capability`; `daemon` and `daemon_status` are aliases for connected-host posture/status.
|
|
@@ -89,6 +89,8 @@ First-class model tools cover common workflows directly:
|
|
|
89
89
|
- `agent_operator_briefing` and `agent_operator_action` for connected work/approval/automation/schedule posture and exact confirmed actions.
|
|
90
90
|
- `agent_channel_send`, `agent_notify`, `agent_reminder_schedule`, and `agent_media_generate` for confirmed delivery, notification, reminder, and media generation.
|
|
91
91
|
|
|
92
|
+
Registered model tool definitions are compact by default. Top-level descriptions are short, and nested parameter descriptions are omitted from the default model catalog. The model can inspect detailed contracts through `agent_harness mode:"tools"` with `includeParameters:true`, `mode:"tool"`, or the owning harness mode.
|
|
93
|
+
|
|
92
94
|
## Local Behavior
|
|
93
95
|
|
|
94
96
|
Agent-local memory, notes, personas, skills, routines, and profiles are stored under the Agent home. They are injected only into the serial Agent conversation unless an explicit Agent workflow promotes or ingests reviewed material elsewhere.
|
|
Binary file
|