@vatio-ai/skills 1.18.0 → 1.19.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.19.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.19.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.19.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",
|
|
@@ -30,7 +30,8 @@ SDK, Android SDK, Flutter SDK, Authentication, Supabase) have the details.
|
|
|
30
30
|
screens or layout, which tokens, how signed-in users are passed, and ask
|
|
31
31
|
them to confirm.
|
|
32
32
|
3. **Tokens.** `vatio tokens create --env preview` for development builds and
|
|
33
|
-
`--env live` for release builds, each with its origins
|
|
33
|
+
`--env live` for release builds, each with its origins (`--json` when the
|
|
34
|
+
token goes straight into a config or secrets store). `vatpub_` tokens
|
|
34
35
|
ship in the app's configuration; a `vat_` token never does.
|
|
35
36
|
4. **Add it.** Web: the widget, once for the whole app. iOS, Android and Flutter: the
|
|
36
37
|
SDK has no UI, so write the chat screen in the app's own style from the
|
|
@@ -56,3 +57,13 @@ Code, offer to send this session to the Vatio team, as the
|
|
|
56
57
|
`no`, say nothing.
|
|
57
58
|
|
|
58
59
|
`vatio` is `npx @vatio-ai/cli` when it is not installed globally.
|
|
60
|
+
|
|
61
|
+
A command you hand the developer to run themselves, because a permission
|
|
62
|
+
check refused it or it needs their own credentials, says
|
|
63
|
+
`npx @vatio-ai/cli@latest`, never `vatio`: the `vatio` installed on their
|
|
64
|
+
machine can be too old for Vatio to accept. When one command's output feeds
|
|
65
|
+
another (a token into a secrets store), take it with `--json` and chain with
|
|
66
|
+
`&&`, never through `grep`, so a failure stops there instead of passing on an
|
|
67
|
+
empty value. If Claude Code's auto mode refused a `vatio` command and the
|
|
68
|
+
project's `.claude/settings.json` has no `Bash(vatio *)` rule, also mention
|
|
69
|
+
**Auto mode** on the docs' Claude Code page.
|
|
@@ -66,3 +66,13 @@ the fix needs more than the digest says. If `vatio` is not installed, use
|
|
|
66
66
|
opens the browser on the developer's machine (if it doesn't, give them the
|
|
67
67
|
link it prints), and they sign in and check the code matches. If it times
|
|
68
68
|
out, run it again after they have signed in.
|
|
69
|
+
|
|
70
|
+
A command you hand the developer to run themselves, because a permission
|
|
71
|
+
check refused it or it needs their own credentials, says
|
|
72
|
+
`npx @vatio-ai/cli@latest`, never `vatio`: the `vatio` installed on their
|
|
73
|
+
machine can be too old for Vatio to accept. When one command's output feeds
|
|
74
|
+
another (a token into a secrets store), take it with `--json` and chain with
|
|
75
|
+
`&&`, never through `grep`, so a failure stops there instead of passing on an
|
|
76
|
+
empty value. If Claude Code's auto mode refused a `vatio` command and the
|
|
77
|
+
project's `.claude/settings.json` has no `Bash(vatio *)` rule, also mention
|
|
78
|
+
**Auto mode** on the docs' Claude Code page.
|
|
@@ -73,6 +73,21 @@ you recommend, and ask them to confirm.
|
|
|
73
73
|
in: Vatio keeps what was deployed, not the files it came from. Do not
|
|
74
74
|
`vatio init` one instead.
|
|
75
75
|
|
|
76
|
+
## Claude Code permissions
|
|
77
|
+
|
|
78
|
+
In Claude Code, once the agent is pushed, check the project's
|
|
79
|
+
`.claude/settings.json` (in the folder Claude Code was opened in). If it has
|
|
80
|
+
no `Bash(vatio *)` rule, offer once to add the block in **Auto mode** on the
|
|
81
|
+
docs' Claude Code page: it lets you run `vatio` without the auto mode
|
|
82
|
+
classifier refusing it, and still asks the developer before `vatio publish`,
|
|
83
|
+
`vatio rollback`, `vatio secrets` and `vatio keys`. Add it only with their
|
|
84
|
+
yes, merged into what the file has, never replacing it, and add no other rule.
|
|
85
|
+
It matches `vatio`, so it needs the CLI installed:
|
|
86
|
+
`npm install -g @vatio-ai/cli`, also only with their yes. Run each `vatio`
|
|
87
|
+
command on its own, not in a pipe or after `cd … &&`, so the rule matches.
|
|
88
|
+
Never edit `~/.claude/settings.json`; for `vatio share-session` point them to
|
|
89
|
+
that same section.
|
|
90
|
+
|
|
76
91
|
## 3. Before you finish
|
|
77
92
|
|
|
78
93
|
1. If an error or the docs left you guessing, say so:
|
|
@@ -89,3 +104,13 @@ prints). Tell them to sign in with the account that kept it and check that
|
|
|
89
104
|
the code on the page matches the one the terminal printed. If the command
|
|
90
105
|
times out waiting, run it again after they have signed in: it picks up the
|
|
91
106
|
same sign-in page.
|
|
107
|
+
|
|
108
|
+
A command you hand the developer to run themselves, because a permission
|
|
109
|
+
check refused it or it needs their own credentials, says
|
|
110
|
+
`npx @vatio-ai/cli@latest`, never `vatio`: the `vatio` installed on their
|
|
111
|
+
machine can be too old for Vatio to accept. When one command's output feeds
|
|
112
|
+
another (a token into a secrets store), take it with `--json` and chain with
|
|
113
|
+
`&&`, never through `grep`, so a failure stops there instead of passing on an
|
|
114
|
+
empty value. If Claude Code's auto mode refused a `vatio` command and the
|
|
115
|
+
project's `.claude/settings.json` has no `Bash(vatio *)` rule, also mention
|
|
116
|
+
**Auto mode** on the docs' Claude Code page.
|
|
@@ -95,7 +95,10 @@ It is sent in one of two ways: the user asked for it, or you offer it because
|
|
|
95
95
|
|
|
96
96
|
When they say they ran it, check instead of asking:
|
|
97
97
|
`npx @vatio-ai/cli@latest share-session --list` marks a session that was
|
|
98
|
-
sent with `(sent #N, when)`. If it is not marked, it did not go.
|
|
98
|
+
sent with `(sent #N, when)`. If it is not marked, it did not go. To have
|
|
99
|
+
auto mode let it through next time, point them to **Auto mode** on the
|
|
100
|
+
docs' Claude Code page: it is a line in their own Claude Code settings,
|
|
101
|
+
which you do not edit.
|
|
99
102
|
|
|
100
103
|
Only Claude Code sessions can be sent. In any other coding agent, do not offer
|
|
101
104
|
it; when the user asks, write what happened instead:
|