@curviate/sdk 0.45.0-next.0 → 0.45.0-next.1

package/dist/index.js

@@ -472,7 +472,7 @@ function isCurviateError(err) {
 }
 
 // package.json
-var version = "0.45.0-next.0";
+var version = "0.45.0-next.1";
 
 // src/config.ts
 var DEFAULT_BASE_URL = "https://api.curviate.com";
@@ -851,7 +851,8 @@ var AccountsResource = class {
    * with the first 20 Motions in `motion_refs`, and `quotas`: three of the
    * account's safety rows (`connection_requests_no_note`,
    * `messages_first_degree`, `inmail`) with `remaining`, absent on an account
-   * you can see but not operate. `get` carries every row. Reading the list
+   * you can see but not operate. `connection_requests_no_note` now counts
+   * every invitation, noted or not: read it as "Invitations". `get` carries every row. Reading the list
    * never calls LinkedIn.
    *
    * Each item also carries `external_id` (your own id for the account's end
@@ -915,6 +916,26 @@ var AccountsResource = class {
    * `total_actions` (`tally`) and `pending_invites` (`gauge`, whose `used` is
    * `null` until something has observed it).
    *
+   * **Same name, new meaning:** `connection_requests_no_note` counts all
+   * invitations, so its `used` is the invitation total (a noted one also
+   * counts on `connection_requests_with_note` where that row has a ceiling:
+   * Free profiles, 3 a month). The strict rows (invitations, `inmail`,
+   * `profile_views`) also carry `target` (what the account aims at per
+   * window, below the ceiling; `green` is now this target) and
+   * `effective_target` (target times warm-up times health), both `null` on
+   * other rows and read-only. Aim at the target, not the ceiling.
+   *
+   * `health` is Curviate's inference of how LinkedIn sees the account:
+   * `{ state, factor, reasons, until }`, `state` one of `healthy`, `watch`,
+   * `slowed` or `stopped`. It multiplies with warm-up. `health` is absent on
+   * an account you can see but not operate.
+   *
+   * Curviate sees only what it sends. Invitations or messages sent by hand on
+   * LinkedIn, or through another automation tool on the same account, are
+   * invisible to it and to every limit here; LinkedIn's refusal is the only
+   * way they show up. Do not run another automation tool on a connected
+   * account.
+   *
    * The per-minute REQUEST ceiling is a different thing and is deliberately
    * NOT in this array: it protects Curviate's own servers rather than the
    * LinkedIn account, and it is answered with `429 RATE_LIMIT_ACCOUNT`.
@@ -1147,7 +1168,10 @@ var AccountsResource = class {
    * budget row, and where each value was inherited from. Also carries the
    * derived `warm_up` (`enabled`, `dormant`, `state`, `factor`, `triggers`)
    * and `activity_window` (the zone the hours are read in, from where the
-   * account connects). Limits are always enforced.
+   * account connects) and `auto_withdraw` (default `true`: Curviate withdraws
+   * its own invitations older than 14 days once more than 400 are pending;
+   * hand-sent ones are never touched). Rows carry `target` and
+   * `effective_target` (read-only). Limits are always enforced.
    * `GET /v1/{account_id}/safety-policy`
    *
    * @example
@@ -1165,7 +1189,9 @@ var AccountsResource = class {
    * always enforced: to send more, raise the limit. Returns the policy as
    * `getSafetyPolicy` reads it.
    *
-   * `warm_up: { enabled }` turns the account's warm-up ramp on or off (default
+   * `auto_withdraw` (boolean) switches the automatic withdrawal of old
+   * Curviate-sent invitations; a change is ledgered. A row's `green` is its
+   * target. `warm_up: { enabled }` turns the account's warm-up ramp on or off (default
    * on; off skips the connect and quiet ramps, recovery after a LinkedIn
    * restriction still applies). `active_hours` sets the account's own days and
    * local hours; a row's own `activity_window_start` / `activity_window_end`
@@ -7180,6 +7206,16 @@ var MotionsResource = class {
    * and `account_gap` (`1d` to `30d`), served only in that mode;
    * `accounts_per_contact` is locked once the Motion has started.
    *
+   * `settings.priority` (`normal`, the default, or `prioritized`) is the
+   * Motion's share of each sending account's daily allowance: a prioritized
+   * Motion gets twice a normal one's share, and a share nobody uses flows to
+   * the others. Curviate paces all Motions on an account against one budget,
+   * so there is no per-Motion start cap. `settings.new_enrollments_per_account_per_day`
+   * and `settings.assign: "even"` are retired: accepted and ignored until
+   * 2027-01-28 with a `SETTING_REMOVED` entry in `notices[]` and
+   * `Deprecation: true`, never returned, then a `400`. A pending Enrollment
+   * waits unassigned (`account_id: null`) until an account with room takes it.
+   *
    * @example
    * const motion = await curviate.motions.create({
    *   name: "Q4 webinar follow-up",
@@ -7308,7 +7344,11 @@ var MotionsResource = class {
    * `projection.audience` is `{ total, skipped, to_enroll }`, `skipped`
    * counted per reason (`do_not_contact`, `excluded`, `other_motion`,
    * `known_chat`, `filtered`; a Contact counts under the first that applies);
-   * `projection.contacts` equals `to_enroll`. In
+   * `projection.contacts` equals `to_enroll`. `projection.accounts[]` names the
+   * pool that binds each account's pace (`binding`), its
+   * `expected_actions_per_day` (an upper estimate) and `projection.warnings[]`
+   * (`hours_below_share`, `no_sending_account`: no account of the Motion can
+   * send its InMail step). There is no `daily_cap`. In
    * Several mode `accounts[].contacts` counts Enrollments, not people, and
    * `projection.fits_before_end_at` is counted per account zone.
    * `GET /v1/motions/{id}/preview`

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@curviate/sdk",
-  "version": "0.45.0-next.0",
+  "version": "0.45.0-next.1",
   "private": false,
   "description": "TypeScript SDK for the Curviate API.",
   "license": "MIT",