@vatio-ai/skills 1.12.0 → 1.13.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.
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "name": "vatio",
3
3
  "description": "The Vatio plugin for Claude Code: build a conversational agent for your app with one prompt, then improve it daily with vatio-improve.",
4
- "version": "1.12.0",
4
+ "version": "1.13.0",
5
5
  "author": { "name": "Vatio", "url": "https://vatio.ai" },
6
6
  "homepage": "https://vatio.ai/docs",
7
7
  "repository": "https://github.com/vatio-ai/skills",
package/README.md CHANGED
@@ -13,7 +13,7 @@ your app’s project in Claude Code.
13
13
  | Skill | What it does |
14
14
  |---|---|
15
15
  | `vatio-init` | The first one in a project: looks at what is already there (a `vatio.yml` anywhere in the repository, the app's code) and recommends from it. With no agent yet, builds one: asks the owner what the code does not answer, writes `vatio.yml`, pushes it and hands over a link to try. With one, gets a developer who joined the project up to speed |
16
- | `vatio-improve` | Takes every reply your supervisors reported in the inbox in one session: reads `vatio flags`, fixes each cause, `vatio push`, proves it with `vatio eval` (in the background in Claude Code) and publishes with `vatio publish` after your approval |
16
+ | `vatio-improve` | Takes every reply your supervisors reported in the inbox in one session: reads `vatio flags`, fixes each cause, `vatio push`, proves it with `vatio test` (on Vatio's servers, in the background) and publishes with `vatio publish` after your approval |
17
17
  | `vatio-share-session` | Sends the Claude Code session to the Vatio team when you ask it to, or offers to when the other two finish (send it, not now, or don't ask again), after showing you what goes (images left out, anything that looks like a secret redacted), with your feedback if you want to add some |
18
18
 
19
19
  The skills are short on purpose. They tell your coding agent when to reach for
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@vatio-ai/skills",
3
- "version": "1.12.0",
3
+ "version": "1.13.0",
4
4
  "description": "The Vatio plugin for Claude Code: build a conversational agent for your app with one prompt, then improve it daily with vatio-improve.",
5
5
  "keywords": [
6
6
  "vatio",
@@ -37,12 +37,16 @@ In short:
37
37
  on. Fix those too.
38
38
  3. `vatio push`. It updates preview and runs no tests. No branch or
39
39
  environment to set up: preview is the one.
40
- 4. `vatio eval` tests every report against preview. It can take several
41
- minutes, so in Claude Code start it with the Bash tool's
42
- `run_in_background` and read its report when it finishes. Iterate (fix,
43
- push, eval) until the reports pass and nothing that passes on live fails.
44
- A case marked "not tested (Vatio's side)" says nothing about your fix:
45
- run `vatio eval` again. Name reports by id (`F-7K2QX`).
40
+ 4. `vatio test` tests every report against preview, on Vatio's servers: it
41
+ starts the runs, prints their ids and returns. `vatio test --wait` waits
42
+ for the report (several minutes), so in Claude Code start that with the
43
+ Bash tool's `run_in_background` and read the report when it finishes;
44
+ `vatio test --show RUN_ID` prints a run so far. A case that did not pass
45
+ comes with the `vatio chat show CHAT_ID` of its replay. Iterate (fix, push,
46
+ test) until the reports pass and nothing that passes on live fails. A case
47
+ marked "not tested (Vatio's side)" says nothing about your fix: run
48
+ `vatio test --wait` again. Name reports by id (`F-7K2QX`). A CLI before
49
+ 0.81.0 calls it `vatio eval`.
46
50
  5. Show the developer what passes now, and `vatio publish` once they agree:
47
51
  it changes what visitors get. If it is refused, follow its message: it
48
52
  says what to run. Never pass `--force` unless the developer explicitly