@vatio-ai/skills 1.24.0 → 1.26.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.
@@ -12,7 +12,7 @@
12
12
  "name": "vatio",
13
13
  "source": "./",
14
14
  "description": "Vatio skills for Claude Code, Cursor and Codex: add an AI agent to the app you're building with /vatio-init, put it in your web, iOS, Android or Flutter app with /vatio-add-to-app, then improve it daily with /vatio-improve and learn what people ask it with /vatio-analyze.",
15
- "version": "1.24.0",
15
+ "version": "1.25.0",
16
16
  "homepage": "https://vatio.ai/docs/integrations/claude-code",
17
17
  "category": "development",
18
18
  "keywords": [
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "name": "vatio",
3
3
  "description": "Vatio skills for Claude Code, Cursor and Codex: add an AI agent to the app you're building with /vatio-init, put it in your web, iOS, Android or Flutter app with /vatio-add-to-app, then improve it daily with /vatio-improve and learn what people ask it with /vatio-analyze.",
4
- "version": "1.24.0",
4
+ "version": "1.26.0",
5
5
  "author": {
6
6
  "name": "Vatio",
7
7
  "url": "https://vatio.ai"
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@vatio-ai/skills",
3
- "version": "1.24.0",
3
+ "version": "1.26.0",
4
4
  "description": "Vatio skills for Claude Code, Cursor and Codex: add an AI agent to the app you're building with /vatio-init, put it in your web, iOS, Android or Flutter app with /vatio-add-to-app, then improve it daily with /vatio-improve and learn what people ask it with /vatio-analyze.",
5
5
  "keywords": [
6
6
  "vatio",
@@ -50,8 +50,10 @@ SDK, Android SDK, Flutter SDK, Authentication, Supabase) have the details.
50
50
  app's backend signs the visitor token, and the private key never goes into
51
51
  the app.
52
52
  6. **Try it in a development build**, signed out and signed in, then say what
53
- you added and where each token lives. Release builds answer once the agent
54
- is published: `vatio publish` only when they ask.
53
+ you added and where each token lives. While the workspace is a draft
54
+ (nobody outside the team has talked to the agent yet) live follows every
55
+ push, so release builds answer right away; after that they answer with
56
+ what is published, and `vatio publish` runs only when they ask.
55
57
 
56
58
  ## Before you finish
57
59
 
@@ -61,7 +63,12 @@ Code, offer to send this session to the Vatio team, as the
61
63
  `vatio-share-session` skill says; if `vatio share-session --should-ask` prints
62
64
  `no`, say nothing.
63
65
 
64
- `vatio` is `npx @vatio-ai/cli` when it is not installed globally.
66
+ There are two ways to run the CLI, and the package name appears once in
67
+ either: `vatio ARGS` when it is installed globally, and
68
+ `npx @vatio-ai/cli@latest ARGS` when it is not. Pick one per command and
69
+ leave it whole — `npx @vatio-ai/cli @vatio-ai/cli push` is the commonest way
70
+ to get this wrong, and the CLI reads the second name as the command and
71
+ fails.
65
72
 
66
73
  A command you hand the developer to run themselves, because a permission
67
74
  check refused it or it needs their own credentials, says
@@ -63,7 +63,9 @@ In short:
63
63
  marked "not tested (Vatio's side)" says nothing about your fix: run
64
64
  `vatio test --wait` again. Name reports by id (`F-7K2QX`).
65
65
  5. Show the developer what passes now, and `vatio publish` once they agree:
66
- it changes what visitors get. If it is refused, follow its message: it
66
+ it changes what visitors get. In a draft (no conversation from outside
67
+ the team yet) live already runs every push, and `vatio publish` says
68
+ there is nothing to publish. If it is refused, follow its message: it
67
69
  says what to run. Never pass `--force` unless the developer explicitly
68
70
  asks for it.
69
71
  6. If the digest, an error or the docs left you guessing, say so:
@@ -73,8 +75,12 @@ In short:
73
75
  `vatio share-session --should-ask`: if that prints `no`, say nothing.
74
76
 
75
77
  `vatio docs` prints the whole contract (manifest, tools, knowledge, CLI) if
76
- the fix needs more than the digest says. If `vatio` is not installed, use
77
- `npx @vatio-ai/cli` in its place; if it says to log in, run `vatio login`: it
78
+ the fix needs more than the digest says. There are two ways to run the CLI,
79
+ and the package name appears once in either: `vatio ARGS` when it is
80
+ installed globally, and `npx @vatio-ai/cli@latest ARGS` when it is not. Pick
81
+ one per command and leave it whole — `npx @vatio-ai/cli @vatio-ai/cli flags`
82
+ is the commonest way to get this wrong, and the CLI reads the second name as
83
+ the command and fails. If it says to log in, run `vatio login`: it
78
84
  opens the browser on the developer's machine (if it doesn't, give them the
79
85
  link it prints), and they sign in and check the code matches. If it times
80
86
  out, run it again after they have signed in.
@@ -46,10 +46,22 @@ you recommend, and ask them to confirm.
46
46
  team when a person should take over: **Human in the loop** in the docs).
47
47
  3. `vatio diff`, `vatio push`, then try it with `vatio chat`, including a
48
48
  conversation that should hand off.
49
- 4. Give them the link `vatio push` prints after `Try it:` (the inbox's
49
+ 4. **Keep the replies that came out right.** For each one,
50
+ `vatio test add "what the answer has to say"` right after the
51
+ `vatio chat` that produced it. Three or four is enough to start. This is
52
+ the only thing that makes a later version's mistake visible: `vatio
53
+ test` replays them on every push, and once the workspace is published
54
+ `vatio publish` refuses a version that breaks one. A workspace with no
55
+ tests publishes with nothing checked, which is how a fix for one
56
+ question quietly breaks another.
57
+ 5. Give them the link `vatio push` prints after `Try it:` (the inbox's
50
58
  Test page, with web chat, WhatsApp and Instagram) with what you
51
- tried. Publish with `vatio publish` only when they ask.
52
- 5. Once they have tried it, offer to put it in the app (the web widget,
59
+ tried. Until someone outside their team talks to the agent the
60
+ workspace is a draft: `vatio push` is the deploy, so there is nothing to
61
+ publish yet and you need not explain preview and live. Every push says
62
+ which of the two states the workspace is in; once it says visitors still
63
+ get an older version, publish with `vatio publish` only when they ask.
64
+ 6. Once they have tried it, offer to put it in the app (the web widget,
53
65
  or the iOS, Android or Flutter SDK) with the `vatio-add-to-app` skill.
54
66
  - **A `vatio.yml`: the agent exists.** Never `vatio init` here: it writes a
55
67
  starter agent, and pushing that replaces the real one. Work from the
@@ -95,7 +107,12 @@ that same section.
95
107
  the `vatio-share-session` skill says. It starts with
96
108
  `vatio share-session --should-ask`: if that prints `no`, say nothing.
97
109
 
98
- `vatio` is `npx @vatio-ai/cli` when it is not installed globally. The first
110
+ There are two ways to run the CLI, and the package name appears once in
111
+ either: `vatio ARGS` when it is installed globally, and
112
+ `npx @vatio-ai/cli@latest ARGS` when it is not. Pick one per command and
113
+ leave it whole — `npx @vatio-ai/cli @vatio-ai/cli push` is the commonest way
114
+ to get this wrong, and the CLI reads the second name as the command and
115
+ fails. The first
99
116
  `vatio push` (or `vatio login`) signs the developer in: it opens the browser
100
117
  on their machine (if it doesn't, give them the link it prints). Tell them to
101
118
  sign in with email, Google or GitHub and check that the code on the page
@@ -111,3 +128,10 @@ another (a token into a secrets store), take it with `--json` and chain with
111
128
  empty value. If Claude Code's auto mode refused a `vatio` command and the
112
129
  project's `.claude/settings.json` has no `Bash(vatio *)` rule, also mention
113
130
  **Auto mode** on the docs' Claude Code page.
131
+
132
+ A **secret** is not one of those commands, as long as you do not read it.
133
+ `vatio secrets set KEY --from-env` takes the value from their shell or the
134
+ `.env` beside the `vatio.yml` and sends it without printing it, so run that
135
+ yourself rather than stopping to ask. Ask them only for a value that is not
136
+ there yet, and never echo one back, put one in a file you write, or read a
137
+ `.env` to quote it.