@lark-project/meegle 1.0.7 → 1.0.8
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/CHANGELOG.md +6 -0
- package/README.md +16 -0
- package/README.zh-CN.md +15 -0
- package/bin/meegle-darwin-arm64 +0 -0
- package/bin/meegle-darwin-x64 +0 -0
- package/bin/meegle-linux-arm64 +0 -0
- package/bin/meegle-linux-x64 +0 -0
- package/bin/meegle-win32-arm64.exe +0 -0
- package/bin/meegle-win32-x64.exe +0 -0
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -8,6 +8,12 @@ versioned section on each npm release.
|
|
|
8
8
|
|
|
9
9
|
## [Unreleased]
|
|
10
10
|
|
|
11
|
+
## [v1.0.8] - 2026-06-09
|
|
12
|
+
|
|
13
|
+
### Added
|
|
14
|
+
|
|
15
|
+
- `--envelope` now surfaces the backend `logid` under `meta.logid` when present. Previously the MCP server emitted the trace id as a `logid:` content entry, which the CLI stripped into `Response.LogID` but only forwarded to `slog.Debug` — and since no default slog handler is configured, the id was silently dropped. Oncall now has a way to ask end users for an argos-lookupable trace id: re-run with `--envelope` and read `meta.logid`. The id is still suppressed without `--envelope` so default output stays clean for piping. Only covers the single-call path for now; batch (`+batch-get`) per-row logid remains a follow-up
|
|
16
|
+
|
|
11
17
|
## [v1.0.7] - 2026-06-09
|
|
12
18
|
|
|
13
19
|
### Fixed
|
package/README.md
CHANGED
|
@@ -658,6 +658,7 @@ meegle workflow get-node --work-item-id 12345 --need-sub-task
|
|
|
658
658
|
| `--set` | | Set nested parameters (repeatable) |
|
|
659
659
|
| `--params` | `-P` | Full JSON parameter body; prefix with `@` to read from a file (e.g. `--params @body.json`) |
|
|
660
660
|
| `--dry-run` | | Render request without executing |
|
|
661
|
+
| `--envelope` | | Wrap success output as `{data, meta, error}` — `meta.logid` carries the backend trace id when present |
|
|
661
662
|
| `--verbose` | `-v` | Verbose output |
|
|
662
663
|
| `--profile` | | Use a specific configuration profile |
|
|
663
664
|
| `--refresh` | | Refresh cached commands from server (bypass the local 24 h cache) |
|
|
@@ -715,6 +716,21 @@ and `--format ndjson`, a single-key wrapper like `{"list":[...]}`
|
|
|
715
716
|
(no sibling metadata) is still peeled into rows — the peel is
|
|
716
717
|
loss-less.
|
|
717
718
|
|
|
719
|
+
### Tracing with `--envelope`
|
|
720
|
+
|
|
721
|
+
When something looks wrong (silent success, unexpected payload) and you
|
|
722
|
+
want to ask oncall to trace the exact call, add `--envelope`:
|
|
723
|
+
|
|
724
|
+
```bash
|
|
725
|
+
meegle workflow update-node --work-item-id 12345 \
|
|
726
|
+
--set node_schedule.points=10 --envelope
|
|
727
|
+
```
|
|
728
|
+
|
|
729
|
+
The success output is wrapped as `{data, meta, error}`, and `meta.logid`
|
|
730
|
+
carries the backend trace id (when the server returns one). Hand that id
|
|
731
|
+
to oncall to look up the request in argos. Without `--envelope` the id is
|
|
732
|
+
suppressed so the default output stays clean for piping.
|
|
733
|
+
|
|
718
734
|
### Dry Run
|
|
719
735
|
|
|
720
736
|
For commands with side effects, preview the rendered request with `--dry-run` before executing:
|
package/README.zh-CN.md
CHANGED
|
@@ -644,6 +644,7 @@ meegle workflow get-node --work-item-id 12345 --need-sub-task
|
|
|
644
644
|
| `--set` | | 设置嵌套参数(可重复) |
|
|
645
645
|
| `--params` | `-P` | 完整 JSON 参数体;以 `@` 开头改为从文件读取(如 `--params @body.json`) |
|
|
646
646
|
| `--dry-run` | | 只渲染请求,不实际执行 |
|
|
647
|
+
| `--envelope` | | 将成功输出包装为 `{data, meta, error}` —— 后端返回 logid 时挂在 `meta.logid` |
|
|
647
648
|
| `--verbose` | `-v` | 详细输出 |
|
|
648
649
|
| `--profile` | | 指定配置 profile |
|
|
649
650
|
| `--refresh` | | 从服务端刷新本地命令缓存(旁路 24 小时缓存) |
|
|
@@ -692,6 +693,20 @@ meegle mywork todo --action done --page-num 1 \
|
|
|
692
693
|
|
|
693
694
|
默认渲染下,响应的完整结构在所有 `--format` 中都会保留:列表接口返回的 `{"list":[...], "total":N, "pagination":{...}}` 原样呈现 —— 即使你没有在 `--select` 中点名,`total` / `pagination` 这些元数据字段依然可见。要钻到具体记录就显式用 `--select`(配合上面的广播语法)。`--format table` 和 `--format ndjson` 下,形如 `{"list":[...]}` 的单键包装(没有兄弟元数据)仍然会被无损展开成行展示。
|
|
694
695
|
|
|
696
|
+
### 通过 `--envelope` 拿到 logid
|
|
697
|
+
|
|
698
|
+
遇到"返回 success 但实际没生效"、"输出不符合预期"等情况,需要让 oncall
|
|
699
|
+
按 logid 反查具体调用时,加上 `--envelope`:
|
|
700
|
+
|
|
701
|
+
```bash
|
|
702
|
+
meegle workflow update-node --work-item-id 12345 \
|
|
703
|
+
--set node_schedule.points=10 --envelope
|
|
704
|
+
```
|
|
705
|
+
|
|
706
|
+
成功输出会被包装为 `{data, meta, error}`,后端返回 logid 时挂在
|
|
707
|
+
`meta.logid` 里——把这个 id 交给 oncall 就能在 argos 定位到这次请求。
|
|
708
|
+
不加 `--envelope` 时 logid 会被抑制,保持默认输出干净便于管道处理。
|
|
709
|
+
|
|
695
710
|
### Dry Run
|
|
696
711
|
|
|
697
712
|
有副作用的命令先用 `--dry-run` 预览请求再执行:
|
package/bin/meegle-darwin-arm64
CHANGED
|
Binary file
|
package/bin/meegle-darwin-x64
CHANGED
|
Binary file
|
package/bin/meegle-linux-arm64
CHANGED
|
Binary file
|
package/bin/meegle-linux-x64
CHANGED
|
Binary file
|
|
Binary file
|
package/bin/meegle-win32-x64.exe
CHANGED
|
Binary file
|