@visual-z/xeno 0.11.2 → 0.11.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/CHANGELOG.md +22 -0
- package/package.json +9 -9
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,27 @@
|
|
|
1
1
|
# xeno changelog
|
|
2
2
|
|
|
3
|
+
## 0.11.4 — 2026-10-20
|
|
4
|
+
|
|
5
|
+
Session logs:
|
|
6
|
+
- Each assistant message now records that request's token usage, model window and cost, so a tool that reads the log can total a session instead of guessing. A missing price stays unknown, and a cache price that is only partly known is marked partial rather than counted as free.
|
|
7
|
+
- Closing a node writes a `handoff-NNNN.json` next to the YAML, for readers that cannot parse YAML.
|
|
8
|
+
|
|
9
|
+
OpenTelemetry:
|
|
10
|
+
- Traces-only setups now export the whole trace. Model-call and tool spans used to end only when metrics happened to be on, so a backend that was sent spans alone received one request span per run and nothing inside it.
|
|
11
|
+
- Spans and logs identify their session as `session.id` and `gen_ai.conversation.id` instead of xeno-private `xeno.session.id`, so an OTLP collector groups a run under the key other agents and backends already read. The request span also declares `lp.observation_kind=interaction` so a turn is a turn rather than a bare timing row.
|
|
12
|
+
- A provider can name the header that carries the session id (`"sessionHeader": "x-zenova-conversation-id"`), which lets a recording gateway bind its conversation to the exported trace. Nothing is added for providers that do not ask for it.
|
|
13
|
+
|
|
14
|
+
## 0.11.3 — 2026-10-19
|
|
15
|
+
|
|
16
|
+
Prompt history:
|
|
17
|
+
- Up and Down recall only what you actually typed. Slash commands such as `/model`, `/settings` or `/goal` no longer come back when you walk back through earlier prompts.
|
|
18
|
+
|
|
19
|
+
One-shot runs:
|
|
20
|
+
- `xeno -p "…"` finishes as soon as the answer is printed, even when the program that started it keeps its input open.
|
|
21
|
+
|
|
22
|
+
OpenTelemetry:
|
|
23
|
+
- Enabling `otel` no longer turns on logs, traces and metrics together. Each signal opts in on its own (`"traces": { "enabled": true }`), matching Codex's separate exporters, so a traces-only OTLP backend receives nothing else. Enabling `otel` without selecting any signal now reports one diagnostic instead of exporting all three.
|
|
24
|
+
|
|
3
25
|
## 0.11.2 — 2026-10-16
|
|
4
26
|
|
|
5
27
|
Image scrolling:
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@visual-z/xeno",
|
|
3
|
-
"version": "0.11.
|
|
3
|
+
"version": "0.11.4",
|
|
4
4
|
"license": "UNLICENSED",
|
|
5
5
|
"description": "Segmented append-only agent log with pure context and handoff projections",
|
|
6
6
|
"bin": {
|
|
@@ -10,14 +10,14 @@
|
|
|
10
10
|
"postinstall": "node install.cjs"
|
|
11
11
|
},
|
|
12
12
|
"optionalDependencies": {
|
|
13
|
-
"@visual-z/xeno-darwin-arm64": "0.11.
|
|
14
|
-
"@visual-z/xeno-darwin-x64": "0.11.
|
|
15
|
-
"@visual-z/xeno-linux-arm64": "0.11.
|
|
16
|
-
"@visual-z/xeno-linux-x64": "0.11.
|
|
17
|
-
"@visual-z/xeno-linux-arm64-musl": "0.11.
|
|
18
|
-
"@visual-z/xeno-linux-x64-musl": "0.11.
|
|
19
|
-
"@visual-z/xeno-win32-arm64": "0.11.
|
|
20
|
-
"@visual-z/xeno-win32-x64": "0.11.
|
|
13
|
+
"@visual-z/xeno-darwin-arm64": "0.11.4",
|
|
14
|
+
"@visual-z/xeno-darwin-x64": "0.11.4",
|
|
15
|
+
"@visual-z/xeno-linux-arm64": "0.11.4",
|
|
16
|
+
"@visual-z/xeno-linux-x64": "0.11.4",
|
|
17
|
+
"@visual-z/xeno-linux-arm64-musl": "0.11.4",
|
|
18
|
+
"@visual-z/xeno-linux-x64-musl": "0.11.4",
|
|
19
|
+
"@visual-z/xeno-win32-arm64": "0.11.4",
|
|
20
|
+
"@visual-z/xeno-win32-x64": "0.11.4"
|
|
21
21
|
},
|
|
22
22
|
"files": [
|
|
23
23
|
"bin/xeno.exe",
|