zinkee 0.1.2 → 0.1.7
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/.claude/settings.local.json +14 -0
- package/AGENTS.md +1 -0
- package/README.md +16 -0
- package/dist/index.js +3421 -455
- package/dist/index.js.map +1 -1
- package/docs/cli-contract.md +41 -0
- package/docs/npm-release.md +95 -0
- package/docs/superpowers/plans/2026-03-24-zinkee-cli-implementation.md +837 -0
- package/docs/superpowers/plans/2026-03-25-cli-backend-error-contract.md +503 -0
- package/docs/superpowers/plans/2026-03-26-display-freeform-create.md +389 -0
- package/docs/superpowers/specs/2026-03-24-zinkee-cli-backend-blockers.md +172 -0
- package/docs/superpowers/specs/2026-03-24-zinkee-cli-design.md +1576 -0
- package/docs/superpowers/specs/2026-03-24-zinkee-cli-e2e-checklist.md +215 -0
- package/docs/superpowers/specs/2026-03-24-zinkee-cli-e2e-design.md +492 -0
- package/docs/superpowers/specs/2026-03-24-zinkee-cli-e2e-status.md +307 -0
- package/package.json +1 -1
- package/src/api/logs.ts +34 -0
- package/src/cli-examples.ts +7 -0
- package/src/command-registry.ts +7 -0
- package/src/commands/logs.test.ts +123 -0
- package/src/commands/logs.ts +159 -0
- package/src/config.test.ts +45 -0
- package/src/config.ts +1 -0
- package/src/index.test.ts +1 -1
- package/src/parsers/expressions.test.ts +75 -30
- package/src/parsers/expressions.ts +21 -4
- package/src/program.ts +2 -0
- package/src/runtime-context.ts +2 -1
- package/src/utils/examples.test.ts +150 -0
- package/src/utils/examples.ts +3121 -138
|
@@ -0,0 +1,41 @@
|
|
|
1
|
+
# CLI Contract
|
|
2
|
+
|
|
3
|
+
This file is a quick reference for the implemented CLI surface.
|
|
4
|
+
|
|
5
|
+
## Global Flags
|
|
6
|
+
|
|
7
|
+
- `--profile <name>`
|
|
8
|
+
- `--base-url <url>`
|
|
9
|
+
- `--api-key <token>`
|
|
10
|
+
- `--read-only`
|
|
11
|
+
- `--example <command path>`
|
|
12
|
+
- `--json`
|
|
13
|
+
|
|
14
|
+
## Command Groups
|
|
15
|
+
|
|
16
|
+
- `profiles`
|
|
17
|
+
- `config`
|
|
18
|
+
- `files`
|
|
19
|
+
- `schemas`
|
|
20
|
+
- `records`
|
|
21
|
+
- `comments`
|
|
22
|
+
- `navigation`
|
|
23
|
+
- `teamspace`
|
|
24
|
+
- `displays`
|
|
25
|
+
- `automations`
|
|
26
|
+
|
|
27
|
+
## Current Conventions
|
|
28
|
+
|
|
29
|
+
- selectors are UUID-or-slug where the domain supports it
|
|
30
|
+
- `records` writes use `--set`, `--set-json`, `--unset`, `--raw`, `--raw-file`
|
|
31
|
+
- `comments create` is text-first with raw fallback
|
|
32
|
+
- `files download --json` requires `--output`
|
|
33
|
+
- `widgets` and `automation actions` are generic and type-driven via `--type`
|
|
34
|
+
|
|
35
|
+
## Verification Commands
|
|
36
|
+
|
|
37
|
+
```bash
|
|
38
|
+
npm run build
|
|
39
|
+
npm run typecheck
|
|
40
|
+
npm test
|
|
41
|
+
```
|
|
@@ -0,0 +1,95 @@
|
|
|
1
|
+
# Publish to npm
|
|
2
|
+
|
|
3
|
+
Simple release checklist for publishing a patch update of the `zinkee` CLI to the npm package registry.
|
|
4
|
+
|
|
5
|
+
## Prerequisites
|
|
6
|
+
|
|
7
|
+
- You are on the release branch with a clean working tree.
|
|
8
|
+
- You have npm publish permissions for the `zinkee` package.
|
|
9
|
+
- You are logged in to npm:
|
|
10
|
+
|
|
11
|
+
```bash
|
|
12
|
+
npm whoami
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
If needed:
|
|
16
|
+
|
|
17
|
+
```bash
|
|
18
|
+
npm login
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
## 1. Verify the package
|
|
22
|
+
|
|
23
|
+
Run the local checks before changing the package version:
|
|
24
|
+
|
|
25
|
+
```bash
|
|
26
|
+
npm install
|
|
27
|
+
npm run build
|
|
28
|
+
npm run typecheck
|
|
29
|
+
npm test
|
|
30
|
+
```
|
|
31
|
+
|
|
32
|
+
Optionally inspect what would be published:
|
|
33
|
+
|
|
34
|
+
```bash
|
|
35
|
+
npm pack --dry-run
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
## 2. Bump the patch version
|
|
39
|
+
|
|
40
|
+
For a normal patch release, use:
|
|
41
|
+
|
|
42
|
+
```bash
|
|
43
|
+
npm version patch
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
This updates `package.json` and `package-lock.json`, creates a git commit, and creates a version tag like `v0.1.8`.
|
|
47
|
+
|
|
48
|
+
Use the other npm version levels only when needed:
|
|
49
|
+
|
|
50
|
+
```bash
|
|
51
|
+
npm version minor
|
|
52
|
+
npm version major
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
## 3. Publish to npm
|
|
56
|
+
|
|
57
|
+
Build again after the version bump:
|
|
58
|
+
|
|
59
|
+
```bash
|
|
60
|
+
npm run build
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
Publish the package:
|
|
64
|
+
|
|
65
|
+
```bash
|
|
66
|
+
npm publish
|
|
67
|
+
```
|
|
68
|
+
|
|
69
|
+
If npm requires explicit public access, use:
|
|
70
|
+
|
|
71
|
+
```bash
|
|
72
|
+
npm publish --access public
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
## 4. Push the release commit and tag
|
|
76
|
+
|
|
77
|
+
```bash
|
|
78
|
+
git push
|
|
79
|
+
git push --tags
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
## 5. Confirm the published version
|
|
83
|
+
|
|
84
|
+
```bash
|
|
85
|
+
npm view zinkee version
|
|
86
|
+
npm install -g zinkee@latest
|
|
87
|
+
zinkee --help
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
## Notes
|
|
91
|
+
|
|
92
|
+
- Do not manually edit the version unless there is a specific reason; prefer `npm version patch`.
|
|
93
|
+
- If the publish fails after `npm version patch`, fix the issue and run `npm publish` again. Do not create another version bump unless the failed version was already published.
|
|
94
|
+
- Keep stdout-sensitive CLI changes verified with `--json` before publishing.
|
|
95
|
+
|