@vibe-agent-toolkit/vat-development-agents 0.1.20 → 0.1.21-rc.2
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/dist/.claude/plugins/marketplaces/vat-skills/.claude-plugin/marketplace.json +2 -2
- package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents → vibe-agent-toolkit}/.claude-plugin/plugin.json +1 -1
- package/dist/{skills/vibe-agent-toolkit__audit → .claude/plugins/marketplaces/vat-skills/plugins/vibe-agent-toolkit/skills/audit}/SKILL.md +1 -1
- package/dist/{skills/vibe-agent-toolkit__agent-authoring → .claude/plugins/marketplaces/vat-skills/plugins/vibe-agent-toolkit/skills/authoring}/SKILL.md +1 -1
- package/dist/{skills/vibe-agent-toolkit__debugging → .claude/plugins/marketplaces/vat-skills/plugins/vibe-agent-toolkit/skills/debugging}/SKILL.md +1 -1
- package/dist/.claude/plugins/marketplaces/vat-skills/plugins/vibe-agent-toolkit/skills/distribution/SKILL.md +335 -0
- package/dist/.claude/plugins/marketplaces/vat-skills/plugins/vibe-agent-toolkit/skills/distribution/resources/vat-install-architecture.md +229 -0
- package/dist/.claude/plugins/marketplaces/vat-skills/plugins/vibe-agent-toolkit/skills/install/SKILL.md +229 -0
- package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents/skills/vibe-agent-toolkit__resources → vibe-agent-toolkit/skills/resources}/SKILL.md +1 -1
- package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents → vibe-agent-toolkit}/skills/vibe-agent-toolkit/SKILL.md +10 -9
- package/dist/generated/resources/skills/SKILL.js +5 -5
- package/dist/generated/resources/skills/vat-agent-authoring.js +1 -1
- package/dist/generated/resources/skills/vat-audit.js +1 -1
- package/dist/generated/resources/skills/vat-debugging.js +1 -1
- package/dist/generated/resources/skills/vat-install-architecture.d.ts +28 -0
- package/dist/generated/resources/skills/vat-install-architecture.js +48 -0
- package/dist/generated/resources/skills/vat-resources.js +1 -1
- package/dist/generated/resources/skills/vat-skills-distribution.d.ts +3 -0
- package/dist/generated/resources/skills/vat-skills-distribution.js +27 -12
- package/dist/{.claude/plugins/marketplaces/vat-skills/plugins/vat-development-agents/skills/vibe-agent-toolkit__audit → skills/audit}/SKILL.md +1 -1
- package/dist/{.claude/plugins/marketplaces/vat-skills/plugins/vat-development-agents/skills/vibe-agent-toolkit__agent-authoring → skills/authoring}/SKILL.md +1 -1
- package/dist/{.claude/plugins/marketplaces/vat-skills/plugins/vat-development-agents/skills/vibe-agent-toolkit__debugging → skills/debugging}/SKILL.md +1 -1
- package/dist/skills/distribution/SKILL.md +335 -0
- package/dist/skills/distribution/resources/vat-install-architecture.md +229 -0
- package/dist/skills/install/SKILL.md +229 -0
- package/dist/skills/{vibe-agent-toolkit__resources → resources}/SKILL.md +1 -1
- package/dist/skills/vibe-agent-toolkit/SKILL.md +10 -9
- package/package.json +19 -9
- package/dist/.claude/plugins/marketplaces/vat-skills/plugins/vat-development-agents/skills/vibe-agent-toolkit__skills-distribution/SKILL.md +0 -228
- package/dist/skills/vibe-agent-toolkit__skills-distribution/SKILL.md +0 -228
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents/skills/vibe-agent-toolkit → vibe-agent-toolkit/skills/authoring}/resources/agent-authoring.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents/skills/vibe-agent-toolkit → vibe-agent-toolkit/skills/authoring}/resources/orchestration.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents/skills/vibe-agent-toolkit__debugging → vibe-agent-toolkit/skills/debugging}/resources/CLAUDE.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents/skills/vibe-agent-toolkit__debugging → vibe-agent-toolkit/skills/debugging}/resources/debug-and-test-vat-fixes.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents/skills/vibe-agent-toolkit__debugging → vibe-agent-toolkit/skills/debugging}/resources/writing-tests.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents → vibe-agent-toolkit}/skills/vibe-agent-toolkit/resources/adding-runtime-adapters.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents/skills/vibe-agent-toolkit__agent-authoring → vibe-agent-toolkit/skills/vibe-agent-toolkit}/resources/agent-authoring.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents → vibe-agent-toolkit}/skills/vibe-agent-toolkit/resources/compiling-markdown-to-typescript.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents → vibe-agent-toolkit}/skills/vibe-agent-toolkit/resources/getting-started.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents/skills/vibe-agent-toolkit__agent-authoring → vibe-agent-toolkit/skills/vibe-agent-toolkit}/resources/orchestration.md +0 -0
- /package/dist/.claude/plugins/marketplaces/vat-skills/plugins/{vat-development-agents → vibe-agent-toolkit}/skills/vibe-agent-toolkit/resources/rag-usage-guide.md +0 -0
- /package/dist/skills/{vibe-agent-toolkit__agent-authoring → authoring}/resources/agent-authoring.md +0 -0
- /package/dist/skills/{vibe-agent-toolkit__agent-authoring → authoring}/resources/orchestration.md +0 -0
- /package/dist/skills/{vibe-agent-toolkit__debugging → debugging}/resources/CLAUDE.md +0 -0
- /package/dist/skills/{vibe-agent-toolkit__debugging → debugging}/resources/debug-and-test-vat-fixes.md +0 -0
- /package/dist/skills/{vibe-agent-toolkit__debugging → debugging}/resources/writing-tests.md +0 -0
|
@@ -0,0 +1,229 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: install
|
|
3
|
+
description: Architecture reference for VAT skill/plugin install and uninstall — what is currently supported, what is not, and the full design vision across install methods (file-based, cloud, MDM, enterprise CI). Read this before designing or advising on any install/uninstall feature.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# VAT Skill Install & Uninstall: Architecture and Vision
|
|
7
|
+
|
|
8
|
+
## The Problem Space
|
|
9
|
+
|
|
10
|
+
Skills and plugins need to reach users' Claude installations through several distinct
|
|
11
|
+
delivery channels. Each channel has different operators (developers, IT, Anthropic),
|
|
12
|
+
different trust levels, and different UX requirements. VAT today only covers one of
|
|
13
|
+
these channels.
|
|
14
|
+
|
|
15
|
+
This document defines the full landscape, what VAT currently supports, what it does
|
|
16
|
+
not, and the architectural direction for each gap.
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## Install Method Landscape
|
|
21
|
+
|
|
22
|
+
| Method | Operator | Current State | Notes |
|
|
23
|
+
|--------|----------|---------------|-------|
|
|
24
|
+
| **File-based: Code CLI** | Developer / IT | ✅ Supported | `~/.claude/plugins/` — only supported method |
|
|
25
|
+
| **File-based: Claude Desktop** | Developer / IT | ❌ Not supported | Different config path; same file structure expected |
|
|
26
|
+
| **npm postinstall** | IT / end-user | ✅ Supported | Requires `vibe-agent-toolkit` as runtime dep |
|
|
27
|
+
| **Managed settings file** | IT / Enterprise | ✅ Partial | `vat verify` validates; deployment is out of scope |
|
|
28
|
+
| **MDM-driven npm install** | IT | ✅ Works (via postinstall) | Jamf/SCCM/Intune runs `npm install -g` |
|
|
29
|
+
| **Anthropic Cloud / claude.ai org** | Org admin | ❌ Not supported | No API available; future Anthropic feature |
|
|
30
|
+
| **GitHub CI enterprise push** | IT / DevOps | ❌ Not supported | VAT design vision — see below |
|
|
31
|
+
| **Shared network registry** | IT | ❌ Not supported | Internal npm registry approach |
|
|
32
|
+
|
|
33
|
+
---
|
|
34
|
+
|
|
35
|
+
## What VAT Currently Supports
|
|
36
|
+
|
|
37
|
+
### File-based install: Claude Code CLI only
|
|
38
|
+
|
|
39
|
+
`vat skills install` and `vat skills uninstall` operate exclusively on:
|
|
40
|
+
```
|
|
41
|
+
~/.claude/
|
|
42
|
+
├── plugins/
|
|
43
|
+
│ ├── marketplaces/<marketplace>/plugins/<plugin>/ ← plugin files
|
|
44
|
+
│ ├── cache/<marketplace>/<plugin>/<version>/ ← version cache
|
|
45
|
+
│ ├── known_marketplaces.json
|
|
46
|
+
│ └── installed_plugins.json
|
|
47
|
+
├── skills/ ← legacy skills (no plugin system)
|
|
48
|
+
└── settings.json ← enabledPlugins, permissions
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
This is the **Claude Code CLI** configuration directory. It is the only path VAT
|
|
52
|
+
resolves. Claude Desktop uses a different path (see below) and is out of scope.
|
|
53
|
+
|
|
54
|
+
### Install sources (all resolve to the file-based method above)
|
|
55
|
+
|
|
56
|
+
```bash
|
|
57
|
+
# npm package (downloads, extracts, copies plugin tree)
|
|
58
|
+
vat skills install npm:@myorg/my-skills
|
|
59
|
+
|
|
60
|
+
# Local directory (copies plugin tree from local path)
|
|
61
|
+
vat skills install ./path/to/package
|
|
62
|
+
|
|
63
|
+
# ZIP file
|
|
64
|
+
vat skills install ./my-skills.zip
|
|
65
|
+
|
|
66
|
+
# npm postinstall hook (triggered by npm install -g)
|
|
67
|
+
# package.json: "postinstall": "node ./node_modules/vibe-agent-toolkit/dist/bin/vat.js skills install --npm-postinstall"
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
### Uninstall (current state)
|
|
71
|
+
|
|
72
|
+
`vat skills uninstall` removes skills from `~/.claude/skills/` only. It does NOT
|
|
73
|
+
remove plugin-system installs (the `~/.claude/plugins/` tree).
|
|
74
|
+
|
|
75
|
+
**A full `vat plugins uninstall` command does not yet exist.** See design notes below.
|
|
76
|
+
|
|
77
|
+
---
|
|
78
|
+
|
|
79
|
+
## What VAT Does NOT Support (and Why)
|
|
80
|
+
|
|
81
|
+
### Claude Desktop file-based installs
|
|
82
|
+
|
|
83
|
+
Claude Desktop on macOS uses `~/Library/Application Support/Claude/` rather than
|
|
84
|
+
`~/.claude/`. On Windows it uses `%APPDATA%\Claude\`.
|
|
85
|
+
|
|
86
|
+
**Why not supported today**: VAT's `getClaudeUserPaths()` is hardcoded to `~/.claude/`.
|
|
87
|
+
Extending it requires detecting which applications are installed and resolving both
|
|
88
|
+
paths. This is well-understood work with no architectural unknowns.
|
|
89
|
+
|
|
90
|
+
**Architectural note**: When implemented, both paths should be handled by a single
|
|
91
|
+
`getClaudeInstallTargets()` function returning multiple targets. CLI commands gain a
|
|
92
|
+
`--target code-cli|desktop|all` flag. Default is `code-cli` until Desktop path
|
|
93
|
+
handling is verified stable.
|
|
94
|
+
|
|
95
|
+
### Anthropic Cloud / claude.ai organization-level skills
|
|
96
|
+
|
|
97
|
+
Anthropic operates a cloud-based skill system for claude.ai. Organization admins can
|
|
98
|
+
manage skills for all users through the admin console. VAT has no integration with
|
|
99
|
+
this system today because Anthropic has not published a public API for programmatic
|
|
100
|
+
management.
|
|
101
|
+
|
|
102
|
+
**Architectural note**: When Anthropic publishes an org management API, VAT should
|
|
103
|
+
add `vat skills publish --target claude-ai` as a first-class install method. The
|
|
104
|
+
`dist/` artifacts from `vat build` are format-compatible with this target. The gap
|
|
105
|
+
is authentication and the API itself.
|
|
106
|
+
|
|
107
|
+
### GitHub CI enterprise push (vision)
|
|
108
|
+
|
|
109
|
+
The goal: a GitHub Actions workflow in a skills repository automatically deploys
|
|
110
|
+
skills to all users in an enterprise whenever a new version is merged to main.
|
|
111
|
+
|
|
112
|
+
This is a multi-layer problem with several viable approaches:
|
|
113
|
+
|
|
114
|
+
#### Approach A: MDM-integrated npm publish (recommended near-term)
|
|
115
|
+
```
|
|
116
|
+
GitHub Actions on release →
|
|
117
|
+
npm publish @myorg/my-skills →
|
|
118
|
+
MDM policy (Jamf/SCCM/Intune) detects new package version →
|
|
119
|
+
Runs: npm install -g @myorg/my-skills
|
|
120
|
+
→ postinstall hook installs plugin to user's ~/.claude/
|
|
121
|
+
```
|
|
122
|
+
VAT already supports this end-to-end. The MDM layer is outside VAT's scope and is
|
|
123
|
+
configured by IT using standard MDM software management policies. The VAT piece is
|
|
124
|
+
complete; IT must configure the npm-to-MDM trigger.
|
|
125
|
+
|
|
126
|
+
#### Approach B: Managed settings deployment (near-term, no MDM required)
|
|
127
|
+
```
|
|
128
|
+
GitHub Actions on release →
|
|
129
|
+
vat build &&
|
|
130
|
+
Generates managed-settings.json with plugin enablement →
|
|
131
|
+
Deploys managed-settings.json to shared network path or cloud storage →
|
|
132
|
+
Claude Code reads managed-settings.json at startup
|
|
133
|
+
```
|
|
134
|
+
`vat verify` validates `managed-settings.json` today. The deployment step is IT's
|
|
135
|
+
responsibility. This approach requires no per-machine npm install; Claude Code reads
|
|
136
|
+
the settings file directly if it is placed at the expected path or if the path is
|
|
137
|
+
configured.
|
|
138
|
+
|
|
139
|
+
**Gap**: VAT does not yet have a `vat claude deploy` command that handles the push
|
|
140
|
+
step. Adding this would require IT to configure cloud storage credentials once.
|
|
141
|
+
|
|
142
|
+
#### Approach C: Anthropic org API (long-term, requires Anthropic)
|
|
143
|
+
```
|
|
144
|
+
GitHub Actions on release →
|
|
145
|
+
vat skills publish --target claude-ai --org myorg →
|
|
146
|
+
Anthropic API activates skills for all org users in claude.ai
|
|
147
|
+
```
|
|
148
|
+
Blocked on Anthropic publishing an org management API. VAT's `dist/` output format
|
|
149
|
+
is already designed for this target.
|
|
150
|
+
|
|
151
|
+
---
|
|
152
|
+
|
|
153
|
+
## `vat plugins uninstall` — Design Intent
|
|
154
|
+
|
|
155
|
+
A `vat plugins uninstall <plugin>@<marketplace>` command should exist but does not yet.
|
|
156
|
+
|
|
157
|
+
### What it must reverse
|
|
158
|
+
|
|
159
|
+
Uninstalling a plugin installed via the file-based method requires reversing 5 artifacts:
|
|
160
|
+
|
|
161
|
+
1. Delete `~/.claude/plugins/marketplaces/<marketplace>/plugins/<plugin>/`
|
|
162
|
+
2. Delete `~/.claude/plugins/cache/<marketplace>/<plugin>/<version>/`
|
|
163
|
+
3. Remove `<plugin>@<marketplace>` from `installed_plugins.json`
|
|
164
|
+
4. Remove `<marketplace>` from `known_marketplaces.json` if no plugins remain
|
|
165
|
+
5. Remove `enabledPlugins[<plugin>@<marketplace>]` from `settings.json`
|
|
166
|
+
|
|
167
|
+
### Design decisions
|
|
168
|
+
|
|
169
|
+
- **Idempotent**: exit 0 if plugin not found — safe for IT automation scripts
|
|
170
|
+
- **Not-VAT-installed case**: if plugin directory exists but no registry entries, delete
|
|
171
|
+
the directory and clean settings.json; emit a warning that the plugin was not
|
|
172
|
+
installed via VAT
|
|
173
|
+
- **`--dry-run`**: show what would be deleted without deleting (follow `vat skills uninstall` pattern)
|
|
174
|
+
- **`--target`**: code-cli | desktop | all (default: code-cli until Desktop is implemented)
|
|
175
|
+
- **`vat plugins list`**: companion command to show installed plugins — needed for
|
|
176
|
+
discoverability before uninstalling
|
|
177
|
+
|
|
178
|
+
### Implementation location
|
|
179
|
+
|
|
180
|
+
Per the CLI "dumb orchestration" principle:
|
|
181
|
+
- Logic: `packages/claude-marketplace/src/install/plugin-uninstall.ts` (new file alongside plugin-registry.ts)
|
|
182
|
+
- CLI: `packages/cli/src/commands/plugins/uninstall.ts` (thin wrapper)
|
|
183
|
+
- New command group: `vat plugins` with subcommands `list` and `uninstall`
|
|
184
|
+
|
|
185
|
+
---
|
|
186
|
+
|
|
187
|
+
## Guidance for Adopters
|
|
188
|
+
|
|
189
|
+
### For end-user / IT-managed deployments (recommended)
|
|
190
|
+
|
|
191
|
+
Add `vibe-agent-toolkit` as a **runtime dependency** (not devDependencies) and use
|
|
192
|
+
the local node_modules binary in postinstall. Never assume `vat` is globally installed.
|
|
193
|
+
|
|
194
|
+
```json
|
|
195
|
+
{
|
|
196
|
+
"dependencies": { "vibe-agent-toolkit": "latest" },
|
|
197
|
+
"scripts": {
|
|
198
|
+
"postinstall": "node ./node_modules/vibe-agent-toolkit/dist/bin/vat.js skills install --npm-postinstall || exit 0"
|
|
199
|
+
}
|
|
200
|
+
}
|
|
201
|
+
```
|
|
202
|
+
|
|
203
|
+
IT runs: `npm install -g @myorg/my-skills` — no other tools required on the user's machine.
|
|
204
|
+
|
|
205
|
+
For private GitHub Packages registries, IT pre-configures `.npmrc` with a read-only
|
|
206
|
+
token for the `@myorg` scope. End users do not need to know about registries or tokens.
|
|
207
|
+
|
|
208
|
+
### For developer self-install
|
|
209
|
+
|
|
210
|
+
```bash
|
|
211
|
+
npx vibe-agent-toolkit skills install npm:@myorg/my-skills
|
|
212
|
+
```
|
|
213
|
+
|
|
214
|
+
### For enterprise CI (near-term best option)
|
|
215
|
+
|
|
216
|
+
Use Approach A (MDM-integrated npm publish) or Approach B (managed-settings deployment).
|
|
217
|
+
Both work today with no additional VAT features.
|
|
218
|
+
|
|
219
|
+
---
|
|
220
|
+
|
|
221
|
+
## What Is Out of Scope for VAT
|
|
222
|
+
|
|
223
|
+
VAT is a **packaging and local install tool**. The following are permanently out of scope:
|
|
224
|
+
|
|
225
|
+
- MDM software management configuration (Jamf, SCCM, Intune policies)
|
|
226
|
+
- Internal npm registry setup and authentication management
|
|
227
|
+
- Anthropic cloud API authentication or org provisioning
|
|
228
|
+
- Per-user credential management for private registries
|
|
229
|
+
- Claude Desktop configuration (until Desktop and Code CLI paths converge)
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: resources
|
|
3
3
|
description: Use when working with VAT resource collections, per-directory frontmatter schema validation, link validation, or the vat resources command. Covers collection configuration, schema mapping, and validation modes.
|
|
4
4
|
---
|
|
5
5
|
|
|
@@ -28,22 +28,23 @@ non-TypeScript/JavaScript projects, or cases where you need deep framework-speci
|
|
|
28
28
|
|
|
29
29
|
| If you're working on... | Use this skill |
|
|
30
30
|
|---|---|
|
|
31
|
-
| Writing or structuring a `SKILL.md` file | `vibe-agent-toolkit:
|
|
32
|
-
| Agent archetypes, orchestration patterns, result envelopes | `vibe-agent-toolkit:
|
|
33
|
-
| `packagingOptions` (linkFollowDepth, excludeReferencesFromBundle) | `vibe-agent-toolkit:
|
|
31
|
+
| Writing or structuring a `SKILL.md` file | `vibe-agent-toolkit:authoring` |
|
|
32
|
+
| Agent archetypes, orchestration patterns, result envelopes | `vibe-agent-toolkit:authoring` |
|
|
33
|
+
| `packagingOptions` (linkFollowDepth, excludeReferencesFromBundle) | `vibe-agent-toolkit:authoring` |
|
|
34
34
|
| Resource collections, frontmatter schema validation | `vibe-agent-toolkit:resources` |
|
|
35
35
|
| `vat resources validate`, collection config | `vibe-agent-toolkit:resources` |
|
|
36
|
-
| Setting up `vat build` + `vat claude build` for a project | `vibe-agent-toolkit:
|
|
37
|
-
| Configuring `claude:` section in vibe-agent-toolkit.config.yaml | `vibe-agent-toolkit:
|
|
38
|
-
| npm publishing with plugin postinstall | `vibe-agent-toolkit:
|
|
39
|
-
| `vat build` / `vat verify` orchestration | `vibe-agent-toolkit:
|
|
40
|
-
| `--target claude-web` ZIP format | `vibe-agent-toolkit:
|
|
36
|
+
| Setting up `vat build` + `vat claude build` for a project | `vibe-agent-toolkit:distribution` |
|
|
37
|
+
| Configuring `claude:` section in vibe-agent-toolkit.config.yaml | `vibe-agent-toolkit:distribution` |
|
|
38
|
+
| npm publishing with plugin postinstall | `vibe-agent-toolkit:distribution` |
|
|
39
|
+
| `vat build` / `vat verify` orchestration | `vibe-agent-toolkit:distribution` |
|
|
40
|
+
| `--target claude-web` ZIP format | `vibe-agent-toolkit:distribution` |
|
|
41
|
+
| Install/uninstall methods, enterprise deployment, Desktop vs CLI paths | `vibe-agent-toolkit:install` |
|
|
41
42
|
| `vat audit`, `--compat`, CI validation | `vibe-agent-toolkit:audit` |
|
|
42
43
|
| VAT behaves unexpectedly, debugging VAT, testing local VAT changes, VAT_ROOT_DIR | `vibe-agent-toolkit:debugging` |
|
|
43
44
|
|
|
44
45
|
## Agent Archetypes (Quick Reference)
|
|
45
46
|
|
|
46
|
-
Four patterns cover most use cases. For full code examples, see `vibe-agent-toolkit:
|
|
47
|
+
Four patterns cover most use cases. For full code examples, see `vibe-agent-toolkit:authoring`.
|
|
47
48
|
|
|
48
49
|
| Archetype | When to Use |
|
|
49
50
|
|---|---|
|
|
@@ -7,7 +7,7 @@ export const meta = {
|
|
|
7
7
|
description: "Use when building, adopting, or learning vibe-agent-toolkit (VAT). Covers agent creation, CLI commands (vat skills, vat resources, vat audit, vat rag), runtime adapters, skill packaging, and resource validation. Routes to specialized sub-skills."
|
|
8
8
|
};
|
|
9
9
|
|
|
10
|
-
export const text = "\n# Vibe Agent Toolkit Skill\n\n**Vibe Agent Toolkit (VAT)** is a modular toolkit for building portable AI agents that work across\nmultiple LLM frameworks and deployment targets. Write your agent logic once as plain TypeScript,\nthen deploy it to Vercel AI SDK, LangChain, OpenAI, Claude Agent SDK, or any other runtime using\nframework adapters. No vendor lock-in.\n\n## Purpose: For Users, Not Contributors\n\n- **This skill** = How to USE VAT to build agents\n- **\`vibe-agent-toolkit:debugging\`** = When VAT itself behaves unexpectedly or you need to test a fix\n- **Root CLAUDE.md** = How to DEVELOP the VAT codebase itself\n\n## When to Use VAT\n\n**VAT is great for:** Multi-framework projects, reusable agent libraries, testing across LLM\nproviders, complex multi-agent orchestration, human-in-the-loop workflows.\n\n**VAT may not be needed for:** Simple one-off scripts where the framework is already decided,\nnon-TypeScript/JavaScript projects, or cases where you need deep framework-specific features.\n\n## Skill Routing Table\n\n| If you\'re working on... | Use this skill |\n|---|---|\n| Writing or structuring a \`SKILL.md\` file | \`vibe-agent-toolkit:
|
|
10
|
+
export const text = "\n# Vibe Agent Toolkit Skill\n\n**Vibe Agent Toolkit (VAT)** is a modular toolkit for building portable AI agents that work across\nmultiple LLM frameworks and deployment targets. Write your agent logic once as plain TypeScript,\nthen deploy it to Vercel AI SDK, LangChain, OpenAI, Claude Agent SDK, or any other runtime using\nframework adapters. No vendor lock-in.\n\n## Purpose: For Users, Not Contributors\n\n- **This skill** = How to USE VAT to build agents\n- **\`vibe-agent-toolkit:debugging\`** = When VAT itself behaves unexpectedly or you need to test a fix\n- **Root CLAUDE.md** = How to DEVELOP the VAT codebase itself\n\n## When to Use VAT\n\n**VAT is great for:** Multi-framework projects, reusable agent libraries, testing across LLM\nproviders, complex multi-agent orchestration, human-in-the-loop workflows.\n\n**VAT may not be needed for:** Simple one-off scripts where the framework is already decided,\nnon-TypeScript/JavaScript projects, or cases where you need deep framework-specific features.\n\n## Skill Routing Table\n\n| If you\'re working on... | Use this skill |\n|---|---|\n| Writing or structuring a \`SKILL.md\` file | \`vibe-agent-toolkit:authoring\` |\n| Agent archetypes, orchestration patterns, result envelopes | \`vibe-agent-toolkit:authoring\` |\n| \`packagingOptions\` (linkFollowDepth, excludeReferencesFromBundle) | \`vibe-agent-toolkit:authoring\` |\n| Resource collections, frontmatter schema validation | \`vibe-agent-toolkit:resources\` |\n| \`vat resources validate\`, collection config | \`vibe-agent-toolkit:resources\` |\n| Setting up \`vat build\` + \`vat claude build\` for a project | \`vibe-agent-toolkit:distribution\` |\n| Configuring \`claude:\` section in vibe-agent-toolkit.config.yaml | \`vibe-agent-toolkit:distribution\` |\n| npm publishing with plugin postinstall | \`vibe-agent-toolkit:distribution\` |\n| \`vat build\` / \`vat verify\` orchestration | \`vibe-agent-toolkit:distribution\` |\n| \`--target claude-web\` ZIP format | \`vibe-agent-toolkit:distribution\` |\n| Install/uninstall methods, enterprise deployment, Desktop vs CLI paths | \`vibe-agent-toolkit:install\` |\n| \`vat audit\`, \`--compat\`, CI validation | \`vibe-agent-toolkit:audit\` |\n| VAT behaves unexpectedly, debugging VAT, testing local VAT changes, VAT_ROOT_DIR | \`vibe-agent-toolkit:debugging\` |\n\n## Agent Archetypes (Quick Reference)\n\nFour patterns cover most use cases. For full code examples, see \`vibe-agent-toolkit:authoring\`.\n\n| Archetype | When to Use |\n|---|---|\n| **Pure Function Tool** | Stateless validation, transformation, computation — no LLM needed |\n| **One-Shot LLM Analyzer** | Single LLM call for analysis, classification, or generation |\n| **Conversational Assistant** | Multi-turn dialogue with session state across turns |\n| **External Event Integrator** | Waiting for human approval, webhooks, or third-party APIs |\n\n## Core CLI Commands\n\n\`\`\`bash\n# Install VAT CLI globally\nnpm install -g vibe-agent-toolkit\n\n# Top-level orchestration\nvat build # build all artifacts (skills then claude plugins)\nvat verify # verify all artifacts (resources, skills, claude)\n\n# Claude plugin commands\nvat claude build # generate plugin artifacts from built skills\nvat claude verify # validate plugin artifacts\n\n# Skills\nvat skills list # list skills in current project\nvat skills list --user # list user-installed skills\nvat skills install npm:@org/my-skills # install from npm (routes through plugin system)\nvat skills build # build portable skills only\nvat skills validate # validate skill quality\n\n# Resources\nvat resources validate # validate collections (reads config)\nvat resources validate docs/ --frontmatter-schema schema.json\n\n# Audit\nvat audit # audit current directory recursively\nvat audit --user # audit entire Claude installation\nvat audit ./plugins/ --compat # check surface compatibility\n\n# RAG\nvat rag index docs/ # index markdown into vector DB\nvat rag query \"my question\" --limit 5 # semantic search\n\n# Get help for any command\nvat --help\nvat skills --help\n\`\`\`\n\n## agent-generator: Creating New Agents\n\nThe **agent-generator** is a built-in meta-agent that guides you through designing\nhigh-quality agents via a 4-phase workflow:\n\n1. **GATHER** — Understand your intent and goals\n2. **ANALYZE** — Identify agent pattern and requirements\n3. **DESIGN** — Make architecture decisions (LLM, tools, prompts)\n4. **GENERATE** — Create validated agent package\n\nMinimum input needed:\n\`\`\`json\n{\n \"agentPurpose\": \"Review PRs for security issues\",\n \"successCriteria\": \"Catches 100% of critical vulnerabilities\"\n}\n\`\`\`\n\nThe generator produces: \`agent.yaml\`, \`prompts/system.md\`, \`prompts/user.md\`,\n\`schemas/input.schema.json\`, \`schemas/output.schema.json\`, and \`README.md\`.\n\n**Tips for better results:**\n- Be specific about success criteria (\"Under 30s, zero false negatives\") not vague (\"fast enough\")\n- Name the tools the agent needs upfront (file readers, APIs, etc.)\n- Describe domain context (OWASP Top 10, company coding standards, etc.)\n\n## Packaging Markdown for Reuse\n\nVAT\'s resource compiler transforms markdown files into type-safe TypeScript modules,\nenabling prompt libraries, RAG knowledge bases, and shared content across projects.\n\n\`\`\`bash\nnpm install -D @vibe-agent-toolkit/resource-compiler\nnpx vat-compile-resources compile resources/ generated/resources/\n\`\`\`\n\n\`\`\`typescript\nimport * as Doc from \'./generated/resources/doc.js\';\n\nDoc.meta.title; // type-safe frontmatter\nDoc.fragments.introduction.text; // H2 section content\nDoc.text; // full markdown\n\`\`\`\n\nUse cases: agent prompt libraries, RAG knowledge bases packaged as npm modules,\nmulti-project content sharing with versioning.\n\n## Common Workflows\n\n**Create a new agent:**\n\`\`\`bash\n# Use agent-generator interactively, then:\nvat agent import my-skill/SKILL.md # import to VAT format\nvat skills validate # check quality\nvat skills build # package for distribution\n\`\`\`\n\n**Install and use a community skill:**\n\`\`\`bash\nvat skills install npm:@vibe-agent-toolkit/vat-cat-agents\nvat skills list --user\n# Plugin-aware packages register in Claude\'s plugin system\n# Skills are invoked as /plugin-name:skill-name in Claude Code\n\`\`\`\n\n**Build and publish your own skill package:**\n\`\`\`bash\n# Configure vat.skills in package.json + claude: in vibe-agent-toolkit.config.yaml, then:\nvat build # builds skills + claude plugin artifacts\nvat verify # validates everything\nnpm publish # publishes to npm (postinstall registers the plugin)\n# Users install with: vat skills install npm:@myorg/my-skills\n\`\`\`\n\n## Success Criteria\n\nYou\'ve successfully adopted VAT when:\n- Agents have clear input/output schemas (Zod-validated)\n- Errors are handled as data (result envelopes), never thrown\n- Tests cover success and error paths without real API calls (mock mode)\n- Agents work across multiple runtimes via adapters\n- Multi-agent pipelines compose via \`andThen()\` / \`match()\` helpers\n\n## Documentation Index\n\n- [Getting Started Guide](../../../../docs/getting-started.md)\n- [Agent Authoring Guide](../../../../docs/agent-authoring.md) — patterns and code examples\n- [Orchestration Guide](../../../../docs/orchestration.md) — multi-agent workflows\n- [RAG Usage Guide](../../../../docs/guides/rag-usage-guide.md)\n- [Resource Compiler Guide](../../../../docs/guides/resource-compiler/compiling-markdown-to-typescript.md)\n- [Runtime Adapters](../../../../docs/adding-runtime-adapters.md)\n- Examples: \`@vibe-agent-toolkit/vat-example-cat-agents\`\n\n## Getting Help\n\n- **CLI Help:** \`vat --help\`, \`vat skills --help\`, etc.\n- **Examples:** \`packages/vat-example-cat-agents/\`\n- **GitHub Issues:** Report bugs or ask questions\n\nHappy agent building!\n";
|
|
11
11
|
|
|
12
12
|
export const fragments = {
|
|
13
13
|
purposeForUsersNotContributors: {
|
|
@@ -22,13 +22,13 @@ export const fragments = {
|
|
|
22
22
|
},
|
|
23
23
|
skillRoutingTable: {
|
|
24
24
|
header: "## Skill Routing Table",
|
|
25
|
-
body: "| If you\'re working on... | Use this skill |\n|---|---|\n| Writing or structuring a \`SKILL.md\` file | \`vibe-agent-toolkit:
|
|
26
|
-
text: "## Skill Routing Table\n\n| If you\'re working on... | Use this skill |\n|---|---|\n| Writing or structuring a \`SKILL.md\` file | \`vibe-agent-toolkit:
|
|
25
|
+
body: "| If you\'re working on... | Use this skill |\n|---|---|\n| Writing or structuring a \`SKILL.md\` file | \`vibe-agent-toolkit:authoring\` |\n| Agent archetypes, orchestration patterns, result envelopes | \`vibe-agent-toolkit:authoring\` |\n| \`packagingOptions\` (linkFollowDepth, excludeReferencesFromBundle) | \`vibe-agent-toolkit:authoring\` |\n| Resource collections, frontmatter schema validation | \`vibe-agent-toolkit:resources\` |\n| \`vat resources validate\`, collection config | \`vibe-agent-toolkit:resources\` |\n| Setting up \`vat build\` + \`vat claude build\` for a project | \`vibe-agent-toolkit:distribution\` |\n| Configuring \`claude:\` section in vibe-agent-toolkit.config.yaml | \`vibe-agent-toolkit:distribution\` |\n| npm publishing with plugin postinstall | \`vibe-agent-toolkit:distribution\` |\n| \`vat build\` / \`vat verify\` orchestration | \`vibe-agent-toolkit:distribution\` |\n| \`--target claude-web\` ZIP format | \`vibe-agent-toolkit:distribution\` |\n| Install/uninstall methods, enterprise deployment, Desktop vs CLI paths | \`vibe-agent-toolkit:install\` |\n| \`vat audit\`, \`--compat\`, CI validation | \`vibe-agent-toolkit:audit\` |\n| VAT behaves unexpectedly, debugging VAT, testing local VAT changes, VAT_ROOT_DIR | \`vibe-agent-toolkit:debugging\` |",
|
|
26
|
+
text: "## Skill Routing Table\n\n| If you\'re working on... | Use this skill |\n|---|---|\n| Writing or structuring a \`SKILL.md\` file | \`vibe-agent-toolkit:authoring\` |\n| Agent archetypes, orchestration patterns, result envelopes | \`vibe-agent-toolkit:authoring\` |\n| \`packagingOptions\` (linkFollowDepth, excludeReferencesFromBundle) | \`vibe-agent-toolkit:authoring\` |\n| Resource collections, frontmatter schema validation | \`vibe-agent-toolkit:resources\` |\n| \`vat resources validate\`, collection config | \`vibe-agent-toolkit:resources\` |\n| Setting up \`vat build\` + \`vat claude build\` for a project | \`vibe-agent-toolkit:distribution\` |\n| Configuring \`claude:\` section in vibe-agent-toolkit.config.yaml | \`vibe-agent-toolkit:distribution\` |\n| npm publishing with plugin postinstall | \`vibe-agent-toolkit:distribution\` |\n| \`vat build\` / \`vat verify\` orchestration | \`vibe-agent-toolkit:distribution\` |\n| \`--target claude-web\` ZIP format | \`vibe-agent-toolkit:distribution\` |\n| Install/uninstall methods, enterprise deployment, Desktop vs CLI paths | \`vibe-agent-toolkit:install\` |\n| \`vat audit\`, \`--compat\`, CI validation | \`vibe-agent-toolkit:audit\` |\n| VAT behaves unexpectedly, debugging VAT, testing local VAT changes, VAT_ROOT_DIR | \`vibe-agent-toolkit:debugging\` |"
|
|
27
27
|
},
|
|
28
28
|
agentArchetypesQuickReference: {
|
|
29
29
|
header: "## Agent Archetypes (Quick Reference)",
|
|
30
|
-
body: "Four patterns cover most use cases. For full code examples, see \`vibe-agent-toolkit:
|
|
31
|
-
text: "## Agent Archetypes (Quick Reference)\n\nFour patterns cover most use cases. For full code examples, see \`vibe-agent-toolkit:
|
|
30
|
+
body: "Four patterns cover most use cases. For full code examples, see \`vibe-agent-toolkit:authoring\`.\n\n| Archetype | When to Use |\n|---|---|\n| **Pure Function Tool** | Stateless validation, transformation, computation — no LLM needed |\n| **One-Shot LLM Analyzer** | Single LLM call for analysis, classification, or generation |\n| **Conversational Assistant** | Multi-turn dialogue with session state across turns |\n| **External Event Integrator** | Waiting for human approval, webhooks, or third-party APIs |",
|
|
31
|
+
text: "## Agent Archetypes (Quick Reference)\n\nFour patterns cover most use cases. For full code examples, see \`vibe-agent-toolkit:authoring\`.\n\n| Archetype | When to Use |\n|---|---|\n| **Pure Function Tool** | Stateless validation, transformation, computation — no LLM needed |\n| **One-Shot LLM Analyzer** | Single LLM call for analysis, classification, or generation |\n| **Conversational Assistant** | Multi-turn dialogue with session state across turns |\n| **External Event Integrator** | Waiting for human approval, webhooks, or third-party APIs |"
|
|
32
32
|
},
|
|
33
33
|
coreCliCommands: {
|
|
34
34
|
header: "## Core CLI Commands",
|
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
*/
|
|
4
4
|
|
|
5
5
|
export const meta = {
|
|
6
|
-
name: "
|
|
6
|
+
name: "authoring",
|
|
7
7
|
description: "Use when authoring SKILL.md files, designing agent architectures, or configuring packaging options. Covers SKILL.md structure, agent archetypes, orchestration patterns, and validation override patterns."
|
|
8
8
|
};
|
|
9
9
|
|
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
*/
|
|
4
4
|
|
|
5
5
|
export const meta = {
|
|
6
|
-
name: "
|
|
6
|
+
name: "audit",
|
|
7
7
|
description: "Use when running vat audit to validate Claude plugins, agent skills, or marketplaces. Covers the audit command, --compat flag for surface compatibility analysis, --exclude for noise filtering, and interpreting audit output."
|
|
8
8
|
};
|
|
9
9
|
|
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
*/
|
|
4
4
|
|
|
5
5
|
export const meta = {
|
|
6
|
-
name: "
|
|
6
|
+
name: "debugging",
|
|
7
7
|
description: "Debug unexpected VAT behavior, reproduce bugs, test local vibe-agent-toolkit changes in adopter projects (VAT_ROOT_DIR), write failing tests before fixing, and validate fixes with the full build pipeline before publishing"
|
|
8
8
|
};
|
|
9
9
|
|
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* Generated TypeScript declarations - DO NOT EDIT
|
|
3
|
+
*/
|
|
4
|
+
|
|
5
|
+
export interface Fragment {
|
|
6
|
+
readonly header: string;
|
|
7
|
+
readonly body: string;
|
|
8
|
+
readonly text: string;
|
|
9
|
+
}
|
|
10
|
+
|
|
11
|
+
export const meta: {
|
|
12
|
+
readonly name: string;
|
|
13
|
+
readonly description: string;
|
|
14
|
+
};
|
|
15
|
+
|
|
16
|
+
export const text: string;
|
|
17
|
+
|
|
18
|
+
export const fragments: {
|
|
19
|
+
readonly theProblemSpace: Fragment;
|
|
20
|
+
readonly installMethodLandscape: Fragment;
|
|
21
|
+
readonly whatVatCurrentlySupports: Fragment;
|
|
22
|
+
readonly whatVatDoesNotSupportAndWhy: Fragment;
|
|
23
|
+
readonly vatPluginsUninstall-DesignIntent: Fragment;
|
|
24
|
+
readonly guidanceForAdopters: Fragment;
|
|
25
|
+
readonly whatIsOutOfScopeForVat: Fragment;
|
|
26
|
+
};
|
|
27
|
+
|
|
28
|
+
export type FragmentName = keyof typeof fragments;
|
|
@@ -0,0 +1,48 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* Generated from markdown file - DO NOT EDIT
|
|
3
|
+
*/
|
|
4
|
+
|
|
5
|
+
export const meta = {
|
|
6
|
+
name: "install",
|
|
7
|
+
description: "Architecture reference for VAT skill/plugin install and uninstall — what is currently supported, what is not, and the full design vision across install methods (file-based, cloud, MDM, enterprise CI). Read this before designing or advising on any install/uninstall feature."
|
|
8
|
+
};
|
|
9
|
+
|
|
10
|
+
export const text = "\n# VAT Skill Install & Uninstall: Architecture and Vision\n\n## The Problem Space\n\nSkills and plugins need to reach users\' Claude installations through several distinct\ndelivery channels. Each channel has different operators (developers, IT, Anthropic),\ndifferent trust levels, and different UX requirements. VAT today only covers one of\nthese channels.\n\nThis document defines the full landscape, what VAT currently supports, what it does\nnot, and the architectural direction for each gap.\n\n---\n\n## Install Method Landscape\n\n| Method | Operator | Current State | Notes |\n|--------|----------|---------------|-------|\n| **File-based: Code CLI** | Developer / IT | ✅ Supported | \`~/.claude/plugins/\` — only supported method |\n| **File-based: Claude Desktop** | Developer / IT | ❌ Not supported | Different config path; same file structure expected |\n| **npm postinstall** | IT / end-user | ✅ Supported | Requires \`vibe-agent-toolkit\` as runtime dep |\n| **Managed settings file** | IT / Enterprise | ✅ Partial | \`vat verify\` validates; deployment is out of scope |\n| **MDM-driven npm install** | IT | ✅ Works (via postinstall) | Jamf/SCCM/Intune runs \`npm install -g\` |\n| **Anthropic Cloud / claude.ai org** | Org admin | ❌ Not supported | No API available; future Anthropic feature |\n| **GitHub CI enterprise push** | IT / DevOps | ❌ Not supported | VAT design vision — see below |\n| **Shared network registry** | IT | ❌ Not supported | Internal npm registry approach |\n\n---\n\n## What VAT Currently Supports\n\n### File-based install: Claude Code CLI only\n\n\`vat skills install\` and \`vat skills uninstall\` operate exclusively on:\n\`\`\`\n~/.claude/\n├── plugins/\n│ ├── marketplaces/<marketplace>/plugins/<plugin>/ ← plugin files\n│ ├── cache/<marketplace>/<plugin>/<version>/ ← version cache\n│ ├── known_marketplaces.json\n│ └── installed_plugins.json\n├── skills/ ← legacy skills (no plugin system)\n└── settings.json ← enabledPlugins, permissions\n\`\`\`\n\nThis is the **Claude Code CLI** configuration directory. It is the only path VAT\nresolves. Claude Desktop uses a different path (see below) and is out of scope.\n\n### Install sources (all resolve to the file-based method above)\n\n\`\`\`bash\n# npm package (downloads, extracts, copies plugin tree)\nvat skills install npm:@myorg/my-skills\n\n# Local directory (copies plugin tree from local path)\nvat skills install ./path/to/package\n\n# ZIP file\nvat skills install ./my-skills.zip\n\n# npm postinstall hook (triggered by npm install -g)\n# package.json: \"postinstall\": \"node ./node_modules/vibe-agent-toolkit/dist/bin/vat.js skills install --npm-postinstall\"\n\`\`\`\n\n### Uninstall (current state)\n\n\`vat skills uninstall\` removes skills from \`~/.claude/skills/\` only. It does NOT\nremove plugin-system installs (the \`~/.claude/plugins/\` tree).\n\n**A full \`vat plugins uninstall\` command does not yet exist.** See design notes below.\n\n---\n\n## What VAT Does NOT Support (and Why)\n\n### Claude Desktop file-based installs\n\nClaude Desktop on macOS uses \`~/Library/Application Support/Claude/\` rather than\n\`~/.claude/\`. On Windows it uses \`%APPDATA%\\Claude\\\`.\n\n**Why not supported today**: VAT\'s \`getClaudeUserPaths()\` is hardcoded to \`~/.claude/\`.\nExtending it requires detecting which applications are installed and resolving both\npaths. This is well-understood work with no architectural unknowns.\n\n**Architectural note**: When implemented, both paths should be handled by a single\n\`getClaudeInstallTargets()\` function returning multiple targets. CLI commands gain a\n\`--target code-cli|desktop|all\` flag. Default is \`code-cli\` until Desktop path\nhandling is verified stable.\n\n### Anthropic Cloud / claude.ai organization-level skills\n\nAnthropic operates a cloud-based skill system for claude.ai. Organization admins can\nmanage skills for all users through the admin console. VAT has no integration with\nthis system today because Anthropic has not published a public API for programmatic\nmanagement.\n\n**Architectural note**: When Anthropic publishes an org management API, VAT should\nadd \`vat skills publish --target claude-ai\` as a first-class install method. The\n\`dist/\` artifacts from \`vat build\` are format-compatible with this target. The gap\nis authentication and the API itself.\n\n### GitHub CI enterprise push (vision)\n\nThe goal: a GitHub Actions workflow in a skills repository automatically deploys\nskills to all users in an enterprise whenever a new version is merged to main.\n\nThis is a multi-layer problem with several viable approaches:\n\n#### Approach A: MDM-integrated npm publish (recommended near-term)\n\`\`\`\nGitHub Actions on release →\n npm publish @myorg/my-skills →\n MDM policy (Jamf/SCCM/Intune) detects new package version →\n Runs: npm install -g @myorg/my-skills\n → postinstall hook installs plugin to user\'s ~/.claude/\n\`\`\`\nVAT already supports this end-to-end. The MDM layer is outside VAT\'s scope and is\nconfigured by IT using standard MDM software management policies. The VAT piece is\ncomplete; IT must configure the npm-to-MDM trigger.\n\n#### Approach B: Managed settings deployment (near-term, no MDM required)\n\`\`\`\nGitHub Actions on release →\n vat build &&\n Generates managed-settings.json with plugin enablement →\n Deploys managed-settings.json to shared network path or cloud storage →\n Claude Code reads managed-settings.json at startup\n\`\`\`\n\`vat verify\` validates \`managed-settings.json\` today. The deployment step is IT\'s\nresponsibility. This approach requires no per-machine npm install; Claude Code reads\nthe settings file directly if it is placed at the expected path or if the path is\nconfigured.\n\n**Gap**: VAT does not yet have a \`vat claude deploy\` command that handles the push\nstep. Adding this would require IT to configure cloud storage credentials once.\n\n#### Approach C: Anthropic org API (long-term, requires Anthropic)\n\`\`\`\nGitHub Actions on release →\n vat skills publish --target claude-ai --org myorg →\n Anthropic API activates skills for all org users in claude.ai\n\`\`\`\nBlocked on Anthropic publishing an org management API. VAT\'s \`dist/\` output format\nis already designed for this target.\n\n---\n\n## \`vat plugins uninstall\` — Design Intent\n\nA \`vat plugins uninstall <plugin>@<marketplace>\` command should exist but does not yet.\n\n### What it must reverse\n\nUninstalling a plugin installed via the file-based method requires reversing 5 artifacts:\n\n1. Delete \`~/.claude/plugins/marketplaces/<marketplace>/plugins/<plugin>/\`\n2. Delete \`~/.claude/plugins/cache/<marketplace>/<plugin>/<version>/\`\n3. Remove \`<plugin>@<marketplace>\` from \`installed_plugins.json\`\n4. Remove \`<marketplace>\` from \`known_marketplaces.json\` if no plugins remain\n5. Remove \`enabledPlugins[<plugin>@<marketplace>]\` from \`settings.json\`\n\n### Design decisions\n\n- **Idempotent**: exit 0 if plugin not found — safe for IT automation scripts\n- **Not-VAT-installed case**: if plugin directory exists but no registry entries, delete\n the directory and clean settings.json; emit a warning that the plugin was not\n installed via VAT\n- **\`--dry-run\`**: show what would be deleted without deleting (follow \`vat skills uninstall\` pattern)\n- **\`--target\`**: code-cli | desktop | all (default: code-cli until Desktop is implemented)\n- **\`vat plugins list\`**: companion command to show installed plugins — needed for\n discoverability before uninstalling\n\n### Implementation location\n\nPer the CLI \"dumb orchestration\" principle:\n- Logic: \`packages/claude-marketplace/src/install/plugin-uninstall.ts\` (new file alongside plugin-registry.ts)\n- CLI: \`packages/cli/src/commands/plugins/uninstall.ts\` (thin wrapper)\n- New command group: \`vat plugins\` with subcommands \`list\` and \`uninstall\`\n\n---\n\n## Guidance for Adopters\n\n### For end-user / IT-managed deployments (recommended)\n\nAdd \`vibe-agent-toolkit\` as a **runtime dependency** (not devDependencies) and use\nthe local node_modules binary in postinstall. Never assume \`vat\` is globally installed.\n\n\`\`\`json\n{\n \"dependencies\": { \"vibe-agent-toolkit\": \"latest\" },\n \"scripts\": {\n \"postinstall\": \"node ./node_modules/vibe-agent-toolkit/dist/bin/vat.js skills install --npm-postinstall || exit 0\"\n }\n}\n\`\`\`\n\nIT runs: \`npm install -g @myorg/my-skills\` — no other tools required on the user\'s machine.\n\nFor private GitHub Packages registries, IT pre-configures \`.npmrc\` with a read-only\ntoken for the \`@myorg\` scope. End users do not need to know about registries or tokens.\n\n### For developer self-install\n\n\`\`\`bash\nnpx vibe-agent-toolkit skills install npm:@myorg/my-skills\n\`\`\`\n\n### For enterprise CI (near-term best option)\n\nUse Approach A (MDM-integrated npm publish) or Approach B (managed-settings deployment).\nBoth work today with no additional VAT features.\n\n---\n\n## What Is Out of Scope for VAT\n\nVAT is a **packaging and local install tool**. The following are permanently out of scope:\n\n- MDM software management configuration (Jamf, SCCM, Intune policies)\n- Internal npm registry setup and authentication management\n- Anthropic cloud API authentication or org provisioning\n- Per-user credential management for private registries\n- Claude Desktop configuration (until Desktop and Code CLI paths converge)\n";
|
|
11
|
+
|
|
12
|
+
export const fragments = {
|
|
13
|
+
theProblemSpace: {
|
|
14
|
+
header: "## The Problem Space",
|
|
15
|
+
body: "Skills and plugins need to reach users\' Claude installations through several distinct\ndelivery channels. Each channel has different operators (developers, IT, Anthropic),\ndifferent trust levels, and different UX requirements. VAT today only covers one of\nthese channels.\n\nThis document defines the full landscape, what VAT currently supports, what it does\nnot, and the architectural direction for each gap.\n\n---",
|
|
16
|
+
text: "## The Problem Space\n\nSkills and plugins need to reach users\' Claude installations through several distinct\ndelivery channels. Each channel has different operators (developers, IT, Anthropic),\ndifferent trust levels, and different UX requirements. VAT today only covers one of\nthese channels.\n\nThis document defines the full landscape, what VAT currently supports, what it does\nnot, and the architectural direction for each gap.\n\n---"
|
|
17
|
+
},
|
|
18
|
+
installMethodLandscape: {
|
|
19
|
+
header: "## Install Method Landscape",
|
|
20
|
+
body: "| Method | Operator | Current State | Notes |\n|--------|----------|---------------|-------|\n| **File-based: Code CLI** | Developer / IT | ✅ Supported | \`~/.claude/plugins/\` — only supported method |\n| **File-based: Claude Desktop** | Developer / IT | ❌ Not supported | Different config path; same file structure expected |\n| **npm postinstall** | IT / end-user | ✅ Supported | Requires \`vibe-agent-toolkit\` as runtime dep |\n| **Managed settings file** | IT / Enterprise | ✅ Partial | \`vat verify\` validates; deployment is out of scope |\n| **MDM-driven npm install** | IT | ✅ Works (via postinstall) | Jamf/SCCM/Intune runs \`npm install -g\` |\n| **Anthropic Cloud / claude.ai org** | Org admin | ❌ Not supported | No API available; future Anthropic feature |\n| **GitHub CI enterprise push** | IT / DevOps | ❌ Not supported | VAT design vision — see below |\n| **Shared network registry** | IT | ❌ Not supported | Internal npm registry approach |\n\n---",
|
|
21
|
+
text: "## Install Method Landscape\n\n| Method | Operator | Current State | Notes |\n|--------|----------|---------------|-------|\n| **File-based: Code CLI** | Developer / IT | ✅ Supported | \`~/.claude/plugins/\` — only supported method |\n| **File-based: Claude Desktop** | Developer / IT | ❌ Not supported | Different config path; same file structure expected |\n| **npm postinstall** | IT / end-user | ✅ Supported | Requires \`vibe-agent-toolkit\` as runtime dep |\n| **Managed settings file** | IT / Enterprise | ✅ Partial | \`vat verify\` validates; deployment is out of scope |\n| **MDM-driven npm install** | IT | ✅ Works (via postinstall) | Jamf/SCCM/Intune runs \`npm install -g\` |\n| **Anthropic Cloud / claude.ai org** | Org admin | ❌ Not supported | No API available; future Anthropic feature |\n| **GitHub CI enterprise push** | IT / DevOps | ❌ Not supported | VAT design vision — see below |\n| **Shared network registry** | IT | ❌ Not supported | Internal npm registry approach |\n\n---"
|
|
22
|
+
},
|
|
23
|
+
whatVatCurrentlySupports: {
|
|
24
|
+
header: "## What VAT Currently Supports",
|
|
25
|
+
body: "### File-based install: Claude Code CLI only\n\n\`vat skills install\` and \`vat skills uninstall\` operate exclusively on:\n\`\`\`\n~/.claude/\n├── plugins/\n│ ├── marketplaces/<marketplace>/plugins/<plugin>/ ← plugin files\n│ ├── cache/<marketplace>/<plugin>/<version>/ ← version cache\n│ ├── known_marketplaces.json\n│ └── installed_plugins.json\n├── skills/ ← legacy skills (no plugin system)\n└── settings.json ← enabledPlugins, permissions\n\`\`\`\n\nThis is the **Claude Code CLI** configuration directory. It is the only path VAT\nresolves. Claude Desktop uses a different path (see below) and is out of scope.\n\n### Install sources (all resolve to the file-based method above)\n\n\`\`\`bash\n# npm package (downloads, extracts, copies plugin tree)\nvat skills install npm:@myorg/my-skills\n\n# Local directory (copies plugin tree from local path)\nvat skills install ./path/to/package\n\n# ZIP file\nvat skills install ./my-skills.zip\n\n# npm postinstall hook (triggered by npm install -g)\n# package.json: \"postinstall\": \"node ./node_modules/vibe-agent-toolkit/dist/bin/vat.js skills install --npm-postinstall\"\n\`\`\`\n\n### Uninstall (current state)\n\n\`vat skills uninstall\` removes skills from \`~/.claude/skills/\` only. It does NOT\nremove plugin-system installs (the \`~/.claude/plugins/\` tree).\n\n**A full \`vat plugins uninstall\` command does not yet exist.** See design notes below.\n\n---",
|
|
26
|
+
text: "## What VAT Currently Supports\n\n### File-based install: Claude Code CLI only\n\n\`vat skills install\` and \`vat skills uninstall\` operate exclusively on:\n\`\`\`\n~/.claude/\n├── plugins/\n│ ├── marketplaces/<marketplace>/plugins/<plugin>/ ← plugin files\n│ ├── cache/<marketplace>/<plugin>/<version>/ ← version cache\n│ ├── known_marketplaces.json\n│ └── installed_plugins.json\n├── skills/ ← legacy skills (no plugin system)\n└── settings.json ← enabledPlugins, permissions\n\`\`\`\n\nThis is the **Claude Code CLI** configuration directory. It is the only path VAT\nresolves. Claude Desktop uses a different path (see below) and is out of scope.\n\n### Install sources (all resolve to the file-based method above)\n\n\`\`\`bash\n# npm package (downloads, extracts, copies plugin tree)\nvat skills install npm:@myorg/my-skills\n\n# Local directory (copies plugin tree from local path)\nvat skills install ./path/to/package\n\n# ZIP file\nvat skills install ./my-skills.zip\n\n# npm postinstall hook (triggered by npm install -g)\n# package.json: \"postinstall\": \"node ./node_modules/vibe-agent-toolkit/dist/bin/vat.js skills install --npm-postinstall\"\n\`\`\`\n\n### Uninstall (current state)\n\n\`vat skills uninstall\` removes skills from \`~/.claude/skills/\` only. It does NOT\nremove plugin-system installs (the \`~/.claude/plugins/\` tree).\n\n**A full \`vat plugins uninstall\` command does not yet exist.** See design notes below.\n\n---"
|
|
27
|
+
},
|
|
28
|
+
whatVatDoesNotSupportAndWhy: {
|
|
29
|
+
header: "## What VAT Does NOT Support (and Why)",
|
|
30
|
+
body: "### Claude Desktop file-based installs\n\nClaude Desktop on macOS uses \`~/Library/Application Support/Claude/\` rather than\n\`~/.claude/\`. On Windows it uses \`%APPDATA%\\Claude\\\`.\n\n**Why not supported today**: VAT\'s \`getClaudeUserPaths()\` is hardcoded to \`~/.claude/\`.\nExtending it requires detecting which applications are installed and resolving both\npaths. This is well-understood work with no architectural unknowns.\n\n**Architectural note**: When implemented, both paths should be handled by a single\n\`getClaudeInstallTargets()\` function returning multiple targets. CLI commands gain a\n\`--target code-cli|desktop|all\` flag. Default is \`code-cli\` until Desktop path\nhandling is verified stable.\n\n### Anthropic Cloud / claude.ai organization-level skills\n\nAnthropic operates a cloud-based skill system for claude.ai. Organization admins can\nmanage skills for all users through the admin console. VAT has no integration with\nthis system today because Anthropic has not published a public API for programmatic\nmanagement.\n\n**Architectural note**: When Anthropic publishes an org management API, VAT should\nadd \`vat skills publish --target claude-ai\` as a first-class install method. The\n\`dist/\` artifacts from \`vat build\` are format-compatible with this target. The gap\nis authentication and the API itself.\n\n### GitHub CI enterprise push (vision)\n\nThe goal: a GitHub Actions workflow in a skills repository automatically deploys\nskills to all users in an enterprise whenever a new version is merged to main.\n\nThis is a multi-layer problem with several viable approaches:\n\n#### Approach A: MDM-integrated npm publish (recommended near-term)\n\`\`\`\nGitHub Actions on release →\n npm publish @myorg/my-skills →\n MDM policy (Jamf/SCCM/Intune) detects new package version →\n Runs: npm install -g @myorg/my-skills\n → postinstall hook installs plugin to user\'s ~/.claude/\n\`\`\`\nVAT already supports this end-to-end. The MDM layer is outside VAT\'s scope and is\nconfigured by IT using standard MDM software management policies. The VAT piece is\ncomplete; IT must configure the npm-to-MDM trigger.\n\n#### Approach B: Managed settings deployment (near-term, no MDM required)\n\`\`\`\nGitHub Actions on release →\n vat build &&\n Generates managed-settings.json with plugin enablement →\n Deploys managed-settings.json to shared network path or cloud storage →\n Claude Code reads managed-settings.json at startup\n\`\`\`\n\`vat verify\` validates \`managed-settings.json\` today. The deployment step is IT\'s\nresponsibility. This approach requires no per-machine npm install; Claude Code reads\nthe settings file directly if it is placed at the expected path or if the path is\nconfigured.\n\n**Gap**: VAT does not yet have a \`vat claude deploy\` command that handles the push\nstep. Adding this would require IT to configure cloud storage credentials once.\n\n#### Approach C: Anthropic org API (long-term, requires Anthropic)\n\`\`\`\nGitHub Actions on release →\n vat skills publish --target claude-ai --org myorg →\n Anthropic API activates skills for all org users in claude.ai\n\`\`\`\nBlocked on Anthropic publishing an org management API. VAT\'s \`dist/\` output format\nis already designed for this target.\n\n---",
|
|
31
|
+
text: "## What VAT Does NOT Support (and Why)\n\n### Claude Desktop file-based installs\n\nClaude Desktop on macOS uses \`~/Library/Application Support/Claude/\` rather than\n\`~/.claude/\`. On Windows it uses \`%APPDATA%\\Claude\\\`.\n\n**Why not supported today**: VAT\'s \`getClaudeUserPaths()\` is hardcoded to \`~/.claude/\`.\nExtending it requires detecting which applications are installed and resolving both\npaths. This is well-understood work with no architectural unknowns.\n\n**Architectural note**: When implemented, both paths should be handled by a single\n\`getClaudeInstallTargets()\` function returning multiple targets. CLI commands gain a\n\`--target code-cli|desktop|all\` flag. Default is \`code-cli\` until Desktop path\nhandling is verified stable.\n\n### Anthropic Cloud / claude.ai organization-level skills\n\nAnthropic operates a cloud-based skill system for claude.ai. Organization admins can\nmanage skills for all users through the admin console. VAT has no integration with\nthis system today because Anthropic has not published a public API for programmatic\nmanagement.\n\n**Architectural note**: When Anthropic publishes an org management API, VAT should\nadd \`vat skills publish --target claude-ai\` as a first-class install method. The\n\`dist/\` artifacts from \`vat build\` are format-compatible with this target. The gap\nis authentication and the API itself.\n\n### GitHub CI enterprise push (vision)\n\nThe goal: a GitHub Actions workflow in a skills repository automatically deploys\nskills to all users in an enterprise whenever a new version is merged to main.\n\nThis is a multi-layer problem with several viable approaches:\n\n#### Approach A: MDM-integrated npm publish (recommended near-term)\n\`\`\`\nGitHub Actions on release →\n npm publish @myorg/my-skills →\n MDM policy (Jamf/SCCM/Intune) detects new package version →\n Runs: npm install -g @myorg/my-skills\n → postinstall hook installs plugin to user\'s ~/.claude/\n\`\`\`\nVAT already supports this end-to-end. The MDM layer is outside VAT\'s scope and is\nconfigured by IT using standard MDM software management policies. The VAT piece is\ncomplete; IT must configure the npm-to-MDM trigger.\n\n#### Approach B: Managed settings deployment (near-term, no MDM required)\n\`\`\`\nGitHub Actions on release →\n vat build &&\n Generates managed-settings.json with plugin enablement →\n Deploys managed-settings.json to shared network path or cloud storage →\n Claude Code reads managed-settings.json at startup\n\`\`\`\n\`vat verify\` validates \`managed-settings.json\` today. The deployment step is IT\'s\nresponsibility. This approach requires no per-machine npm install; Claude Code reads\nthe settings file directly if it is placed at the expected path or if the path is\nconfigured.\n\n**Gap**: VAT does not yet have a \`vat claude deploy\` command that handles the push\nstep. Adding this would require IT to configure cloud storage credentials once.\n\n#### Approach C: Anthropic org API (long-term, requires Anthropic)\n\`\`\`\nGitHub Actions on release →\n vat skills publish --target claude-ai --org myorg →\n Anthropic API activates skills for all org users in claude.ai\n\`\`\`\nBlocked on Anthropic publishing an org management API. VAT\'s \`dist/\` output format\nis already designed for this target.\n\n---"
|
|
32
|
+
},
|
|
33
|
+
vatPluginsUninstall-DesignIntent: {
|
|
34
|
+
header: "## \`vat plugins uninstall\` — Design Intent",
|
|
35
|
+
body: "A \`vat plugins uninstall <plugin>@<marketplace>\` command should exist but does not yet.\n\n### What it must reverse\n\nUninstalling a plugin installed via the file-based method requires reversing 5 artifacts:\n\n1. Delete \`~/.claude/plugins/marketplaces/<marketplace>/plugins/<plugin>/\`\n2. Delete \`~/.claude/plugins/cache/<marketplace>/<plugin>/<version>/\`\n3. Remove \`<plugin>@<marketplace>\` from \`installed_plugins.json\`\n4. Remove \`<marketplace>\` from \`known_marketplaces.json\` if no plugins remain\n5. Remove \`enabledPlugins[<plugin>@<marketplace>]\` from \`settings.json\`\n\n### Design decisions\n\n- **Idempotent**: exit 0 if plugin not found — safe for IT automation scripts\n- **Not-VAT-installed case**: if plugin directory exists but no registry entries, delete\n the directory and clean settings.json; emit a warning that the plugin was not\n installed via VAT\n- **\`--dry-run\`**: show what would be deleted without deleting (follow \`vat skills uninstall\` pattern)\n- **\`--target\`**: code-cli | desktop | all (default: code-cli until Desktop is implemented)\n- **\`vat plugins list\`**: companion command to show installed plugins — needed for\n discoverability before uninstalling\n\n### Implementation location\n\nPer the CLI \"dumb orchestration\" principle:\n- Logic: \`packages/claude-marketplace/src/install/plugin-uninstall.ts\` (new file alongside plugin-registry.ts)\n- CLI: \`packages/cli/src/commands/plugins/uninstall.ts\` (thin wrapper)\n- New command group: \`vat plugins\` with subcommands \`list\` and \`uninstall\`\n\n---",
|
|
36
|
+
text: "## \`vat plugins uninstall\` — Design Intent\n\nA \`vat plugins uninstall <plugin>@<marketplace>\` command should exist but does not yet.\n\n### What it must reverse\n\nUninstalling a plugin installed via the file-based method requires reversing 5 artifacts:\n\n1. Delete \`~/.claude/plugins/marketplaces/<marketplace>/plugins/<plugin>/\`\n2. Delete \`~/.claude/plugins/cache/<marketplace>/<plugin>/<version>/\`\n3. Remove \`<plugin>@<marketplace>\` from \`installed_plugins.json\`\n4. Remove \`<marketplace>\` from \`known_marketplaces.json\` if no plugins remain\n5. Remove \`enabledPlugins[<plugin>@<marketplace>]\` from \`settings.json\`\n\n### Design decisions\n\n- **Idempotent**: exit 0 if plugin not found — safe for IT automation scripts\n- **Not-VAT-installed case**: if plugin directory exists but no registry entries, delete\n the directory and clean settings.json; emit a warning that the plugin was not\n installed via VAT\n- **\`--dry-run\`**: show what would be deleted without deleting (follow \`vat skills uninstall\` pattern)\n- **\`--target\`**: code-cli | desktop | all (default: code-cli until Desktop is implemented)\n- **\`vat plugins list\`**: companion command to show installed plugins — needed for\n discoverability before uninstalling\n\n### Implementation location\n\nPer the CLI \"dumb orchestration\" principle:\n- Logic: \`packages/claude-marketplace/src/install/plugin-uninstall.ts\` (new file alongside plugin-registry.ts)\n- CLI: \`packages/cli/src/commands/plugins/uninstall.ts\` (thin wrapper)\n- New command group: \`vat plugins\` with subcommands \`list\` and \`uninstall\`\n\n---"
|
|
37
|
+
},
|
|
38
|
+
guidanceForAdopters: {
|
|
39
|
+
header: "## Guidance for Adopters",
|
|
40
|
+
body: "### For end-user / IT-managed deployments (recommended)\n\nAdd \`vibe-agent-toolkit\` as a **runtime dependency** (not devDependencies) and use\nthe local node_modules binary in postinstall. Never assume \`vat\` is globally installed.\n\n\`\`\`json\n{\n \"dependencies\": { \"vibe-agent-toolkit\": \"latest\" },\n \"scripts\": {\n \"postinstall\": \"node ./node_modules/vibe-agent-toolkit/dist/bin/vat.js skills install --npm-postinstall || exit 0\"\n }\n}\n\`\`\`\n\nIT runs: \`npm install -g @myorg/my-skills\` — no other tools required on the user\'s machine.\n\nFor private GitHub Packages registries, IT pre-configures \`.npmrc\` with a read-only\ntoken for the \`@myorg\` scope. End users do not need to know about registries or tokens.\n\n### For developer self-install\n\n\`\`\`bash\nnpx vibe-agent-toolkit skills install npm:@myorg/my-skills\n\`\`\`\n\n### For enterprise CI (near-term best option)\n\nUse Approach A (MDM-integrated npm publish) or Approach B (managed-settings deployment).\nBoth work today with no additional VAT features.\n\n---",
|
|
41
|
+
text: "## Guidance for Adopters\n\n### For end-user / IT-managed deployments (recommended)\n\nAdd \`vibe-agent-toolkit\` as a **runtime dependency** (not devDependencies) and use\nthe local node_modules binary in postinstall. Never assume \`vat\` is globally installed.\n\n\`\`\`json\n{\n \"dependencies\": { \"vibe-agent-toolkit\": \"latest\" },\n \"scripts\": {\n \"postinstall\": \"node ./node_modules/vibe-agent-toolkit/dist/bin/vat.js skills install --npm-postinstall || exit 0\"\n }\n}\n\`\`\`\n\nIT runs: \`npm install -g @myorg/my-skills\` — no other tools required on the user\'s machine.\n\nFor private GitHub Packages registries, IT pre-configures \`.npmrc\` with a read-only\ntoken for the \`@myorg\` scope. End users do not need to know about registries or tokens.\n\n### For developer self-install\n\n\`\`\`bash\nnpx vibe-agent-toolkit skills install npm:@myorg/my-skills\n\`\`\`\n\n### For enterprise CI (near-term best option)\n\nUse Approach A (MDM-integrated npm publish) or Approach B (managed-settings deployment).\nBoth work today with no additional VAT features.\n\n---"
|
|
42
|
+
},
|
|
43
|
+
whatIsOutOfScopeForVat: {
|
|
44
|
+
header: "## What Is Out of Scope for VAT",
|
|
45
|
+
body: "VAT is a **packaging and local install tool**. The following are permanently out of scope:\n\n- MDM software management configuration (Jamf, SCCM, Intune policies)\n- Internal npm registry setup and authentication management\n- Anthropic cloud API authentication or org provisioning\n- Per-user credential management for private registries\n- Claude Desktop configuration (until Desktop and Code CLI paths converge)",
|
|
46
|
+
text: "## What Is Out of Scope for VAT\n\nVAT is a **packaging and local install tool**. The following are permanently out of scope:\n\n- MDM software management configuration (Jamf, SCCM, Intune policies)\n- Internal npm registry setup and authentication management\n- Anthropic cloud API authentication or org provisioning\n- Per-user credential management for private registries\n- Claude Desktop configuration (until Desktop and Code CLI paths converge)"
|
|
47
|
+
}
|
|
48
|
+
};
|
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
*/
|
|
4
4
|
|
|
5
5
|
export const meta = {
|
|
6
|
-
name: "
|
|
6
|
+
name: "resources",
|
|
7
7
|
description: "Use when working with VAT resource collections, per-directory frontmatter schema validation, link validation, or the vat resources command. Covers collection configuration, schema mapping, and validation modes."
|
|
8
8
|
};
|
|
9
9
|
|
|
@@ -16,9 +16,11 @@ export const meta: {
|
|
|
16
16
|
export const text: string;
|
|
17
17
|
|
|
18
18
|
export const fragments: {
|
|
19
|
+
readonly scope: Fragment;
|
|
19
20
|
readonly overview: Fragment;
|
|
20
21
|
readonly projectStructure: Fragment;
|
|
21
22
|
readonly step1PackagejsonConfiguration: Fragment;
|
|
23
|
+
readonly handlingPluginRenamesVatreplaces: Fragment;
|
|
22
24
|
readonly step2VibeAgentToolkitconfigyaml: Fragment;
|
|
23
25
|
readonly step3Build: Fragment;
|
|
24
26
|
readonly step4Publish: Fragment;
|
|
@@ -26,6 +28,7 @@ export const fragments: {
|
|
|
26
28
|
readonly managedSettingsjsonValidationEnterprise: Fragment;
|
|
27
29
|
readonly -TargetClaudeWebZipUpload: Fragment;
|
|
28
30
|
readonly quickReference: Fragment;
|
|
31
|
+
readonly futureZeroDependencyPostinstallOptionB: Fragment;
|
|
29
32
|
};
|
|
30
33
|
|
|
31
34
|
export type FragmentName = keyof typeof fragments;
|