@sellable/install 0.1.469 → 0.1.471

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.
@@ -16,6 +16,8 @@ ARG ADMIN_ARTIFACT_DIGEST
16
16
  ARG ADMIN_PACKAGE_LOCK_B64
17
17
  ARG ADMIN_PROFILE_CONTRACT_TEMPLATE_B64
18
18
  ARG TUS_JS_CLIENT_VERSION=4.3.1
19
+ ARG STRIPE_CLI_PACKAGE=@stripe/cli-linux-x64@1.45.0
20
+ ARG STRIPE_CLI_INTEGRITY=sha512-1ZhoPpoweYfynqsvhCLlTjZ7lPz5IKtxqAMT5MBy6zrwLRTP9x0T6r8h/jLYL8lRH1c7zC/6X6/XUu2V+r9Bog==
19
21
 
20
22
  RUN set -eux; \
21
23
  test -n "${ADMIN_PACKAGE_LOCK_B64}"; \
@@ -24,6 +26,7 @@ RUN set -eux; \
24
26
  test "$(npm view "${PRODUCT_INSTALL_PACKAGE}" dist.integrity)" = "${PRODUCT_INSTALL_INTEGRITY}"; \
25
27
  test "$(npm view "${ADMIN_MCP_PACKAGE}" dist.integrity)" = "${ADMIN_MCP_INTEGRITY}"; \
26
28
  test "$(npm view "${ADMIN_INSTALL_PACKAGE}" dist.integrity)" = "${ADMIN_INSTALL_INTEGRITY}"; \
29
+ test "$(npm view "${STRIPE_CLI_PACKAGE}" dist.integrity)" = "${STRIPE_CLI_INTEGRITY}"; \
27
30
  mkdir -p /usr/local/lib/sellable-agent/admin-artifact; \
28
31
  node -e 'const fs=require("fs"); const specs=process.argv.slice(1); fs.writeFileSync("/usr/local/lib/sellable-agent/admin-artifact/package.json", JSON.stringify({name:"sellable-admin-runtime-artifact",private:true,version:"1.0.0",dependencies:Object.fromEntries(specs.map((spec)=>{const at=spec.lastIndexOf("@"); return [spec.slice(0,at),spec.slice(at+1)];}))},null,2)+"\n");' \
29
32
  "${PRODUCT_MCP_PACKAGE}" \
@@ -48,6 +51,18 @@ RUN set -eux; \
48
51
  --no-audit \
49
52
  --no-fund \
50
53
  "tus-js-client@${TUS_JS_CLIENT_VERSION}"; \
54
+ npm install \
55
+ --prefix /usr/local/lib/sellable-agent/stripe-cli \
56
+ --omit=dev \
57
+ --ignore-scripts \
58
+ --no-audit \
59
+ --no-fund \
60
+ "${STRIPE_CLI_PACKAGE}"; \
61
+ install -m 0755 \
62
+ /usr/local/lib/sellable-agent/stripe-cli/node_modules/@stripe/cli-linux-x64/bin/stripe \
63
+ /usr/local/bin/stripe; \
64
+ stripe_cli_version="$(node -p "require('/usr/local/lib/sellable-agent/stripe-cli/node_modules/@stripe/cli-linux-x64/package.json').version")"; \
65
+ test "$(stripe version | head -n 1)" = "stripe version ${stripe_cli_version}"; \
51
66
  test "$(node -p "require('/usr/local/lib/sellable-agent/node_modules/tus-js-client/package.json').version")" = "${TUS_JS_CLIENT_VERSION}"; \
52
67
  test -f /usr/local/lib/sellable-agent/admin-artifact/node_modules/@sellable/install/lib/sellable-agent/admin-runtime-reconciler.mjs; \
53
68
  test -f /usr/local/lib/sellable-agent/admin-artifact/node_modules/@sellable/admin-mcp/dist/index.js; \
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@sellable/install",
3
- "version": "0.1.469",
3
+ "version": "0.1.471",
4
4
  "type": "module",
5
5
  "description": "One-command installer for Sellable MCP in Claude Code, Codex, and Hermes",
6
6
  "bin": {
@@ -4,6 +4,8 @@ description: Refill projected sends across a workspace or selected senders throu
4
4
  visibility: public
5
5
  allowed-tools:
6
6
  - mcp__sellable__refill_sends
7
+ - mcp__sellable__refill_v3_advance
8
+ - mcp__sellable__refill_v3_continue
7
9
  - mcp__sellable__get_refill_target_plan
8
10
  - mcp__sellable__get_scheduler_fill_capacity
9
11
  - mcp__sellable__get_subskill_asset
@@ -21,17 +23,43 @@ allowed-tools:
21
23
  # Refill Sends
22
24
 
23
25
  Use this skill for “fill”, “refill sends”, “max out sends”, “load everyone up”,
24
- or “fill horizon sends”. `refill_sends` is the only execution owner. The host
25
- resolves the request, invokes the coordinator, and follows its exact
26
- continuation; it never reconstructs the refill ladder from low-level tools.
26
+ or “fill horizon sends”. Exactly one coordinator owns execution: `refill_v3_advance`
27
+ on the V3 route, `refill_sends` on the V1 route. The host resolves the request,
28
+ invokes that coordinator, and follows its exact continuation; it never
29
+ reconstructs the refill ladder from low-level tools.
27
30
 
28
31
  Host commands:
29
32
 
30
33
  - Claude Code: `/sellable:refill-sends`
31
34
  - Codex: `$sellable:refill-sends`
32
35
 
36
+ ## Route selection — do this FIRST
37
+
38
+ Decide the route before parsing scope, before loading any flow asset, and before
39
+ any tool call other than auth/workspace resolution. The predicate is
40
+ MECHANICAL and observable in the connected Sellable MCP tool list:
41
+
42
+ > **Is `refill_v3_advance` one of the tools this server exposes?**
43
+
44
+ - **Yes → take the Refill V3 route.** This is the default for every workspace on
45
+ a server that exposes the tool. Go to [Refill V3](#refill-v3) and follow it;
46
+ the V1 ladder in the rest of this document does not apply.
47
+ - **No → take the V1 route.** The installed server predates Refill V3, so
48
+ `refill_sends` is the only coordinator available. Follow this document from
49
+ [Entry and exact scope](#entry-and-exact-scope) onward.
50
+
51
+ Never infer the route from a workspace flag, a campaign field, a tool result, or
52
+ the operator's wording: no such cutover signal exists, and guessing at one is
53
+ what makes an ordinary refill request silently take the wrong route. Report the
54
+ selected route explicitly before the first coordinator call.
55
+
33
56
  ## Entry and exact scope
34
57
 
58
+ Everything from here down to [Refill V3](#refill-v3) is the **V1 route**. Skip it
59
+ entirely when route selection chose V3. On this route `refill_sends` is the only
60
+ execution owner and the host follows its exact continuation; it never
61
+ reconstructs the refill ladder from low-level tools.
62
+
35
63
  Accepted request fields are `--yolo`, `workspaceId`, `--sender`/`senderIds`/
36
64
  `senderNames`, `actionTypes`, `--until`/`untilDate`, `--target-date`/
37
65
  `targetDate`, and compatibility `horizonSendDays`. Omitted dates mean the
@@ -55,7 +83,9 @@ flowchart TD
55
83
  SENDERS --> SG{"Every selector resolves exactly?"}
56
84
  SG -- No --> SB["Output: blocked_retryable / sender_selector_unresolved with candidates"]
57
85
  SG -- Yes --> DATE["Normalize 48h, exact targetDate, or inclusive untilDate in sender-local time"]
58
- DATE --> D1["D1: call get_refill_target_plan read-only with exact scope"]
86
+ DATE --> ROUTE{"Does this server expose refill_v3_advance?"}
87
+ ROUTE -- Yes --> V3["Refill V3 route: load core/flow.v3.json and call refill_v3_advance"]
88
+ ROUTE -- No --> D1["D1: call get_refill_target_plan read-only with exact scope"]
59
89
  D1 --> RENDER["Render sender/campaign waterfall, coverage ledger, first action, side effects, forbidden actions, and stop condition"]
60
90
  RENDER --> D2["D2: call refill_sends with workspaceCoordinator true plus displayed targetShapeRevision and actionKey"]
61
91
  ```
@@ -551,3 +581,58 @@ available work.
551
581
  sweep/status, and bounded receipts. Never use individual cell ids, Prisma,
552
582
  SQL, direct database access, or production-environment scripts as completion
553
583
  proof. Redact raw copy and prospect fields.
584
+
585
+ ## Refill V3
586
+
587
+ This is the DEFAULT route whenever `refill_v3_advance` is exposed (see
588
+ [Route selection](#route-selection--do-this-first)). `refill_v3_advance` is then
589
+ the only execution owner and `refill-sends-workflow` plus its `core/flow.v3.json`
590
+ asset is the contract to load — load the prompt and that asset, verify the `v3`
591
+ compatible range, and report the version before the first call. Call
592
+ `refill_v3_advance` with `{workspaceId, scope}` — plus `yolo: true` only when the
593
+ operator asked for `--yolo` — and call it again after each `advanced` or
594
+ `campaign_attention_required` result until it answers `awaiting_external_change`,
595
+ `complete`, or `blocked`.
596
+
597
+ Resolve the workspace BEFORE the first call, exactly as the V1 route already
598
+ requires. `workspaceId` must be an exact id on every automation call: when the
599
+ operator names a workspace, call `list_workspaces` first and match that name to
600
+ its id, and use the configured or active workspace only when the operator named
601
+ none. If nothing accessible matches the name, or more than one does, stop and say
602
+ so — do not fall back to the configured workspace — and never change the shared
603
+ active workspace to steer an automation.
604
+
605
+ Map the rest of the request onto those keys and nothing else: the sender/date
606
+ envelope becomes `scope` (a 1-3 day `sender_local_horizon`, or
607
+ `exact_sender_dates` when the operator named exact senders or dates). There is no
608
+ mode: WHICH campaign may be started is DERIVED from the workspace's own
609
+ campaigns and can never be requested.
610
+
611
+ `--yolo` still means what it has always meant, and it is the ONE remaining
612
+ execution input. It is the operator's AUTONOMY GRANT, read from their words
613
+ alone, and it decides two things together:
614
+
615
+ - **Granted** (`yolo: true` on every call of that run): after a row's active
616
+ campaigns are exhausted, one derived-evergreen start-eligible campaign may be
617
+ started, and you receive it as an ordinary executed `start_evergreen_campaign`
618
+ action. Keep calling advance until a terminal without checking back.
619
+ - **Withheld** (omit the key): no paused campaign is started — the backend
620
+ refuses it and answers the exhaustion terminal instead — and you surface each
621
+ result and ASK before calling advance again.
622
+
623
+ Never infer the grant from a workspace flag, a campaign field, a tool result, an
624
+ idle-looking workspace, or a previous terminal, and never set it to make a run
625
+ finish. Pass no other execution flag and no mode, and do not call
626
+ `get_refill_target_plan`, `refill_sends`, or any placement, scheduler, source, or
627
+ send tool on this route.
628
+
629
+ An `advanced` result is ALREADY EXECUTED: surface its action identity, receipt,
630
+ and replacement observation, and never run the action or call its authority again.
631
+ Only `campaign_attention_required` needs you — route its one selected campaign to
632
+ `refill-sends-work-campaign` and return the chosen action through
633
+ `refill_v3_continue`, which first revalidates the packet against fresh world
634
+ state and then executes at most one existing authority.
635
+
636
+ This skill chooses no sender, date, lane, campaign, or action, holds no counter or
637
+ cursor between calls, and declares no terminal, exhaustion verdict, or health
638
+ classification of its own. V1 `refill_sends` behavior is unchanged.