ente-cli 0.4.87 → 0.4.89
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 +15 -0
- package/dist/SKILL.md +15 -0
- package/dist/cli.mjs +22904 -1362
- package/dist/cli.mjs.map +4 -4
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -339,6 +339,21 @@ at most 20 address candidates with continuation. For example:
|
|
|
339
339
|
ente agent user-mailbox --request '{"operation":"recipients","connectionId":"<permitted-private-connection>","query":"Alex Morgan"}'
|
|
340
340
|
```
|
|
341
341
|
|
|
342
|
+
For interactive name resolution, add `"resolve":true` (without `cursor`). The
|
|
343
|
+
server discovers names and updates all candidate addresses in one recency pass.
|
|
344
|
+
It uses a shared ceiling of 20 cached pages of at most 200 records (4000 reads
|
|
345
|
+
across both passes, with a separate byte bound per page), or 4 provider pages
|
|
346
|
+
of at most 20 matching headers (80 fetched headers; native searches, metadata
|
|
347
|
+
requests and retries are additional network operations). It returns terminal
|
|
348
|
+
`resolutionComplete`, `discoveryComplete`, `recencyComplete` and budget metadata.
|
|
349
|
+
If incomplete or truncated, ask for an explicit address or selection. Do not
|
|
350
|
+
claim uniqueness or latest contact, automatically restart resolution, or expand
|
|
351
|
+
to provider research. Preserve all requested recipients. Provider source is for
|
|
352
|
+
explicitly requested or necessary provider/older correspondence searches.
|
|
353
|
+
Use sufficient visible compose/reply context and selected recipients directly;
|
|
354
|
+
an explicit email address requires no discovery unless validation was requested.
|
|
355
|
+
|
|
356
|
+
Without `resolve`, keep the historical cursor workflow:
|
|
342
357
|
Follow every cursor. For name matches, repeat lookup with each candidate exact
|
|
343
358
|
email and follow those cursors too: newer headers may omit the name. Combine
|
|
344
359
|
exact-address results using maximum `lastContactAt` before preferring the most
|
package/dist/SKILL.md
CHANGED
|
@@ -510,6 +510,21 @@ at most 20 address candidates with continuation. For example:
|
|
|
510
510
|
ente agent user-mailbox --request '{"operation":"recipients","connectionId":"<permitted-private-connection>","query":"Alex Morgan"}'
|
|
511
511
|
```
|
|
512
512
|
|
|
513
|
+
For interactive name resolution, add `"resolve":true` (without `cursor`). The
|
|
514
|
+
server discovers names and updates all candidate addresses in one recency pass.
|
|
515
|
+
It uses a shared ceiling of 20 cached pages of at most 200 records (4000 reads
|
|
516
|
+
across both passes, with a separate byte bound per page), or 4 provider pages
|
|
517
|
+
of at most 20 matching headers (80 fetched headers; native searches, metadata
|
|
518
|
+
requests and retries are additional network operations). It returns terminal
|
|
519
|
+
`resolutionComplete`, `discoveryComplete`, `recencyComplete` and budget metadata.
|
|
520
|
+
If incomplete or truncated, ask for an explicit address or selection. Do not
|
|
521
|
+
claim uniqueness or latest contact, automatically restart resolution, or expand
|
|
522
|
+
to provider research. Preserve all requested recipients. Provider source is for
|
|
523
|
+
explicitly requested or necessary provider/older correspondence searches.
|
|
524
|
+
Use sufficient visible compose/reply context and selected recipients directly;
|
|
525
|
+
an explicit email address requires no discovery unless validation was requested.
|
|
526
|
+
|
|
527
|
+
Without `resolve`, keep the historical cursor workflow:
|
|
513
528
|
Follow every cursor. For name matches, repeat lookup with each candidate exact
|
|
514
529
|
email and follow those cursors too: newer headers may omit the name. Combine
|
|
515
530
|
exact-address results using maximum `lastContactAt` before preferring the most
|