kylon-cli 0.3.10-next.710 → 0.3.10-next.712

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 CHANGED
@@ -91,17 +91,19 @@ question; on a machine without one (CI, a headless box) it passes `--yes` and
91
91
  the browser confirmation is the only gate.
92
92
 
93
93
  It detects, offline and read-only, the project (the nearest `.git` ancestor,
94
- whose directory name becomes the workspace name), the `CLAUDE.md` instruction
95
- files (project, `.claude/`, and user-level), the skill directories under
94
+ named from its `origin` repository when available and otherwise from its
95
+ directory), the `CLAUDE.md` instruction files (project, `.claude/`, and
96
+ user-level), the skill directories under
96
97
  `.claude/skills/` that carry a `SKILL.md`, and the project's Claude Code memory
97
98
  entries. Env files, credential-shaped content, binaries, empty files, oversized
98
- files, and symlinks are never uploaded. It prints what it found, asks once
99
- (Enter confirms), then opens your browser: you sign in or sign up, review the
100
- proposal, rename or untick anything, and press one button. The workspace, its
101
- Rooms, the agent, its persona, its skills, and its memory are created there;
102
- the terminal then connects this computer's agent and starts the local runtime.
103
- Nothing durable exists until you press that button an abandoned run leaves
104
- only expiring server-side state.
99
+ files, and symlinks are never uploaded. Its terminal summary shows the semantic
100
+ project name and its source separately from the physical checkout root. It then
101
+ asks once (Enter confirms) and opens your browser: you sign in or sign up,
102
+ review the proposal, rename or untick anything, and press one button. The
103
+ workspace, its Rooms, the agent, its persona, its skills, and its memory are
104
+ created there; the terminal then connects this computer's agent and starts the
105
+ local runtime. Nothing durable exists until you press that button — an
106
+ abandoned run leaves only expiring server-side state.
105
107
 
106
108
  It never attaches to an existing workspace. For that, use `kylon login` and
107
109
  create the agent in the Web UI.
@@ -139,7 +141,9 @@ requires `--yes`) prints
139
141
  `{ ok, server_url, workspace_id, workspace_name, agent_id, agent_name, room_id, workspace_url, credentials_path }`
140
142
  on stdout — never the API key or the link token — while the browser URL and
141
143
  user code go to stderr so a human can still complete the confirmation.
142
- `--workspace-name` and `--agent-name` override the detected names,
144
+ `--project-name` overrides the detected project and suggested Room name;
145
+ unless `--workspace-name` is also given, it becomes the workspace name too.
146
+ `--workspace-name` and `--agent-name` override those detected names,
143
147
  `--cwd <dir>` detects somewhere other than the working directory, `--no-start`
144
148
  connects without starting the runtime, and `--no-modify-path` leaves shell
145
149
  profiles untouched.
@@ -1,5 +1,5 @@
1
1
  {
2
- "version": "0.3.10-next.710",
3
- "fingerprint": "d55f44c247874e7b5b642580ce4909416f6caa5a90ac3e91031cc43ceca45dce",
4
- "source_commit": "b26da6f0d615953f21b01f76691ac4b03e0401ba"
2
+ "version": "0.3.10-next.712",
3
+ "fingerprint": "98a461c873abd9b56ae3647e0fa1603420a8cdddc8ce893abbe4b8f58b39d45a",
4
+ "source_commit": "c7ecb44aec255ed1e69a5d42e9d3065e69d45bd1"
5
5
  }