@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.
|
|
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.
|
|
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.
|
|
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.
|
|
54
|
-
|
|
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
|
-
|
|
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.
|
|
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.
|
|
77
|
-
|
|
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.
|
|
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.
|
|
52
|
-
|
|
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
|
-
|
|
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.
|