@wnzzer/agentdock 0.1.25 → 0.1.26

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.
Files changed (2) hide show
  1. package/README.md +43 -233
  2. package/package.json +6 -6
package/README.md CHANGED
@@ -17,219 +17,81 @@
17
17
 
18
18
  <p align="center"><b>English</b> · <a href="README.zh-CN.md">简体中文</a></p>
19
19
 
20
- AgentDock is a browser workspace for the official **Claude Code** and **Codex** CLIs. It runs on the machine where your code lives and puts agent sessions, files, Git diffs and terminals on one canvas you can split and dock, reachable from any browser, including a phone.
20
+ AgentDock is a browser workspace for the official **Claude Code** and **Codex** CLIs. It runs where your code lives and puts agent sessions, files, Git diffs and terminals on one canvas you can split and dock, from any browser, phone included.
21
21
 
22
- It does not have its own agent. Codex is driven through its official `app-server` and Claude Code through its `stream-json` interface, so logins, models, hooks, `CLAUDE.md` and permission prompts all stay native.
22
+ It has no agent of its own: Codex runs through its official `app-server` and Claude Code through `stream-json`, so logins, models, hooks, `CLAUDE.md` and permission prompts stay native.
23
23
 
24
24
  <p align="center">
25
25
  <img src="docs/assets/screenshot-canvas.png" alt="The AgentDock canvas: two agent sessions side by side, and Git changes with a diff bottom right." width="100%">
26
26
  </p>
27
27
 
28
- - [Highlights](#highlights)
29
- - [Install](#install)
30
- - [Quick start](#quick-start)
31
- - [Commands](#commands)
32
- - [Configuration](#configuration)
33
- - [Remote access](#remote-access)
34
- - [All features](#all-features)
35
- - [Architecture](#architecture)
36
- - [Security](#security)
37
- - [Documentation](#documentation)
38
- - [Development](#development)
39
-
40
28
  ## Highlights
41
29
 
42
- ### The real clients, not an imitation
43
-
44
- Every session is the official `claude` or `codex` you already have installed, driven through its own programmatic interface. Your sign-in, `CLAUDE.md`, hooks, MCP servers, slash commands and permission prompts behave exactly as they do in the terminal. The model list comes from the client itself, so a newly released model shows up as soon as you upgrade the CLI, and you can always type a model ID by hand.
30
+ - **The real clients.** Every session is the `claude` or `codex` you already have installed. Your sign-in, MCP servers, slash commands and permission prompts behave as in the terminal, and new models appear as soon as you upgrade the CLI.
31
+ - **Steer while it works.** <kbd>Enter</kbd> steers the running turn without stopping it, <kbd>Alt</kbd>+<kbd>Enter</kbd> queues the next turn, and *Interrupt and send* changes course.
32
+ - **Every project on one canvas.** Split, tab and dock sessions, files, diffs and terminals from different repositories. Closing a pane never ends its process, and the layout follows you to any browser.
33
+ - **One branch per session.** Give a session its own branch and it works in a git worktree, so two agents can build two features at once.
34
+ - **Accounts and endpoints, kept apart.** Each session picks an official account, the host's sign-in, a custom gateway or an isolated client home, with remaining 5-hour and weekly quota at a glance. Hand a conversation from Claude Code to Codex, or back.
35
+ - **Any screen.** Splits fold into tabs when space runs out. On a phone you get a drawer sidebar, bottom-sheet menus and long-press for right-click.
45
36
 
46
37
  <p align="center">
47
- <img src="docs/assets/screenshot-models.png" alt="The model menu, listing what the installed Claude Code reports, with a field for any other model ID." width="80%">
48
- </p>
49
-
50
- ### Any screen, full workspace
51
-
52
- The same workspace works from a phone to an ultrawide monitor, with nothing cut down on the small end. Splits fold into tabs when a window or pane gets too small and open back up when there is room, without touching the saved layout. Controls adapt to the pane they sit in, so a narrow split on a big screen gets the compact layout too. On a phone the sidebar becomes a drawer, the layout makes room for the keyboard, menus open as bottom sheets, touch targets are finger-sized and a long press stands in for right-click. Check on a long task, answer an approval or steer the agent from the couch.
53
-
54
- <p align="center">
55
- <img src="docs/assets/screenshot-mobile.png" alt="AgentDock on a phone: the split folded into tabs, a steered message, and the composer." width="36%">
38
+ <img src="docs/assets/screenshot-steer.png" alt="A steered message in the middle of a running turn, with the send menu open." width="58%">
56
39
  &nbsp;
57
- <img src="docs/assets/screenshot-terminal-mobile.png" alt="A terminal session on a phone, with the touch key bar." width="36%">
58
- </p>
59
-
60
- ### Correct the agent while it works
61
-
62
- A message typed while the agent is busy doesn't have to wait. **Enter steers**: the agent reads it at its next step, without stopping, and the transcript marks it. **⌥/Alt+Enter queues** it as the next turn instead, and **Interrupt and send** stops the turn when you need to change course completely. If the client can't take a message mid-turn, it waits in the queue rather than being lost.
63
-
64
- <p align="center">
65
- <img src="docs/assets/screenshot-steer.png" alt="A steered message marked Steer in the middle of a running turn, with the send menu open: Steer, After this turn, Interrupt and send." width="70%">
40
+ <img src="docs/assets/screenshot-mobile.png" alt="AgentDock on a phone: the split folded into tabs and the composer." width="27%">
66
41
  </p>
67
42
 
68
- ### One branch per session
69
-
70
- Give a session its own branch and it moves into a git worktree beside the repository, so two agents can work on two features at once without touching each other's files. The workspace keeps its own branch, switched from the status bar. Right-click a branch or worktree to rename, delete or remove it. If a session is in the way of a switch, AgentDock names it and offers to end it for you.
71
-
72
- ### Every project on one canvas
43
+ <details>
44
+ <summary><b>All features</b></summary>
73
45
 
74
- Split, tab and dock sessions, files, Git diffs and terminals the way you like. Sessions from different repositories can sit side by side. Closing a pane never ends its process, and the layout is saved on the server, so a second browser opens exactly what you left.
46
+ **Canvas**: recursive splits, drag-to-edge docking, tabs and `1:1` / `2×2` / `1:2:1` presets; each file and Git pane stays bound to its repository; layouts saved on the server; right-click menus throughout.
75
47
 
76
- ### A conversation you can navigate
48
+ **Agent sessions**: structured view with grouped tool cards, native approval and question cards, a context-usage ring and turn status. Model, thinking depth, permission mode and endpoint are switchable from the message box (or type any model ID). Resume native Claude Code and Codex history per workspace. File references such as `src/app.ts:42` open at that line. Images open in a lightbox; tables and code render properly. *Interrupt* and *End session* are separate, and input is never replayed after a disconnect. Sessions can be archived, multi-selected and deleted, and temporary sessions handle throwaway questions.
77
49
 
78
- File paths the agent mentions (`src/app.ts:42`, `README.md`) are clickable chips that open the file at that line. Files in another workspace open there, and anything else opens in a read-only preview. Consecutive tool calls fold into one card, images open in a lightbox, and tables and code render properly.
50
+ **Files and Git**: file tree and editor that follow changes on disk live; `.gitignore`-aware search; `@path` completion; conflict-checked saves; Markdown, image, video, audio and PDF previews. The Git pane covers status, diff, stage, discard and commit, plus branches and worktrees.
79
51
 
80
- ### Accounts and endpoints, kept apart
81
-
82
- Every session chooses where it runs: an official account signed in through AgentDock, the sign-in already on the host, a custom endpoint such as a team gateway or proxy, or a clean, isolated client home that shares nothing with the host. Each is isolated from the others, so switching one session never touches another, and API keys are stored only as references resolved at launch. Switch from the message box at any time. The same menu hands the conversation to the other agent: go from Claude Code to Codex (or back) and what was said so far is carried into the new session's message box.
83
-
84
- <p align="center">
85
- <img src="docs/assets/screenshot-endpoints.png" alt="The endpoint menu: an isolated configuration, a team gateway, the host sign-in, and continuing with Codex." width="70%">
86
- </p>
52
+ **Accounts and environment**: official account sign-in and quota; import the host's configuration or create isolated endpoint profiles; per-session environment variables with secret references; per-client defaults stored on the server.
87
53
 
88
- ### Your quota at a glance
54
+ **Host**: CPU and memory in the status bar; English and Chinese UI.
89
55
 
90
- See how much of each official account's 5-hour and weekly windows is **left**, with when each resets, for as many accounts as you use. Usage is read from the official endpoint on request, never polled in the background.
56
+ </details>
91
57
 
92
- <p align="center">
93
- <img src="docs/assets/screenshot-accounts.png" alt="Official accounts: 84% of the 5-hour window and 48% of the weekly window left, with reset times." width="70%">
94
- </p>
95
-
96
- ### Set it once
97
-
98
- Preferences choose the default endpoint, thinking depth and permission mode per client, stored on the server so every device starts sessions the same way.
99
-
100
- ## Install
101
-
102
- Requirements:
58
+ ## Quick start
103
59
 
104
- - Node.js 24 or newer
105
- - [Claude Code](https://www.npmjs.com/package/@anthropic-ai/claude-code) and/or [Codex](https://www.npmjs.com/package/@openai/codex), installed on the same machine
60
+ Requires Node.js 24+ and [Claude Code](https://www.npmjs.com/package/@anthropic-ai/claude-code) and/or [Codex](https://www.npmjs.com/package/@openai/codex) on the same machine.
106
61
 
107
62
  ```bash
108
63
  npm install -g @wnzzer/agentdock
64
+ agentdock # starts in the background → http://127.0.0.1:28789/
109
65
  ```
110
66
 
111
- The package ships one prebuilt binary per platform, with the web client and native bridge inside it. It has no postinstall step, so `--ignore-scripts` works.
112
-
113
- | Platform | Architectures |
114
- | -------- | ------------------------- |
115
- | macOS | arm64, x64 |
116
- | Linux | x64, arm64 (static musl) |
117
- | Windows | x64 |
118
- | Other | [Build from source](#development) |
119
-
120
- On Windows, terminal sessions open PowerShell (`pwsh` when installed; set `AGENTDOCK_SHELL` for another shell), and `agentdock stop` ends the gateway and its agents at once, since Windows has no gentler signal to send a background console program.
121
-
122
- Tarballs with `SHA256SUMS` are also attached to every [release](https://github.com/wnzzer/agentdock/releases).
123
-
124
- ## Quick start
125
-
126
- ```bash
127
- agentdock
128
- ```
129
-
130
- This starts the server in the background and prints its URL (by default **http://127.0.0.1:28789/**). In the browser:
131
-
132
- 1. **Pick a workspace**, which can be any existing directory on the host.
133
- 2. **Reuse your sign-in.** Go to *Settings → Official accounts → Import existing configuration*. It points at your existing `~/.claude` or `~/.codex` without copying credentials.
134
- 3. **Create a session**, or use **Load existing session** to resume a native Claude Code or Codex conversation from this workspace.
135
- 4. **Arrange the canvas** by dragging sessions, files, Git and terminals into splits and tabs.
67
+ Then **pick a workspace** (any directory on the host), reuse your sign-in from *Settings → Official accounts → Import existing configuration*, and **create a session** or **load an existing one**.
136
68
 
137
- ## Commands
69
+ Prebuilt for macOS (arm64, x64), Linux (x64, arm64, static musl) and Windows (x64), with no postinstall step. Other platforms can [build from source](docs/development.md). On Windows, terminals open PowerShell (`AGENTDOCK_SHELL` picks another shell).
138
70
 
139
- | Command | Description |
140
- | ------------------- | -------------------------------------------------------------- |
141
- | `agentdock` | Start the server in the background and wait until it responds |
142
- | `agentdock --lan` | Same, but reachable from other machines on the network |
143
- | `agentdock status` | Show whether it is running, its URL and the access token |
144
- | `agentdock logs` | Print the background server's log |
145
- | `agentdock restart` | Stop, then start again |
146
- | `agentdock stop` | Stop the background server |
147
- | `agentdock serve` | Run in the foreground (for systemd or another supervisor) |
148
- | `agentdock init` | Create the state directory without starting anything |
71
+ | Command | Description |
72
+ | --- | --- |
73
+ | `agentdock` / `agentdock --lan` | Start in the background, on loopback or on every interface |
74
+ | `agentdock status` · `logs` | URL, access token and server log |
75
+ | `agentdock restart` · `stop` | Restart or stop the background server |
76
+ | `agentdock serve` | Run in the foreground, for systemd or another supervisor |
149
77
 
150
- If a start fails, the command prints the reason from the log and exits with a non-zero code.
78
+ ## Configuration and remote access
151
79
 
152
- ## Configuration
153
-
154
- All state is stored in `~/.agentdock/` (SQLite database, settings, logs). There is no telemetry.
155
-
156
- Settings are read from `~/.agentdock/config.toml`. An environment variable with the same meaning takes precedence over the file.
80
+ State lives in `~/.agentdock/` (SQLite, settings, logs), with no telemetry. Settings are read from `~/.agentdock/config.toml`, and matching `AGENTDOCK_*` environment variables win:
157
81
 
158
82
  ```toml
159
83
  lan = true # same as --lan
160
84
  port = 28789 # or addr = "192.168.0.9:28789"
161
- token = "..." # access token (AGENTDOCK_TOKEN)
85
+ token = "..." # AGENTDOCK_TOKEN
162
86
  allowed-origins = ["https://dock.example.com"]
163
87
  ```
164
88
 
165
- Commonly used environment variables:
166
-
167
- | Variable | Purpose |
168
- | --------------------------- | -------------------------------------------------- |
169
- | `AGENTDOCK_HOME` | State directory (default `~/.agentdock`) |
170
- | `AGENTDOCK_ADDR` | Listen address (default `127.0.0.1:28789`) |
171
- | `AGENTDOCK_TOKEN` | Access token; required for non-loopback binds |
172
- | `AGENTDOCK_ALLOWED_ORIGINS` | Extra allowed browser origins, comma-separated |
173
- | `AGENTDOCK_CLAUDE_BIN` | Absolute path to `claude` |
174
- | `AGENTDOCK_CODEX_BIN` | Absolute path to `codex` |
175
-
176
- API keys for custom endpoint profiles are stored only as references such as `env:AGENTDOCK_SECRET_WORK`, and the backend resolves them when a session launches. For the full list, see [Configuration](docs/configuration.md) and [Endpoint profiles](docs/endpoint-profiles.md).
177
-
178
- ## Remote access
179
-
180
- By default AgentDock listens only on loopback. There are three ways to reach it from another device:
181
-
182
- - **SSH port forwarding** is the recommended option on networks you do not control:
183
-
184
- ```bash
185
- ssh -L 28789:127.0.0.1:28789 user@server
186
- ```
187
-
188
- - **`agentdock --lan`** binds every interface and issues an access token. Traffic is plain HTTP, so use it only on a trusted network.
189
- - **An HTTPS reverse proxy** must preserve `Host` and WebSocket upgrades, and its hostname must be listed in `AGENTDOCK_ALLOWED_ORIGINS`.
190
-
191
- See [Security and boundaries](docs/security.md#private-remote-access) for details.
192
-
193
- ## All features
194
-
195
- **Canvas**
196
-
197
- - Recursive horizontal and vertical splits, drag-to-edge docking, tabs, and `1:1` / `2×2` / `1:2:1` presets.
198
- - Sessions from different projects can share one canvas; each file and Git pane stays bound to its own repository.
199
- - Closing a pane never ends its process. Layouts are saved on the server.
200
- - Right-click menus throughout; the browser's own menu stays only where it is useful (text, links, the terminal).
201
-
202
- **Agent sessions**
203
-
204
- - Structured conversation view: tool cards (grouped when consecutive), native approval and question cards, context-usage ring, turn status.
205
- - Steer a running turn, queue for after it, or interrupt and send.
206
- - Model, thinking depth, permission mode and endpoint switchable from the message box; the model list comes from the installed client.
207
- - Hand a conversation to the other agent. Resume native Claude Code and Codex history per workspace.
208
- - Clickable file references and links, image previews, Markdown tables and syntax-highlighted code.
209
- - **Interrupt** and **End session** are separate. Input is saved before it is sent and never replayed after a disconnect.
210
- - Archive, multi-select and delete sessions; temporary sessions for throwaway questions.
211
-
212
- **Files and Git**
213
-
214
- - File tree, `.gitignore`-aware workspace search, and `@path` completion in the composer.
215
- - Syntax-highlighted editing with conflict-checked saves; Markdown, image, video, audio and PDF previews.
216
- - Git pane with status, diff, stage/unstage, discard and commit.
217
- - Per-session branches in their own worktrees; switch, create, rename and delete branches, and remove worktrees.
218
-
219
- **Accounts and environment**
89
+ To reach it from another device, prefer **SSH forwarding** (`ssh -L 28789:127.0.0.1:28789 user@server`). `--lan` is plain HTTP for trusted networks only, and an **HTTPS reverse proxy** must keep `Host` and WebSocket upgrades. See [Configuration](docs/configuration.md) and [remote access](docs/security.md#private-remote-access).
220
90
 
221
- - Official Claude Code and Codex accounts with sign-in and remaining 5-hour and weekly quota.
222
- - Import the host's existing configuration, or create isolated custom endpoint profiles.
223
- - Per-session environment variables: literal values, secret references and explicit unset.
224
- - Preferences for each client's default endpoint, thinking depth and permission mode.
91
+ > [!WARNING]
92
+ > AgentDock is for **a single trusted user**. Anyone who can reach it has your user's permissions, and `claude` / `codex` run **unsandboxed**. Read [Security and boundaries](docs/security.md) before exposing it beyond localhost.
225
93
 
226
- **Host and access**
227
-
228
- - Host CPU and memory in the status bar.
229
- - Works at every size: splits fold into tabs and back as space allows, controls adapt to their pane, and phones get a drawer sidebar, keyboard-aware layout, bottom-sheet menus, touch-sized targets and long-press menus.
230
- - English and Chinese UI.
231
-
232
- ## Architecture
94
+ ## How it works
233
95
 
234
96
  ```text
235
97
  Browser ── Vue 3 canvas: sessions · files · Git · terminals
@@ -243,76 +105,24 @@ See [Security and boundaries](docs/security.md#private-remote-access) for detail
243
105
  └─ claude stream-json ────────▶ official Claude Code
244
106
  ```
245
107
 
246
- - **Server (Rust)** handles the protocol, authentication, persistence and process supervision. It does not run an agent loop.
247
- - **Native bridge (Node)** maps each client's official interface to versioned session events, which is why Node is required.
248
- - **Layout engine** treats agents, editors, Git and terminals as pane types.
249
-
250
- See [Architecture](docs/architecture.md) and [Structured agent UI](docs/structured-agent-ui.md).
251
-
252
- ## Security
253
-
254
- AgentDock is a workspace for **a single trusted user**. It is not a multi-tenant sandbox.
255
-
256
- - Anyone who can reach the API has the permissions of the user running the server. Protect the access token like that user's credentials.
257
- - Files are read and written only inside workspace roots. A file an agent names outside every workspace can be previewed read-only, but only inside the folder picker's browsing roots. `.git`, `.ssh`, `.agentdock`, credentials and client configuration files are refused everywhere, and deletion never follows symlinks.
258
- - **Agent processes are not sandboxed.** `claude` and `codex` run with your full user permissions, limited only by their own permission settings.
259
- - A non-loopback bind won't start without a token of at least 24 characters, and Origin and Host must be on the allow-list.
260
-
261
- Read [Security and boundaries](docs/security.md) and [Permission boundary](docs/permission-boundary.md) before exposing AgentDock beyond localhost.
108
+ The Rust server handles the protocol, auth, persistence and process supervision, and runs no agent loop itself. The Node bridge maps each client's official interface to session events.
262
109
 
263
110
  ## Documentation
264
111
 
265
- | Topic | Documents |
266
- | -------------------------------------- | -------------------------------------------------------------------------------------------------- |
267
- | Configuration, credentials, environment | [Configuration](docs/configuration.md) · [Endpoint profiles](docs/endpoint-profiles.md) |
268
- | Official accounts | [Official accounts](docs/official-accounts.md) |
269
- | Sessions and the canvas | [Sessions and the shared canvas](docs/sessions-and-canvas.md) · [Structured agent UI](docs/structured-agent-ui.md) |
270
- | Security | [Security and boundaries](docs/security.md) · [Permission boundary](docs/permission-boundary.md) |
271
- | HTTP API | [API contract](docs/api.md) |
272
- | Design | [Architecture](docs/architecture.md) · [Product boundary](docs/product-boundary.md) · [UI design](docs/ui-design.md) |
273
- | Upgrading | [Settings and update](docs/settings-update.md) |
112
+ [Configuration](docs/configuration.md) · [Endpoint profiles](docs/endpoint-profiles.md) · [Official accounts](docs/official-accounts.md) · [Sessions and canvas](docs/sessions-and-canvas.md) · [Structured agent UI](docs/structured-agent-ui.md) · [Security](docs/security.md) · [Permission boundary](docs/permission-boundary.md) · [API](docs/api.md) · [Architecture](docs/architecture.md) · [Upgrading](docs/settings-update.md) · [Development](docs/development.md)
274
113
 
275
114
  ## Development
276
115
 
277
- Requirements: Rust stable 1.89+, Node.js 24+, pnpm 10.30.3.
116
+ Requires Rust 1.89+, Node.js 24+ and pnpm 10.30.3.
278
117
 
279
118
  ```bash
280
- git clone https://github.com/wnzzer/agentdock.git
281
- cd agentdock
282
119
  pnpm install --frozen-lockfile
283
- pnpm run dev # → http://127.0.0.1:5173/
120
+ pnpm run dev # → http://127.0.0.1:5173/
121
+ pnpm run check && cargo test --workspace
284
122
  ```
285
123
 
286
- Run a production build locally:
287
-
288
- ```bash
289
- pnpm run build:web && cargo run -p agentdock-server # → http://127.0.0.1:28789/
290
- ```
291
-
292
- Run the checks before submitting changes:
293
-
294
- ```bash
295
- cargo fmt --all -- --check
296
- cargo clippy --workspace --all-targets -- -D warnings
297
- cargo test --workspace
298
- pnpm run check
299
- ```
300
-
301
- | Path | Contents |
302
- | ------------------------ | ------------------------------------------------------------ |
303
- | `crates/server` | HTTP/WebSocket API, daemon, security, accounts, workspace IO |
304
- | `crates/agent-runtime` | Process and PTY supervision |
305
- | `crates/persistence` | SQLite store and migrations (`migrations/`) |
306
- | `crates/domain` | Shared domain model |
307
- | `packages/native-bridge` | Node JSONL bridge to Claude Code and Codex |
308
- | `packages/protocol` | DTOs and layout model shared with the client |
309
- | `apps/web` | Vue 3 + TypeScript client and layout engine |
310
- | `npm/` | Packaging for `@wnzzer/agentdock` and platform packages |
311
-
312
- See [Development](docs/development.md) for more.
124
+ See [Development](docs/development.md) for the full check list and repository layout.
313
125
 
314
126
  ## License
315
127
 
316
- [MIT](LICENSE). Third-party material is listed in [third-party notices](docs/third-party-notices.md).
317
-
318
- Claude Code and Codex are products of Anthropic and OpenAI respectively. AgentDock is an independent project and is not affiliated with or endorsed by either company.
128
+ [MIT](LICENSE). Third-party material is listed in [third-party notices](docs/third-party-notices.md). Claude Code and Codex are products of Anthropic and OpenAI respectively. AgentDock is an independent project and is not affiliated with or endorsed by either company.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@wnzzer/agentdock",
3
- "version": "0.1.25",
3
+ "version": "0.1.26",
4
4
  "description": "Remote multi-agent development workspace for the official Claude Code and Codex CLIs",
5
5
  "license": "MIT",
6
6
  "homepage": "https://github.com/wnzzer/agentdock",
@@ -22,11 +22,11 @@
22
22
  "agentdock": "bin/agentdock.js"
23
23
  },
24
24
  "optionalDependencies": {
25
- "@wnzzer/agentdock-darwin-arm64": "0.1.25",
26
- "@wnzzer/agentdock-darwin-x64": "0.1.25",
27
- "@wnzzer/agentdock-linux-x64": "0.1.25",
28
- "@wnzzer/agentdock-linux-arm64": "0.1.25",
29
- "@wnzzer/agentdock-win32-x64": "0.1.25"
25
+ "@wnzzer/agentdock-darwin-arm64": "0.1.26",
26
+ "@wnzzer/agentdock-darwin-x64": "0.1.26",
27
+ "@wnzzer/agentdock-linux-x64": "0.1.26",
28
+ "@wnzzer/agentdock-linux-arm64": "0.1.26",
29
+ "@wnzzer/agentdock-win32-x64": "0.1.26"
30
30
  },
31
31
  "files": [
32
32
  "bin/",