@withandeo/cli 0.19.19 → 0.19.21
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 +36 -0
- package/dist/api.d.ts +24 -0
- package/dist/api.d.ts.map +1 -1
- package/dist/api.js +16 -0
- package/dist/api.js.map +1 -1
- package/dist/documentation.js +1 -1
- package/dist/documentation.js.map +1 -1
- package/dist/feedback.d.ts +12 -0
- package/dist/feedback.d.ts.map +1 -0
- package/dist/feedback.js +40 -0
- package/dist/feedback.js.map +1 -0
- package/dist/main.d.ts.map +1 -1
- package/dist/main.js +73 -8
- package/dist/main.js.map +1 -1
- package/package.json +1 -1
- package/skill/{tender-accounts → andeo}/SKILL.md +20 -1
- package/skill/{tender-accounts → andeo}/references/authentication.md +40 -0
- package/skill/{tender-accounts → andeo}/references/managed-source.md +37 -7
- package/skill/{tender-accounts → andeo}/references/releases-recovery.md +18 -0
- package/skill/{tender-accounts → andeo}/references/skills.md +1 -0
- package/skill/publication.json +1 -1
- /package/skill/{tender-accounts → andeo}/references/configuration-secrets.md +0 -0
- /package/skill/{tender-accounts → andeo}/references/delivery.md +0 -0
- /package/skill/{tender-accounts → andeo}/references/domains-auth.md +0 -0
- /package/skill/{tender-accounts → andeo}/references/email.md +0 -0
- /package/skill/{tender-accounts → andeo}/references/feature-flags.md +0 -0
- /package/skill/{tender-accounts → andeo}/references/observability.md +0 -0
- /package/skill/{tender-accounts → andeo}/references/services.md +0 -0
- /package/skill/{tender-accounts → andeo}/references/storage.md +0 -0
- /package/skill/{tender-accounts → andeo}/references/workflows.md +0 -0
package/package.json
CHANGED
|
@@ -36,7 +36,7 @@ Global installations automatically maintain the CLI and existing default Codex/C
|
|
|
36
36
|
| Custom domains and customer sign-in | [Domains and authentication](references/domains-auth.md) |
|
|
37
37
|
| Diagnose requests or workflow execution | [Observability](references/observability.md) |
|
|
38
38
|
| Inspect or restore production | [Releases and recovery](references/releases-recovery.md) |
|
|
39
|
-
| Load maintained Recharge, Shopify, or design-system practice | [Authenticated skills](references/skills.md) |
|
|
39
|
+
| Load maintained Recharge, Shopify, product-finder, or design-system practice | [Authenticated skills](references/skills.md) |
|
|
40
40
|
|
|
41
41
|
## Load maintained practice when it applies
|
|
42
42
|
|
|
@@ -150,6 +150,25 @@ Production publication stays with the protected policy or authenticated administ
|
|
|
150
150
|
- Never describe a preview as production, code rollback as database restore, or termination as reversal of an external effect.
|
|
151
151
|
- Never retry an uncertain mutation merely because a UI looks stale. Inspect exact evidence and follow supported recovery.
|
|
152
152
|
|
|
153
|
+
## Send feedback when Andeo gets in the way
|
|
154
|
+
|
|
155
|
+
When the CLI, a guide or the platform blocks you, misleads you or lacks something you needed, tell the Andeo team with `andeo feedback --title TEXT --category bug|docs|feature|other --body-file notes.md --json`. Use `--body-file -` for stdin. Give full context: what you tried, what happened, what you expected, and exact commands and errors. Bodies can be up to 65,000 characters. Leave out credentials and customer data, use `--dry-run` to review the text, and tell the user what you sent. Save it for real friction rather than routine progress. It requires login, and the receipt means Andeo accepted the feedback, not that anything was changed.
|
|
156
|
+
|
|
153
157
|
## Finish with exact evidence
|
|
154
158
|
|
|
159
|
+
For a persistent Cloud task, you MUST release its run when the work is done.
|
|
160
|
+
Finish all run-dependent checks, reconcile pending mutations, and retain the
|
|
161
|
+
non-secret evidence needed for the handoff, then run `andeo agent complete --json`
|
|
162
|
+
in that task's existing environment before the final response. Confirm the
|
|
163
|
+
returned `completed` status; do not claim the slot was released if completion
|
|
164
|
+
failed. For an intentionally abandoned task, use `andeo agent cancel --json`
|
|
165
|
+
instead. Do not complete a run while its work is still in progress.
|
|
166
|
+
|
|
167
|
+
Completion, cancellation, an administrator stopping that run, or its expiry
|
|
168
|
+
releases its concurrent-run slot. Closing the chat, ending a CLI process, or
|
|
169
|
+
finishing a response does not release it. Without explicit completion, an
|
|
170
|
+
unexpired active run continues occupying a slot across the organization.
|
|
171
|
+
See [run completion and capacity](references/authentication.md#finish-a-cloud-run-and-release-its-slot)
|
|
172
|
+
for failure recovery, expiry and preview implications.
|
|
173
|
+
|
|
155
174
|
Report the journey and app scope, checks, exact preview/release identity, live behavior verified, and outstanding administrator steps. State what remains unproven. Keep credentials, raw customer logs and sensitive payloads out of the handoff.
|
|
@@ -2,6 +2,46 @@
|
|
|
2
2
|
|
|
3
3
|
For Cloud installations using CLI 0.19.16 or newer, configure the secret `ANDEO_CLOUD_BOOTSTRAP`. Standard Andeo origins, the installation identity, and the effective grant scope are resolved automatically. `ANDEO_AGENT_SCOPE` optionally narrows that scope; `ANDEO_AGENT_RUN_SECONDS` optionally requests a different bounded lifetime. Omitted lifetime defaults to 30 minutes, capped by tenant policy and credential expiry. At task startup set a unique `ANDEO_AGENT_TASK_ID` and private `ANDEO_AGENT_STATE_DIR` outside the checkout. Set `NODE_USE_ENV_PROXY=1` only when the runtime requires its network proxy. Explicit invalid overrides fail rather than falling back to defaults.
|
|
4
4
|
|
|
5
|
+
## Finish a Cloud run and release its slot
|
|
6
|
+
|
|
7
|
+
Persistent Cloud runs occupy concurrent-run slots across the organization, not
|
|
8
|
+
just one agent or installation. After completing all work that needs the run,
|
|
9
|
+
including verification and preparation of the final handoff, you MUST run:
|
|
10
|
+
|
|
11
|
+
```sh
|
|
12
|
+
andeo agent complete --json
|
|
13
|
+
```
|
|
14
|
+
|
|
15
|
+
Use the same task environment and private state directory. Confirm the response
|
|
16
|
+
reports `completed` before saying the run was released. For intentionally
|
|
17
|
+
abandoned work, use `andeo agent cancel --json` and confirm `cancelled`. These
|
|
18
|
+
commands end only the current task's run; they do not undo external mutations.
|
|
19
|
+
Reconcile uncertain writes or in-flight work before ending the run. Do not end
|
|
20
|
+
a run merely because an individual command finished or work is temporarily paused.
|
|
21
|
+
|
|
22
|
+
A slot is released when the run completes, is cancelled/stopped by its agent or
|
|
23
|
+
an administrator, or reaches its `expiresAt` deadline. Admission excludes expired
|
|
24
|
+
runs immediately without waiting for a cleanup job. Closing Claude/Codex, exiting
|
|
25
|
+
the terminal, ending a response, or API-token expiry alone does not end the run.
|
|
26
|
+
Runs default to 30 minutes; an explicitly requested longer lifetime can hold the
|
|
27
|
+
slot until that later deadline unless the run is ended sooner.
|
|
28
|
+
|
|
29
|
+
If completion or cancellation cannot be confirmed, preserve task state, report
|
|
30
|
+
the failure, and use `andeo agent status --json` when authentication is available.
|
|
31
|
+
An administrator can inspect and stop the exact run in Persistent agents. Do not
|
|
32
|
+
delete state to bypass the failure, switch authentication modes, or start another
|
|
33
|
+
session to evade capacity limits. A completed, cancelled or expired task cannot
|
|
34
|
+
re-admit using the same state directory; later work needs a fresh task and, when
|
|
35
|
+
continuing source work, the supported `source continue` flow.
|
|
36
|
+
|
|
37
|
+
Normal completion ends run-bound API, Git and direct-preview access. Retain
|
|
38
|
+
non-secret IDs and verification results before completing. A separately authorized
|
|
39
|
+
`preview.share` handoff survives normal completion within its existing limits;
|
|
40
|
+
cancellation can invalidate it. Do not cancel successfully finished work as a
|
|
41
|
+
substitute for completion. See the delivery reference for preview scope and expiry.
|
|
42
|
+
|
|
43
|
+
## Human login and project scope
|
|
44
|
+
|
|
5
45
|
If authentication is missing, start the agent-safe device flow:
|
|
6
46
|
|
|
7
47
|
```sh
|
|
@@ -11,23 +11,27 @@ Protected transport and successful exact preview/checks remain required.
|
|
|
11
11
|
Inspect `capabilities`, `source status` and `source merge-policy show`;
|
|
12
12
|
persistent actors cannot edit merge/publication policy to expand permission. Existing saved
|
|
13
13
|
publication policy controls deployment after landing. Do not push main directly.
|
|
14
|
-
After run expiry
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
fresh task. The same agent, grant and installation retain the change number and
|
|
14
|
+
After run expiry or cancellation by the task itself, use
|
|
15
|
+
`andeo source continue --change scr_... --json` to obtain fresh bounded authority
|
|
16
|
+
on the original branch and change. Run it as the first authenticated command in
|
|
17
|
+
a fresh task. The same agent, grant and installation retain the change number and
|
|
18
18
|
review history. Before a change exists, use `--work asw_...` with `sourceWorkId`
|
|
19
19
|
from `source status`. Normal bootstrap rotation within that installation works.
|
|
20
20
|
A live writer, retained/uncertain source mutation, landing or terminal change
|
|
21
21
|
blocks the handoff. Inspect and settle the original operation before retrying.
|
|
22
|
-
Different installations and revoked access cannot inherit this work.
|
|
22
|
+
Different installations, administrative stops and revoked access cannot inherit this work.
|
|
23
23
|
|
|
24
24
|
Read `assignedFeatureBranch` from `source status`: continued branches keep their
|
|
25
25
|
original name. Push, preview and refresh that branch with the existing commands.
|
|
26
26
|
Continuation alone changes no source or review snapshot; changed refs still
|
|
27
27
|
invalidate approval. A replacement preview for unchanged source also creates a
|
|
28
28
|
new review snapshot and requires fresh approval for its new validation evidence.
|
|
29
|
-
Old tokens, preview grants and accepted operation deadlines
|
|
30
|
-
|
|
29
|
+
Old tokens, preview grants and accepted operation deadlines stay fixed. If the
|
|
30
|
+
branch still points at the ready build and current preview policy permits it,
|
|
31
|
+
use `andeo preview open --from sbl_... --json` to issue a fresh link under the
|
|
32
|
+
new run. This reads the current branch tip with `source.read` and applies the
|
|
33
|
+
current `preview.open` and `preview.share` scopes. Use `andeo preview --json`
|
|
34
|
+
when the previous build can no longer be used.
|
|
31
35
|
|
|
32
36
|
On a managed repository, push the committed feature branch and verify its exact
|
|
33
37
|
native preview, then request one hosted merge. Read `capabilities`,
|
|
@@ -83,6 +87,16 @@ scr_... --idempotency-key KEY`, then `resume`, for the same retained inputs.
|
|
|
83
87
|
`source change cancel` withdraws new work; issued effects require readback and
|
|
84
88
|
may remain `cancellation_pending`. It cannot undo a merge or deployment.
|
|
85
89
|
|
|
90
|
+
For persistent agents, completed preview evidence and permission to execute a
|
|
91
|
+
preview build have separate lifetimes. The hosted merge preflight can consume
|
|
92
|
+
the same run's ready, unchanged preview after its build lease expires; current
|
|
93
|
+
merge authority, exact source and preview policy must still pass. This never
|
|
94
|
+
renews build authority. Dry-run checks the same preview evidence. Inspect the
|
|
95
|
+
returned reason and next action for `source_merge_preview_required` or
|
|
96
|
+
`agent_effect_authority_changed`; changing idempotency keys cannot repair lost
|
|
97
|
+
authority or invalid validation evidence. Lease duration is a server policy,
|
|
98
|
+
not a per-preview CLI option.
|
|
99
|
+
|
|
86
100
|
## Administrator-authorized source-only merges
|
|
87
101
|
|
|
88
102
|
Use this mode only when a current administrator has explicitly selected
|
|
@@ -301,6 +315,22 @@ Source landing never calls the production publisher directly;
|
|
|
301
315
|
after landing, the repository's already configured default-branch policy may
|
|
302
316
|
publish the same artifact after its exact preview and production validation succeed.
|
|
303
317
|
|
|
318
|
+
To correct review metadata, read `snapshotVersion` from `source change show`
|
|
319
|
+
and edit the existing open change.
|
|
320
|
+
|
|
321
|
+
```sh
|
|
322
|
+
andeo source change edit --change scr_... --expected-snapshot 3 \
|
|
323
|
+
--title "Clarify the account copy update" --description "Includes the empty state." --json
|
|
324
|
+
```
|
|
325
|
+
|
|
326
|
+
Supply either field or both. Omitted fields keep their current values, and
|
|
327
|
+
`--description ''` clears the description. An actual edit creates a new
|
|
328
|
+
snapshot and preserves the change ID, number, and exact preview. A prior
|
|
329
|
+
approval must be renewed. An identical edit with the current snapshot leaves
|
|
330
|
+
the review unchanged. If the snapshot is stale, read it again and verify the
|
|
331
|
+
current review before retrying. Persistent agents need `review.prepare` for
|
|
332
|
+
their assigned feature branch.
|
|
333
|
+
|
|
304
334
|
Treat source administration and production publication as different acts. A
|
|
305
335
|
source operation may create a new immutable preview lineage, but only the
|
|
306
336
|
merchant's saved policy or explicit publication approval can authorize production. Portal and gateway remain independent apps: configure variables, policy and delivery for each. Do not imply that two repository refs or apps publish atomically.
|
|
@@ -13,4 +13,22 @@ Only run rollback when explicitly requested. Select an eligible retained target
|
|
|
13
13
|
|
|
14
14
|
Recover `dwf_` publications via administrator Activity → Resume exact publish. `delivery retry` accepts `dly_` preview IDs, not production workflows. Preserve the approved intent; never edit platform records or submit duplicates to escape a hold.
|
|
15
15
|
|
|
16
|
+
For a succeeded publication with incomplete activation verification, use
|
|
17
|
+
`andeo production releases --json` to inspect the current `activation_id`,
|
|
18
|
+
composition and revision. An administrator may recheck that existing activation:
|
|
19
|
+
|
|
20
|
+
```sh
|
|
21
|
+
andeo production verify --activation activation_... --composition wfp_... \
|
|
22
|
+
--expected-revision 168 --json
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
This probes the existing serving runtime and host policy and records verification
|
|
26
|
+
and audit evidence. It never builds, uploads, publishes, restores or changes the
|
|
27
|
+
production pointer. Changed production, lost administrator access and pending
|
|
28
|
+
runtime mutations block verification. Exit 2 retains a safe failure stage/code
|
|
29
|
+
and available expected/observed deployment fingerprints. Original workflow
|
|
30
|
+
results remain historical; merge status separately reads verified activation
|
|
31
|
+
evidence. `currentlyServing` describes current selection, not a passed health
|
|
32
|
+
check. Do not replay a publication to repair incomplete verification.
|
|
33
|
+
|
|
16
34
|
Verify final state and actual live composition, same-origin authenticated APIs and relevant generated/custom hostnames. Retained artifacts, preview readiness, stale UI toasts or HTML success are insufficient. Running workflows can retain old definitions and service contracts; code rollback does not cancel them.
|
|
@@ -34,5 +34,6 @@ Reads are session-only. The CLI does not install these skills in a repository or
|
|
|
34
34
|
| `recharge-customer-operations` | Subscription, charge, bundle, cancellation, reactivation, gifting, profile, benefit, and verification workflows. |
|
|
35
35
|
| `shopify-customer-account` | Customer Account API work and routing into Shopify's maintained AI Toolkit skills. |
|
|
36
36
|
| `guardrailed-design-system` | Component-first React design systems with semantic tokens, typed components, Storybook, and enforceable boundaries. |
|
|
37
|
+
| `andeo-guided-product-finder` | Storefront catalog analysis, Shopify CLI introspection and metafield enrichment, and deterministic recommendation quizzes, bundles, and subscription swaps before optional AI. |
|
|
37
38
|
|
|
38
39
|
Read the entrypoint first. Use `skills file` only for references linked by that entrypoint and relevant to the current work.
|
package/skill/publication.json
CHANGED
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|