kylon-cli 0.4.3 → 0.5.0-next.810
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/README.md +39 -9
- package/dist/kylon-bundle.manifest.json +3 -3
- package/dist/kylon-bundle.mjs +1 -1
- package/package.json +2 -2
package/README.md
CHANGED
|
@@ -8,6 +8,14 @@ Only the `npx` spellings require your own Node.js 22.15.0 or newer.
|
|
|
8
8
|
|
|
9
9
|
## Install
|
|
10
10
|
|
|
11
|
+
For Codex agents, Kylon prefers the CLI bundled with the Codex desktop app.
|
|
12
|
+
Desktop app updates are discovered when Kylon next checks or starts Codex,
|
|
13
|
+
including on Windows where each update can replace the executable's directory.
|
|
14
|
+
If the desktop CLI is absent, Kylon uses the standalone CLI on PATH; setup and
|
|
15
|
+
service repair install it with npm when neither is available. An explicitly
|
|
16
|
+
selected executable remains unchanged, and desktop copies are updated by the
|
|
17
|
+
desktop app rather than by Kylon.
|
|
18
|
+
|
|
11
19
|
The recommended install is the hosted script (macOS/Linux):
|
|
12
20
|
|
|
13
21
|
```bash
|
|
@@ -90,12 +98,34 @@ The installer hands `kylon onboard` the controlling terminal for its one local
|
|
|
90
98
|
question; on a machine without one (CI, a headless box) it passes `--yes` and
|
|
91
99
|
the browser confirmation is the only gate.
|
|
92
100
|
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
101
|
+
All detected providers are selected by default. When both Claude Code and
|
|
102
|
+
Codex are present, the interactive selector starts with both checked; deselect
|
|
103
|
+
either one by number, then press Enter. At least one must remain selected.
|
|
104
|
+
Non-interactive runs (`--yes`, `--json`, or a headless installer) also select
|
|
105
|
+
all detected providers. Use `--provider claude-code|codex|all` to override
|
|
106
|
+
selection explicitly, including when detection finds no context.
|
|
107
|
+
`--main-provider claude-code|codex` designates the main agent and must name a
|
|
108
|
+
selected provider; otherwise the first selected provider is main. When neither
|
|
109
|
+
provider is detected and there is no override, Claude Code remains the fallback.
|
|
110
|
+
|
|
111
|
+
The browser shows the selected agent count, lets you deselect either provider,
|
|
112
|
+
choose the main agent, and edit each agent's name, avatar and imports separately.
|
|
113
|
+
Both agents join the selected Rooms. Same-named imported skills from different
|
|
114
|
+
providers are stored separately, with provider-prefixed workspace slugs.
|
|
115
|
+
`--agent-name` is for single-provider runs; team names are edited in the browser.
|
|
116
|
+
|
|
117
|
+
```bash
|
|
118
|
+
kylon onboard --yes --provider all --main-provider codex
|
|
119
|
+
kylon onboard --yes --json --provider claude-code --no-start
|
|
120
|
+
```
|
|
121
|
+
|
|
122
|
+
Codex global memory remains opt-in through `--include-memory`, including when
|
|
123
|
+
both providers are selected. Each provider must pass its own authentication
|
|
124
|
+
check. If only one connection succeeds after workspace creation, the CLI keeps
|
|
125
|
+
that connection and its recovery record. Run `kylon onboard` again to connect
|
|
126
|
+
only the remaining agent to the same workspace; it does not create another
|
|
127
|
+
workspace or restart completed connections. The shared runtime starts once
|
|
128
|
+
all selected connections are saved (unless `--no-start` is set).
|
|
99
129
|
|
|
100
130
|
It detects, offline and read-only, the project (the nearest `.git` ancestor,
|
|
101
131
|
named from its `origin` repository when available and otherwise from its
|
|
@@ -151,9 +181,9 @@ and symlinks are never uploaded. Its terminal summary shows the semantic
|
|
|
151
181
|
project name and its source separately from the physical checkout root. It then
|
|
152
182
|
asks once (Enter confirms) and opens your browser: you sign in or sign up,
|
|
153
183
|
review the proposal, rename or untick anything, and press one button. The
|
|
154
|
-
workspace, its Rooms,
|
|
155
|
-
created there; the terminal then connects
|
|
156
|
-
local runtime. Nothing durable exists until you press that button — an
|
|
184
|
+
workspace, its Rooms, and each selected agent with its own persona, skills and
|
|
185
|
+
memory are created there; the terminal then connects the selected agents on
|
|
186
|
+
this computer and starts the local runtime. Nothing durable exists until you press that button — an
|
|
157
187
|
abandoned run leaves only expiring server-side state.
|
|
158
188
|
|
|
159
189
|
It never attaches to an existing workspace. For that, use `kylon login` and
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
{
|
|
2
|
-
"version": "0.
|
|
3
|
-
"fingerprint": "
|
|
4
|
-
"source_commit": "
|
|
2
|
+
"version": "0.5.0-next.810",
|
|
3
|
+
"fingerprint": "2835d5b91ae9fe73cbc9bbb1169dd6e21f6160a5504aa96aad11a8d2f9f6823d",
|
|
4
|
+
"source_commit": "ecd4539daf8a6adb6d4f1c40b043ae58bc7644b0"
|
|
5
5
|
}
|