autowonder 0.3.26 → 0.3.28
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/README.md +11 -9
- package/package.json +1 -1
- package/vendor/autowonder-daemon-darwin-amd64 +0 -0
- package/vendor/autowonder-daemon-darwin-arm64 +0 -0
- package/vendor/autowonder-daemon-linux-amd64 +0 -0
- package/vendor/autowonder-daemon-linux-arm64 +0 -0
- package/vendor/autowonder-daemon-win32-amd64.exe +0 -0
- package/vendor/autowonder-daemon-win32-arm64.exe +0 -0
package/README.md
CHANGED
|
@@ -6,10 +6,10 @@ AutoWonder 本地 agent runtime。安装后启动 daemon,持续轮询本地 as
|
|
|
6
6
|
|
|
7
7
|
```bash
|
|
8
8
|
# Qoder CLI(模型使用 provider model ID;Context Window 使用固定档位)
|
|
9
|
-
npx -y autowonder@0.3.
|
|
9
|
+
npx -y autowonder@0.3.28 connect --ws-url <wss-endpoint> --token <executor-token> --executor-id <executor-id> --provider qoder --model qmodel_latest --reasoning-effort medium --context-window 260000
|
|
10
10
|
|
|
11
11
|
# Qoder CLI CN
|
|
12
|
-
npx -y autowonder@0.3.
|
|
12
|
+
npx -y autowonder@0.3.28 connect --ws-url <wss-endpoint> --token <executor-token> --executor-id <executor-id> --provider qodercn
|
|
13
13
|
```
|
|
14
14
|
|
|
15
15
|
`connect` 会安装当前 npm 包内置的 daemon,并使用页面生成的 WebSocket endpoint、Token 和执行器 ID 建立连接。客户端只支持通过 Qoder 系列 CLI 启动(`qoder` 对应 `qodercli`,`qodercn` 对应 `qodercn`),其他 `--provider` 取值会在启动 daemon 前直接报错拦截并提示 `Unsupported provider`。选择 Qoder CLI 或 Qoder CLI CN 时需要 Node.js 20+;runtime 会在缺少对应 CLI 时自动通过 npm 安装,并在尚未登录时打开浏览器登录。runtime 会继承当前用户的 HOME、环境变量和 CLI 登录状态。
|
|
@@ -99,6 +99,8 @@ daemon 重启或崩溃后重新接管未完成的派单时,runtime 不会直
|
|
|
99
99
|
|
|
100
100
|
恢复执行前会把工作目录规范化为绝对路径并解析符号链接(Qoder 会话按物理目录索引),因此通过符号链接别名派发的任务在重启后仍能找到并续接原会话。
|
|
101
101
|
|
|
102
|
+
完成交付进入 `uploading` 后,永久性上传失败(产物超限、权限拒绝或其他已判定的终态错误)不再被外层自动重试循环持续重投:runtime 记录终态失败、停止该派单的重试,并保留本次业务结果与产物责任等待平台处置;只有可恢复错误才按 30 秒退避继续。取消请求贯穿完成交付与启动恢复——上传阶段的取消会立即把该派单标记为已取消并释放待发布结果,恢复 worker 在启动前或上传重试过程中被取消时不再继续投递,对已进入终态且没有活跃处理器的派单会按幂等成功回应该取消。启动恢复中只做纯上传/发布结果的派单状态显示为 `uploading`,其被拒绝的上传仍以服务端权威所有权栅栏为准,不在本地凭空创建新的业务失败或结果身份。
|
|
103
|
+
|
|
102
104
|
## 自动更新
|
|
103
105
|
|
|
104
106
|
daemon 不会自行追新:后台自动更新策略默认关闭,且没有环境变量可以重新开启,因此 daemon 不会主动查询 npm 的 `autowonder/latest`、下载、安装或重启。版本由平台决定,见下文的服务端指定版本升级;没有服务端升级指令时,即使本地配置了更短的检查周期也不会产生任何 npm 请求。
|
|
@@ -177,7 +179,7 @@ mv "$queue/.assignment.tmp" "$queue/assignment.json"
|
|
|
177
179
|
也可以直接提交到本地 API:
|
|
178
180
|
|
|
179
181
|
```bash
|
|
180
|
-
npx -y autowonder@0.3.
|
|
182
|
+
npx -y autowonder@0.3.28 dispatch ./assignment.json
|
|
181
183
|
```
|
|
182
184
|
|
|
183
185
|
## 上传工单附件
|
|
@@ -185,7 +187,7 @@ npx -y autowonder@0.3.26 dispatch ./assignment.json
|
|
|
185
187
|
把本地需求/设计文档直接上传到工单,避免在会话里传递大文件:
|
|
186
188
|
|
|
187
189
|
```bash
|
|
188
|
-
npx -y autowonder@0.3.
|
|
190
|
+
npx -y autowonder@0.3.28 workitem upload --server-url <autowonder-server-url> --workitem-id <id> --file <filepath-1> --file <filepath-2> --json
|
|
189
191
|
```
|
|
190
192
|
|
|
191
193
|
上传令牌通过 MCP 工具 `autowonder.workitem_cli_upload_token` 签发,经 `--token` 或 `AUTOWONDER_UPLOAD_TOKEN` 环境变量传入。`--file` 可重复指定多个文件;`--json` 输出机器可读结果。失败时按错误类型返回不同退出码(401→3、403→4、404→5、409→6、413→7、其他 4xx→8、网络/重定向→9)。
|
|
@@ -195,7 +197,7 @@ npx -y autowonder@0.3.26 workitem upload --server-url <autowonder-server-url> --
|
|
|
195
197
|
把工单上已有的需求/设计文档下载到本地目录,再用本地文件工具阅读,避免把大文件或二进制附件搬进会话上下文:
|
|
196
198
|
|
|
197
199
|
```bash
|
|
198
|
-
npx -y autowonder@0.3.
|
|
200
|
+
npx -y autowonder@0.3.28 workitem download --server-url <autowonder-server-url> --workitem-id <id> --file <name-or-id> --output-dir <dir> --json
|
|
199
201
|
```
|
|
200
202
|
|
|
201
203
|
下载令牌通过 MCP 工具 `autowonder.workitem_cli_download_token` 签发(与上传令牌相互独立),经 `--token` 或 `AUTOWONDER_DOWNLOAD_TOKEN` 环境变量传入。`--file` 可重复指定文档名或 artifact id,省略则下载该工单的全部附件;`--output-dir` 默认为当前目录;`--json` 输出机器可读结果,含每个文件的 `id`、`name`、`path`、`size`。退出码约定与 `workitem upload` 相同(401→3、403→4、404→5、409→6、413→7、其他 4xx→8、网络/重定向→9)。
|
|
@@ -205,7 +207,7 @@ npx -y autowonder@0.3.26 workitem download --server-url <autowonder-server-url>
|
|
|
205
207
|
把需求/设计文档上传到 7x24 定时任务,用法与工单附件一致(同一套上传令牌与预检规则):
|
|
206
208
|
|
|
207
209
|
```bash
|
|
208
|
-
npx -y autowonder@0.3.
|
|
210
|
+
npx -y autowonder@0.3.28 scheduled-task upload --server-url <autowonder-server-url> --scheduled-task-id <id> --file <filepath-1> --file <filepath-2> --json
|
|
209
211
|
```
|
|
210
212
|
|
|
211
213
|
上传令牌同样通过 `autowonder.workitem_cli_upload_token` 签发(令牌为用户级,对当前可修改的任意定时任务生效),经 `--token` 或 `AUTOWONDER_UPLOAD_TOKEN` 传入;退出码约定与 `workitem upload` 相同。
|
|
@@ -213,8 +215,8 @@ npx -y autowonder@0.3.26 scheduled-task upload --server-url <autowonder-server-u
|
|
|
213
215
|
## 管理 daemon
|
|
214
216
|
|
|
215
217
|
```bash
|
|
216
|
-
npx -y autowonder@0.3.
|
|
217
|
-
npx -y autowonder@0.3.
|
|
218
|
+
npx -y autowonder@0.3.28 status
|
|
219
|
+
npx -y autowonder@0.3.28 stop
|
|
218
220
|
```
|
|
219
221
|
|
|
220
222
|
默认 API 是 `http://127.0.0.1:34989`,日志位于 `~/.autowonder/daemon.log`。npm 包不包含任何 agent、MCP 或服务端凭证。
|
|
@@ -237,7 +239,7 @@ daemon 内置独立于工作区 GC 的保留清扫:默认每小时运行一次
|
|
|
237
239
|
## 调试
|
|
238
240
|
|
|
239
241
|
```bash
|
|
240
|
-
npx -y autowonder@0.3.
|
|
242
|
+
npx -y autowonder@0.3.28 connect ... --debug
|
|
241
243
|
```
|
|
242
244
|
|
|
243
245
|
`--debug` 会让 CLI 以 `AUTOWONDER_DEBUG=1` 启动 daemon,把完整的 daemon 与 agent 活动(runtime 事件流、provider 事件解码、重试退避与会话门等待、空闲时的阻塞点)同时输出到控制台和会话调试日志。调试日志不做脱敏,仅用于本机排障;不传 `--debug` 时该环境变量不会注入。
|
package/package.json
CHANGED
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|