@jelou/cli 1.91.0 → 1.92.1
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 +13 -45
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@jelou/cli",
|
|
3
|
-
"version": "1.
|
|
3
|
+
"version": "1.92.1",
|
|
4
4
|
"description": "Build AI agents on the Jelou platform — from your terminal or your AI editor.",
|
|
5
5
|
"author": "Jelou Inc. (https://jelou.ai)",
|
|
6
6
|
"license": "SEE LICENSE IN LICENSE",
|
|
@@ -23,11 +23,11 @@
|
|
|
23
23
|
"THIRD_PARTY_NOTICES.md"
|
|
24
24
|
],
|
|
25
25
|
"optionalDependencies": {
|
|
26
|
-
"@jelou/cli-darwin-arm64": "1.
|
|
27
|
-
"@jelou/cli-darwin-x64": "1.
|
|
28
|
-
"@jelou/cli-linux-x64": "1.
|
|
29
|
-
"@jelou/cli-linux-arm64": "1.
|
|
30
|
-
"@jelou/cli-win32-x64": "1.
|
|
26
|
+
"@jelou/cli-darwin-arm64": "1.92.1",
|
|
27
|
+
"@jelou/cli-darwin-x64": "1.92.1",
|
|
28
|
+
"@jelou/cli-linux-x64": "1.92.1",
|
|
29
|
+
"@jelou/cli-linux-arm64": "1.92.1",
|
|
30
|
+
"@jelou/cli-win32-x64": "1.92.1"
|
|
31
31
|
},
|
|
32
32
|
"keywords": [
|
|
33
33
|
"jelou",
|
|
@@ -58,57 +58,25 @@
|
|
|
58
58
|
"jelou": {
|
|
59
59
|
"minVersion": "1.89.0",
|
|
60
60
|
"release_notes": {
|
|
61
|
-
"version": "1.
|
|
62
|
-
"date": "2026-08-
|
|
63
|
-
"headline": "
|
|
61
|
+
"version": "1.92.1",
|
|
62
|
+
"date": "2026-08-12",
|
|
63
|
+
"headline": "`jelou channels flows` works — it never could authorize the provider listing before, and it now returns the Meta flow id a Flow step actually needs.",
|
|
64
64
|
"highlights": [
|
|
65
|
-
{
|
|
66
|
-
"type": "new",
|
|
67
|
-
"text": "`jelou tool unpublish <tool-id> <version>` removes one published version. This is the prerequisite for `jelou tool delete`, which the server refuses while any published version survives — and now says so."
|
|
68
|
-
},
|
|
69
|
-
{
|
|
70
|
-
"type": "improved",
|
|
71
|
-
"text": "Every 422 from the workflows API reports its real reason. The server buries it behind a fixed \"Unprocessable entity\", which is what you used to see for every failure, on every tool command."
|
|
72
|
-
},
|
|
73
|
-
{
|
|
74
|
-
"type": "improved",
|
|
75
|
-
"text": "`jelou tool show` accepts any slug `jelou tool list` prints, with no linked project — and reports a slug for a tool looked up by numeric id instead of null. A slug is derived from the tool name by the CLI; the server has no such field."
|
|
76
|
-
},
|
|
77
|
-
{
|
|
78
|
-
"type": "improved",
|
|
79
|
-
"text": "`jelou test tool` refuses a missing required input with exit 2 before the request goes out. The server answers a missing input with 500, which classified as retryable — so an agent would retry a call that could never succeed."
|
|
80
|
-
},
|
|
81
|
-
{
|
|
82
|
-
"type": "improved",
|
|
83
|
-
"text": "`jelou test tool` distinguishes its three failures by code: TOOL_FAILED_OUTPUT (the graph fired a FAILED output on purpose), TOOL_NODE_FAILED (a node threw), TOOL_PARKED (no output, no failed node). Exit codes are unchanged."
|
|
84
|
-
},
|
|
85
|
-
{
|
|
86
|
-
"type": "improved",
|
|
87
|
-
"text": "A parked tool run now names the async TOOL node as a cause: with the `brain_async_tool_node` flag on, a nested TOOL node suspends by default and the parent never sees a result. Set \"async\": false to force the synchronous path."
|
|
88
|
-
},
|
|
89
|
-
{
|
|
90
|
-
"type": "fixed",
|
|
91
|
-
"text": "`--json` and `--agent` survive an argument error. A missing argument used to produce colored help on stdout and no error envelope at all."
|
|
92
|
-
},
|
|
93
65
|
{
|
|
94
66
|
"type": "fixed",
|
|
95
|
-
"text": "`jelou
|
|
67
|
+
"text": "`jelou channels flows <botId>` now lists a bot's WhatsApp Flows. It previously always failed with \"the Flows listing could not be authorized\", because it asked the wrong host with the wrong credential. It now reads the provider listing the same way `jelou channels list` reads channels."
|
|
96
68
|
},
|
|
97
69
|
{
|
|
98
70
|
"type": "fixed",
|
|
99
|
-
"text": "
|
|
71
|
+
"text": "The listing returns each Flow's provider id — the value a WhatsApp Flow step has to open — instead of an internal row id. A Flow step authored from the old output pointed at an id the provider does not know, and broke when the step ran."
|
|
100
72
|
},
|
|
101
73
|
{
|
|
102
74
|
"type": "fixed",
|
|
103
|
-
"text": "
|
|
75
|
+
"text": "A bot with no Flows now reports exactly that, instead of failing as though the provider had answered with something unreadable."
|
|
104
76
|
},
|
|
105
77
|
{
|
|
106
78
|
"type": "fixed",
|
|
107
|
-
"text": "
|
|
108
|
-
},
|
|
109
|
-
{
|
|
110
|
-
"type": "heads_up",
|
|
111
|
-
"text": "`jelou tool clone` still cannot clone. The server's clone endpoint scopes its lookup by a parameter its own route never provides, so it returns \"not found\" for every tool id. The CLI now confirms the tool is reachable and tells you the endpoint is broken, with the manual workaround, instead of leaving you hunting for the right id."
|
|
79
|
+
"text": "A bot is found even when the company has more channels than fit in one page. Companies past 50 WhatsApp channels were told the bot had no channel connected when it did."
|
|
112
80
|
}
|
|
113
81
|
]
|
|
114
82
|
}
|