修雨
5ce7cb61b0
新增 `dws skill setup` 交互式安装命令，支持单产品（mono）和多产品（multi，标记为试验版）两种 skill 布局，并与开源 dws v1.0.30 命令对齐。 主要变更： - 骨架：skills/ 拆为 skills/mono/ 和 skills/multi/（29 个产品 skill），git rename 保留历史 - 命令：新增 `skill setup` cobra 子命令，支持 --mode、--target、--source、--yes，huh 交互 - multi 模式支持 -s/--skill、-x/--exclude 按产品选择 - 覆盖全部 14 个 agent home 目录（与 install.sh 一致） - 发布：install.sh / install.ps1 / post-goreleaser.sh 改读 skills/mono；dws-skills.zip 同时包含 mono 和 multi 内容；~/.dws 本地缓存 - 内容对齐：删除 8 个仅内部使用的产品 skill、dingtalk-a2a；修正 mono/multi 共 15+ 处命令引用以匹配 OSS dws v1.0.30；chat skill 从 dws-wukong 回移更新 - 漂移清理：物理删除 skill 文档中 OSS 未暴露的命令，true-fail 命令转为 caveat；--help diff 100% 覆盖审计 - 测试：新增 Layer A 静态命令调度验证 + Layer B 端到端 mock 调度验证 - 同步 main：drive 9 个命令同步到 mono/multi skill
96 lines
4.9 KiB
Markdown
96 lines
4.9 KiB
Markdown
# 错误码说明
|
||
全产品错误参考 + 调试流程。Agent 遇到错误时查阅此文档。
|
||
|
||
## 错误返回格式
|
||
|
||
```json
|
||
{"success": false, "code": "InvalidParameter", "message": "baseId is required"}
|
||
{"success": false, "code": "AUTH_TOKEN_EXPIRED", "message": "Token验证失败"}
|
||
{"success": false, "code": "PermissionDenied", "message": "无权限访问该资源"}
|
||
```
|
||
|
||
## 错误分类与 Agent 行为
|
||
|
||
### 可自行修复
|
||
- 参数缺失 / 格式错误 / ID 无效 → 检查参数后修正重试
|
||
|
||
### 需用户介入
|
||
- 权限不足 / 资源不存在 / 配额超限 → 报告完整错误信息给用户，不要自行尝试替代方案
|
||
|
||
## 通用错误
|
||
- 请求超时 — 网络慢或服务端响应慢 → `--timeout 60` 重试
|
||
- 网络连接失败 — 无法连接 MCP Server → 用最简命令验证: `dws contact user get-self --format json`
|
||
- stderr 出现 `RECOVERY_EVENT_ID=<event_id>` — runtime 失败已被 CLI 捕获 → 优先执行 `dws recovery execute --event-id <event_id> --format json`
|
||
|
||
## Recovery 闭环
|
||
|
||
- `dws recovery plan --last|--event-id <event_id> --format json`：读取失败快照并生成恢复计划
|
||
- `dws recovery execute --last|--event-id <event_id> --format json`：生成带 `doc_search`、`probe_results`、`agent_task` 的分析包
|
||
- `dws recovery finalize --event-id <event_id> --outcome recovered|failed|handoff --execution-file execution.json --format json`：回写恢复结果
|
||
|
||
执行 `finalize` 时：
|
||
|
||
- `execution-file` 至少应包含 `actions`、`attempts`、`result`、`error_summary`
|
||
- 兼容旧格式：`action` + 数值型 `attempts`
|
||
- 若 recovery bundle 已进入 unknown/agent 路线，不要把 `human_actions` 视为最终结论；必须结合完整 bundle 判断
|
||
|
||
更多字段解释见 [recovery-guide.md](./recovery-guide.md)。
|
||
|
||
---
|
||
|
||
## aitable 高频错误
|
||
|
||
> 参数体系: `baseId / tableId / fieldId / recordId`。CLI flag 用 kebab-case（`--base-id`），JSON 内用 camelCase（`baseId`）。
|
||
|
||
- 参数缺失 / 无效请求 — 还在用旧参数 `dentryUuid` / `--doc` / `--sheet` → 改用 `--base-id` / `--table-id` / `--field-id` / `--record-ids`
|
||
- 参数传了但服务端没收到 — flag 用了 camelCase（如 `--baseId`）→ flag 用 kebab-case: `--base-id <ID>`
|
||
- `record query --filters` 无结果 — 单选/多选过滤用了 option name 而非 id → 先 `field get` 读取 options，用 option id 过滤
|
||
- record create/update 失败 — `cells` key 用了字段名（应为 fieldId）；特殊字段格式错误 → 先 `table get` 拿字段目录；url 传 `{"text":"..","link":".."}`
|
||
- 更新选项后历史数据异常 — 更新 options 没传完整列表 / 没保留原 id → 先 `field get` 取完整配置，保留已有 option 的 id
|
||
- `cannot delete the last table` — 该表是 Base 最后一张表 → 先新建表再删旧表，或用 `base delete`
|
||
- `formula` 类型 `not supported yet` — 部分字段类型暂不支持 API 创建 → 复杂字段拆开单独创建，先建基础结构
|
||
|
||
**排查链路**: `base list` → `base get`(→tableId) → `table get`(→fieldId) → `record query`(→recordId)。别跳步，别猜 ID。
|
||
|
||
**批量上限**: record 100 条 / field 15 个 / table·field 详情 10 个。
|
||
|
||
---
|
||
|
||
## approval 高频错误
|
||
|
||
- approve/reject 缺少 taskId — 未先获取审批任务 → 先 `approval tasks --instance-id <ID>` 获取 taskId
|
||
- list-initiated 缺少 processCode — 未查询审批表单 → 先 `approval list-forms` 获取 processCode
|
||
- 撤销审批失败 — 非本人发起的审批 → `revoke` 只能撤销自己发起的审批
|
||
|
||
---
|
||
|
||
## chat 高频错误
|
||
|
||
- 参数互斥报错 — `--group` 与 `--users` 同时传入 → 群聊用 `--group`，单聊用 `--users`，二者互斥
|
||
- 群不存在 — openConversationId 不正确 → `chat search --query "群名"` 获取正确 ID
|
||
- 机器人无法添加到群 — 当前用户非群管理员 → 报告给用户，需群管理员操作
|
||
- Webhook Token 无效 — token 不正确或已失效 → 确认 Webhook Token 来源正确
|
||
- 添加/移除群成员失败 — userId 不正确或无权限 → 先 `contact user search` 确认 userId，需当前用户为群管理员
|
||
|
||
---
|
||
|
||
## calendar 高频错误
|
||
|
||
- 时间格式错误 — 未使用 ISO-8601 格式 → 标准格式: `2026-03-10T14:00:00+08:00`
|
||
- 会议室搜索报错 / 返空 — 企业会议室超 100 条未分组查询 → 先 `room list-groups` → 按 `--group-id` 逐组搜索
|
||
- 参与者 / 会议室添加失败 — eventId 不正确 → 先 `event list` 或 `event create` 获取正确 eventId
|
||
|
||
---
|
||
|
||
## contact 高频错误
|
||
|
||
- `dept list-children` 报错 — `--id` 传了非整数值 → deptId 必须为整数，从 `dept search` 获取
|
||
|
||
---
|
||
|
||
## 通用排查三步法
|
||
|
||
1. **确认 ID** — 从最顶层资源逐级获取，不猜 ID、不跳步
|
||
2. **确认参数** — flag 用 kebab-case，JSON 用 camelCase；特殊字段查产品参考文档确认格式
|
||
3. **确认限制** — 检查批量上限和已知约束（各产品注意事项见对应产品参考文档）
|