@learnaltitude/cli 0.2.0 → 0.3.0
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 +40 -0
- package/dist/cli.js +45 -40
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -12,6 +12,46 @@ npm install -g @learnaltitude/cli
|
|
|
12
12
|
Pair the CLI with your account at [app.learnaltitude.com](https://app.learnaltitude.com).
|
|
13
13
|
Supported agents are Claude Code and Codex.
|
|
14
14
|
|
|
15
|
+
## Connect, bind, and inspect a project
|
|
16
|
+
|
|
17
|
+
Use the installed agent adapter's connect command to complete the browser device flow. Connecting
|
|
18
|
+
stores a scoped bearer token in the CLI data directory (by default, `~/.altitude/token.json`) with
|
|
19
|
+
owner-only permissions; it does not activate hooks in every directory.
|
|
20
|
+
|
|
21
|
+
A directory declares WHICH journey it works. From the root of the project, pick from your
|
|
22
|
+
journey list:
|
|
23
|
+
|
|
24
|
+
```sh
|
|
25
|
+
altitude bind --list # show your journeys and their statuses
|
|
26
|
+
altitude bind --journey <id> # bind this directory to one of them
|
|
27
|
+
altitude bind # binds directly when exactly one journey is bindable
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
Binding writes a `.altitude` marker in that directory. Hooks discover the nearest marker while
|
|
31
|
+
walking upward, so the project and its subdirectories are active; invocations without a working
|
|
32
|
+
directory or valid marker are dormant and produce no capture, down-sync, context, or gate work.
|
|
33
|
+
Gate failures in a bound project still fail open. Several directories may bind the same journey
|
|
34
|
+
(git worktrees are the normal case); each directory holds exactly one journey, and its down-synced
|
|
35
|
+
working set is cached per journey in an owner-only file for offline sessions. An abandoned journey
|
|
36
|
+
stays visible in the list but cannot be bound; a paused journey can. When the refreshed or cached
|
|
37
|
+
journey list marks it paused, session start prints the server's paused notice when present and
|
|
38
|
+
keeps gates dormant until a later list refresh observes that you resumed it on Altitude (never
|
|
39
|
+
automatically from the terminal). Older responses without a notice stay silent. When the server
|
|
40
|
+
refuses a binding's journey (deleted, abandoned, or not entitled), the session prints the server's
|
|
41
|
+
explanation instead of silently substituting another project.
|
|
42
|
+
`altitude diagnostics` records these misses and stale bindings; the precise hook behavior is
|
|
43
|
+
defined in the [workshop/server
|
|
44
|
+
protocol](../../docs/mvp-plan.md#workshop--server-protocol-packagesshared).
|
|
45
|
+
If the project is already bound to another journey, inspect the IDs before deliberately replacing
|
|
46
|
+
the marker with `altitude bind --force`.
|
|
47
|
+
|
|
48
|
+
Use `altitude task --json` for a network-first snapshot of the BOUND journey with local-cache
|
|
49
|
+
fallback; its `source` field says which was used, `journey_status` carries the journey's
|
|
50
|
+
last-known status, and `journey_miss` carries the server's refusal when the bound journey was not
|
|
51
|
+
served. `altitude status` is a local snapshot that includes the nearest binding plus the bound
|
|
52
|
+
journey's cached working-set summaries. Binding requires a connected device token; the command
|
|
53
|
+
tells unconnected users to connect and directs users without a bindable journey back to Altitude.
|
|
54
|
+
|
|
15
55
|
## Copied skills installs and updates
|
|
16
56
|
|
|
17
57
|
Claude Code marketplace installs remain the recommended Claude path and update through that
|