--- name: curviate-profile description: "Read and write LinkedIn profiles and company pages with the Curviate CLI, and resolve human search terms into the opaque filter ids the search commands need. Covers `profile` (me, detail, sections, update, subscription, analytics, visitors, SSI), `company` (detail, employees, posts, jobs, followers, page inbox, follow-invite), `search parameters`, retrieval mode (`--mode`/`--max-age`), and the session/account commands (`login`, `config`, `account`). Use when fetching or updating a member or company profile, resolving a filter id, choosing between a stored copy and a live LinkedIn read, or connecting an account." version: 0.1.0 author: Curviate license: MIT tags: [LinkedIn, CLI, Agents, Sales, Recruiting, Outreach] repository: https://github.com/Curviate/curviate-plugin --- # Curviate: profiles, companies, and filter ids Profiles are the entry point for almost every LinkedIn workflow: you resolve a person or a company, then act. This skill covers that resolution, the company page surface, the parameter lookup every structured search depends on, and the account plumbing underneath all of it. Command surface established against CLI `0.33.0`. ## Before any command ```bash npm install -g @curviate/cli && curviate --version # needs Node 18 or newer curviate login --api-key # or export CURVIATE_API_KEY curviate account list --json # verify: your connected LinkedIn accounts ``` - **Resolve the binary first.** If `curviate --version` fails, install it. Do not substitute a raw HTTP call for a command you could not find; the command surface is the contract. - **Credentials resolve flag > environment > stored profile.** `CURVIATE_API_KEY`, `CURVIATE_BASE_URL` and `CURVIATE_ACCOUNT` are the right path for a scripted run: the key stays out of `argv`, out of `ps`, and out of shell history. - **`--json` on anything you parse.** It is already the default when stdout is not a terminal; ask for it explicitly when a human might also be watching. - **`--preview` before every write.** It renders the resolved request without sending it. On a read command it is refused with exit `2`. - **`--fields a,b,c` to project.** Profile responses carry 18 or more fields; projecting cuts most of that away. - **`--verbose` when a slim response looks suspiciously empty.** An empty slim field is not proof the data does not exist; see Traps. - **Put global flags at the end of the command.** Trailing placement is unambiguous on every version; a leading global flag has been dropped silently by older builds, running under whichever account was already active rather than the one you named. ### `--profile` and `--account` are different questions Both exist on every command and they answer different questions. Pass either, both, or neither: | Flag | Chooses | Reach for it when | |---|---|---| | `--profile ` | The stored credential set: API key, base URL, and a default account. | You hold several tenants or keys locally, or you want the call site to read as a name rather than an opaque id. | | `--account ` | Which connected LinkedIn account performs this one command, overriding the profile's default. | The tenant has more than one connected account and this command must act as a specific one. | `--account` takes an account id only; an account *name* comes back `ACCOUNT_NOT_FOUND`, exit `4`. A structurally malformed value is refused at exit `2` before the request is built. Resolve ids live with `curviate account list --json`; they change when an account is reconnected, so never hard-code one. ## Retrieval mode: `--mode` and `--max-age` Exactly four reads decide between a stored copy and a live LinkedIn call: `profile me`, `profile `, `inbox get` and `inbox messages`. Two of them are here. | `--mode` | Behaviour | |---|---| | `auto` (default) | A stored copy while it is fresh, otherwise fetch. | | `live` | Always fetch from LinkedIn. | | `refill` | A stored copy at any age; fetch only when nothing is stored. | | `cache_only` | Never fetch. A store miss is refused, not fetched. | `--max-age ` (0 to 31536000) overrides those presets in both directions; `--max-age 0` is the same as `--mode live`. Every response carries its provenance: `source: store | live` plus `observed_at` under `--json`, and a `provenance:` line on stderr in human mode. Read `source` rather than assuming. ```bash curviate profile me --mode live --json # source: live curviate profile me --mode cache_only --json # source: store, with observed_at ``` Three mechanics that decide whether a retrieval-mode call works: - **`cache_only` with `--max-age` is a usage error, exit `2`**, raised before any network call. `cache_only` never reaches LinkedIn at any age, so a freshness threshold cannot change its answer. Drop `--max-age`, or use `--mode refill`. - **`cache_only` on a store miss is exit `14` (`NOT_STORED`)**: the profile may exist perfectly well on LinkedIn, this API just holds no copy. It is not "not found" (`4`), so re-checking the identifier is the wrong move, and it is not retryable as sent. Re-read with `--mode refill` (fetch once, store it), `auto`, or `live`. - **Every other command refuses the flags outright rather than ignoring them**: `unknown flag --mode`, exit `2`. A retrieval-mode habit applied to `search people` fails loudly, which is the good case: you are never silently served an unintended freshness. One same-named flag is unrelated: `job publish --mode FREE|PROMOTED|PROMOTED_PLUS` selects a publishing mode and spends money. It has nothing to do with retrieval. ## `profile`: members `profile ` accepts a vanity slug, a full profile URL (country subdomains such as `de.linkedin.com` included), a URN, a native member id (`ACoAA…`), or `me`. | Command | What it does | Confidence | |---|---|---| | `curviate profile ` | One member's profile. Accepts `--mode`/`--max-age`, `--sections`, and the activity flags below. | proven | | `curviate profile me` | Your own connected profile. Accepts `--mode`/`--max-age`. | proven | | `curviate profile --posts` | That member's activity feed (posts and reposts). Same data as `post user-posts `. | proven | | `curviate profile --comments` | That member's comments on other people's posts. Same data as `comment user `. | proven | | `curviate profile --reactions` | That member's reactions. Works on any public profile. Returns `value` and `post_id`; no timestamp exists. | proven | | `curviate profile --sections ` | LinkedIn sections: `linkedin_experience`, `linkedin_education`, `linkedin_languages`, `linkedin_skills`, `linkedin_certifications`, `linkedin_volunteer_experience`, `linkedin_projects`, `linkedin_recommendations`, `linkedin_interests`, or `linkedin_*` for all. A bare `skills` auto-prefixes. **Pair with `--verbose` every time.** | proven | | `curviate profile update [--headline] [--bio] [--first-name] [--last-name] [--skills] [--picture] [--background-picture]` | Update your own profile. Only the flags you pass are sent. | proven | | `curviate profile subscription` | Your premium entitlements and plan. A free account is a valid result (`has_premium: false`), not an error. | proven | | `curviate profile analytics` | Profile viewers, followers, post impressions and search appearances over LinkedIn's own fixed reporting windows. No window selector exists. | proven | | `curviate profile visitors` | Recent profile viewers, classified by disclosure fidelity: identified, semi-anonymous, or aggregate. Premium accounts see more identified viewers. | proven | | `curviate profile ssi` | Social Selling Index: overall score, four pillar breakdowns, industry and network percentile ranks. | proven | | `curviate profile endorse --endorsement-id ` | Endorse a skill. Irreversible: there is no unendorse. | **wired, never live-fired** | `profile follow`, `unfollow`, `relations`, `followers` and `following` belong to the network workflow; see `curviate-network`. ### Traps - **`--sections` returns zero items unless you also pass `--verbose`.** The slim projection strips the section payload even when you asked for that exact section. Always pair them. - **`emails` and `phone_numbers` need `--verbose`, and `--fields` does not escalate for you.** `profile ` slim strips both; `profile me` slim keeps `emails` and drops `phone_numbers`. `--fields emails,phone_numbers` without `--verbose` returns `{}` and a stderr warning, which reads exactly like "this member published no contact details". It is not. - **Contact fields are gated on first-degree connection, and absent rather than empty below it.** At second degree `emails` and `social_handles` are missing from the response entirely and `phone_numbers` is `[]`. Fetch from whichever account is actually connected, and re-fetch after an invitation is accepted. A profile read costs the same either way, so pass `--verbose` up front rather than paying for two reads. - **`specifics.throttled_sections` is `--verbose`-only, and it is a correctness signal.** It names the sections LinkedIn rate-limited on this request. Without it you cannot tell "this member has no listed experience" from "the experience section was throttled, retry it". Read it before treating an empty section as ground truth, and requery only sections that actually appear in it. - **A missing member and a premium-gated member are indistinguishable on a non-premium account.** A nonexistent slug returns `LINKEDIN_FEATURE_NOT_SUBSCRIBED`, exit `5`, never `404`/exit `4`. Deep reads of some out-of-network members hit the same gate even though the search that found them needed no subscription at all. Verify a handle through `search people` before concluding that a subscription would fix it. - **`profile update --headline` reads back on the `description` field, and there is no `--description` flag.** The write takes `--headline`; the read response mirrors that text under `description` ("NOT the About/Summary section", which is `bio`). `--fields headline` on a read matches nothing and is silently dropped like any unmatched path; project it as `--fields description`. - **A profile write can take minutes to about two and a half hours to appear on read-back.** A `profile update` returning exit `0` was accepted. A stale-looking read immediately after is not evidence the write failed. - **A profile fetch is a real, member-visible profile view** and consumes the account's daily profile-view allowance. Do not fetch speculatively in a loop. - **Never write `profile me relations`.** The command is `profile relations`. Older builds silently discarded `relations` and answered with your own profile at exit `0`; current builds exit `2`. ## `company`: company pages `company ` takes a slug, URL or numeric id. **Its sub-resources need the numeric provider id** returned by that first call, so it is always two steps. | Command | What it does | Confidence | |---|---|---| | `curviate company ` | The company profile: name, employee count, website, industry. | proven | | `curviate company employees` | People who currently work there. Supports `--keywords`. | proven | | `curviate company posts` | The page's posts. | proven | | `curviate company jobs` | The page's open postings. | proven | | `curviate company managed` | The pages this account administers. An empty result is valid. | proven | | `curviate company followers` | A page's followers, newest first. Admin-gated. | proven | | `curviate company invitable-followers` | First-degree connections eligible to be invited to follow the page. Items carry no name or headline; hydrate a candidate with `profile ` before deciding. `invite_token` is always base64. | proven | | `curviate company follow-invite --invitee ` | Invite those connections to follow the page. Admin-gated write, one `--invitee` per person. | proven | | `curviate company chats` | The page's admin message inbox. Admin-gated. Beta. | proven | | `curviate company chat ` | One conversation from that inbox. Admin-gated. Beta. | proven | | `curviate company messages ` | A page conversation's messages, newest first. Admin-gated. | proven | | `curviate company message ` | One message from a page conversation. Admin-gated. | proven | | `curviate company search-chats [query]` | Search the page inbox. Exactly one mode per call: free text, `--topic`, or `--unread`, mutually exclusive, enforced server-side. Admin-gated. | proven | | `curviate company reply ` | Reply in a page conversation, as the page. Admin-gated write. Reply-only: it cannot start a conversation. | proven | **`follow-invite` is all-or-nothing.** A request where every invitee id is valid returns one outcome per invitee in request order (`invited`, `already_invited`, `ineligible`, `not_found`). A single invalid id rejects the whole request with a `404` rather than a partial result. Re-inviting someone already invited is a safe no-op that returns the same invitation id, never a duplicate. ## `search parameters`: turning words into filter ids Structured search filters take opaque ids, not human text. Resolve first, then search. ```bash curviate search parameters --type LOCATION --keywords "Germany" --limit 5 --json curviate search people --location --keywords "AI engineer" --json ``` | Command | What it does | Confidence | |---|---|---| | `curviate search parameters --type --keywords ""` | Resolve a term to filter ids. `--type` is one of `LOCATION`, `PEOPLE`, `CONNECTIONS`, `COMPANY`, `SCHOOL`, `INDUSTRY`, `SERVICE`, `JOB_FUNCTION`, `JOB_TITLE`, `EMPLOYMENT_TYPE`, `SKILL`. Both flags required for every type. | proven | | `curviate search service-parameters --keywords "" [--type service_category\|location]` | The same resolution for the Services Marketplace filters `search services` accepts. `--type` defaults to `service_category`. | proven | - **A filter value that is a name rather than an id is silently dropped and the search runs unfiltered, at exit `0`.** `--location "Germany"` has returned results from New York, Bengaluru and Toronto with no warning at all. Resolve every `--location`, `--industry`, `--company` and `--school` value through this command first. - **`JOB_FUNCTION` returns string tokens** (`eng`, `sale`), not numeric ids, unlike every other type. Pass the string straight into `search jobs --function`. - **`--type PEOPLE` is a working name-to-member lookup** and returns real member profiles; it is also how you resolve `search people --followers-of`. - Results carry both `id` and `public_identifier`, so they chain directly into a connect or a message. ## Session and connected accounts | Command | What it does | Confidence | |---|---|---| | `curviate setup` | Connect this machine to your workspace: opens the dashboard, takes the code it shows you, and saves an API key. `--no-browser` prints the link instead of opening it; `--code -` reads the code from stdin, keeping it out of `argv`, `ps` and shell history. | proven | | `curviate doctor` | Check this machine can call the API: config, credential source, workspace, reachability and connected accounts. The first thing to run when a command fails for no obvious reason. | proven | | `curviate login --api-key ` | Store an API key in a local profile. | proven | | `curviate config list` | Every stored profile and the active one. Keys are redacted. | proven | | `curviate config path` | The config file path. | proven | | `curviate config use ` | Set the active profile. | proven | | `curviate config rename ` | Rename a profile. | proven | | `curviate config set-account ` | Set a profile's default acting account. | proven | | `curviate config set-base-url [url]` | Set or clear a profile's base URL. | proven | | `curviate config reset` | Remove the config file, or one profile. | proven | | `curviate account list` | Connected LinkedIn accounts: where an `acc_id` comes from. | proven | | `curviate account get ` | One account, including `quotas[]`: per-action daily allowances with their reset times. **This is the one command that reads your remaining allowance back.** The id is positional even when the profile has a default. | proven | | `curviate account seats` | The workspace's live seats: `seat_id`, `occupied`, and `account_id` where occupied. A free seat (`occupied: false`) is the source of the `--seat-id` `account link` needs; not paginated, `--all` is refused. | wired, never live-fired | | `curviate account link --seat-id --auth-method ` | Connect a LinkedIn account to an empty seat. Get a free `seat_id` from `curviate account seats` first. Prompts for a verification code interactively; a non-interactive shell exits `12` and you finish with `account checkpoint solve`. | proven | | `curviate account connect-session poll --session ` | Poll an in-progress connect. `status` is `pending`, `resolved`, `expired` or `failed`. `--wait` blocks until a terminal state. | proven | | `curviate account checkpoint solve --code ` | Answer a checkpoint challenge with a one-time code. | proven | | `curviate account checkpoint poll ` | Poll for mobile-app approval of a pending challenge. `--wait` blocks. | proven | | `curviate account checkpoint request ` | Re-send the challenge notification. Not every challenge type can: an authenticator-app code has nothing to re-send. The response's `resent` boolean is honest; the command exits `0` either way, so read the field. | proven | | `curviate account update ` | Update account metadata or custom-proxy configuration. | proven | | `curviate account disconnect ` | Hard-disconnect an account and release its seat. | proven | **Zero connected accounts is a valid state**, not an error: a fresh tenant authenticates fine and `account list` returns an empty list. Every account-scoped command is unusable until an account is connected. **Verify each account, not just the first.** `account list` proves an account exists and reads `status: "active"`; it does not prove the session round-trips. For each id: ```bash curviate profile me --account --fields first_name,last_name,description --json ``` Exit `0` with a populated name proves auth, account scoping and field projection work together. ## Full command surface Read from the CLI's own `--help` at version 0.33.0. Descriptions, traps and confidence tags elsewhere in this skill are hand-written and carry the version they were established against. Every command below that takes flags at all also accepts `--json`. | Command | Arguments | Flags | |---|---|---| | `curviate config list` | *(none)* | *(none)* | | `curviate config path` | *(none)* | *(none)* | | `curviate config use` | `NAME` | *(none)* | | `curviate config rename` | `OLD` `NEW` | *(none)* | | `curviate config set-account` | `ACCOUNT` | `--profile` | | `curviate config set-base-url` | `URL` | `--profile`, `--reset` | | `curviate config reset` | *(none)* | `--profile`, `--yes` | | `curviate profile` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta`, `--posts`, `--comments`, `--reactions`, `--followers`, `--is-company`, `--mode`, `--max-age`, `--sections` | | `curviate profile me` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta`, `--mode`, `--max-age`, `--sections`, `--posts`, `--comments`, `--reactions`, `--followers` | | `curviate profile endorse` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--preview`, `--verbose`, `--beta`, `--endorsement-id` *(required)* | | `curviate profile update` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta`, `--headline`, `--bio`, `--first-name`, `--last-name`, `--skills`, `--picture`, `--background-picture` | | `curviate profile subscription` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta` | | `curviate profile analytics` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta` | | `curviate profile visitors` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta` | | `curviate profile ssi` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta` | | `curviate company` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--preview`, `--verbose`, `--beta`, `--sections` | | `curviate company employees` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta`, `--keywords`, `--location` | | `curviate company posts` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta` | | `curviate company jobs` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta`, `--keywords` | | `curviate company invitable-followers` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta` | | `curviate company follow-invite` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--preview`, `--verbose`, `--beta`, `--invitee` | | `curviate company reply` | `ID` `CHATID` `TEXT` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--preview`, `--verbose`, `--beta`, `--attach` | | `curviate company managed` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta` | | `curviate company followers` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta` | | `curviate company chats` | `ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta` | | `curviate company chat` | `ID` `CHATID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--preview`, `--verbose`, `--beta` | | `curviate company messages` | `ID` `CHATID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta` | | `curviate company message` | `ID` `CHATID` `MESSAGEID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--preview`, `--verbose`, `--beta` | | `curviate company search-chats` | `ID` `QUERY` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta`, `--topic`, `--unread` | | `curviate search parameters` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--preview`, `--verbose`, `--beta`, `--type` *(required)*, `--keywords` *(required)* | | `curviate search service-parameters` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--preview`, `--verbose`, `--beta`, `--type`, `--keywords` *(required)* | | `curviate account list` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--limit`, `--cursor`, `--all`, `--max-pages`, `--page-delay`, `--preview`, `--verbose`, `--beta` | | `curviate account get` | `ACCOUNT-ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta` | | `curviate account seats` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta` | | `curviate account link` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta`, `--seat-id` *(required)*, `--auth-method` *(required)*, `--email`, `--password`, `--password-stdin`, `--li-at`, `--li-at-stdin`, `--li-a`, `--country`, `--ip`, `--proxy-protocol`, `--proxy-host`, `--proxy-port`, `--proxy-username`, `--proxy-password`, `--user-agent`, `--recruiter-contract-id`, `--linkedin-premium`, `--account-id`, `--no-interactive` | | `curviate account connect-session poll` | *(none)* | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta`, `--session` *(required)*, `--wait` | | `curviate account update` | `ACCOUNT-ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta`, `--metadata`, `--clear-proxy`, `--proxy-protocol`, `--proxy-host`, `--proxy-port`, `--proxy-username`, `--proxy-password` | | `curviate account disconnect` | `ACCOUNT-ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta` | | `curviate account checkpoint solve` | `ACCOUNT-ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta`, `--code` *(required)* | | `curviate account checkpoint poll` | `ACCOUNT-ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta`, `--wait` | | `curviate account checkpoint request` | `ACCOUNT-ID` | `--api-key`, `--profile`, `--account`, `--base-url`, `--timeout`, `--fields`, `--preview`, `--verbose`, `--beta` | ## Exit codes to branch on here Branch on the exit code, never on the message text. Under `--json` an error prints `{"error": {"code", "message", …}}`. | Code | Meaning | What to do | |---|---|---| | `1` | `INTERNAL` from the server itself: a genuine bug on the platform side. | Worth one retry; if it repeats it is a bug to report, not a state to work around. | | `2` | Usage or invalid input, often raised before any network call. | Fix the invocation. Never retry unchanged. | | `4` | Not found. | Wrong identifier, or the resource is gone. | | `5` | Three causes, one code: read `error.code`. `NO_ACTIVE_SEAT`: the account is on no active seat. `LINKEDIN_FEATURE_NOT_SUBSCRIBED`: LinkedIn itself lacks the feature. `BETA_NOT_ENABLED`: the operation is beta-gated and this workspace has not opted in. | Branch on `error.code`: the three fixes have nothing in common, and none is fixed by retrying unchanged. | | `6` | `PLATFORM_RATE_LIMIT` and its siblings. Carries `retry_after` in whole seconds. A response naming `budgetRow` means only that row is paused; every other row on the account keeps working. | **Back off and retry** after that many seconds. On a named `budgetRow`, switch to other work on the account rather than backing off across the board. | | `7` | Transient platform fault: a request that got no response at all (network error, DNS failure, timeout) or one that came back as something other than a valid API answer. Carries `retryLikelyToSucceed: true`. | Retry with backoff. | | `8` | Account or connection state. Read `error.code`: `ACCOUNT_RESTRICTED`, `LINKEDIN_AUTH_FAILED` and `LINKEDIN_COOKIE_INVALID` need a reconnect; `LINKEDIN_OPERATION_NOT_SUPPORTED` is a permanent platform limitation and never retryable; `ACCOUNT_ALREADY_LINKED` means `account link` targeted a seat or account that is already connected. | Depends on `error.code`; do not assume "reconnect" covers all of them. On `ACCOUNT_ALREADY_LINKED`, pass `--account-id ` to `account link` to re-authenticate that account in place, or use the account it already names instead of retrying the original call. | | `9` | Checkpoint *failure*, the challenge is dead: `CHECKPOINT_NOT_FOUND`, `CHECKPOINT_EXPIRED`, `CHECKPOINT_INVALID_CODE`, `CHECKPOINT_MAX_ATTEMPTS`, `CHECKPOINT_ALREADY_RESOLVED` or `CHECKPOINT_UNSUPPORTED`. Raised by `checkpoint solve` on a wrong or stale code, `checkpoint poll --wait` timing out into a terminal state, or `checkpoint request` against a checkpoint that is already gone. | Start over: `curviate account link` (pass `--account-id ` to reconnect an existing account in place). Distinct from `12`, which is still resolvable with the next step. | | `12` | A connect flow needs its next authentication step. | Run the checkpoint flow, or poll the connect session. Distinct from `9`, a checkpoint *failure*. | | `13` | `BUDGET_EXHAUSTED`: a safety rule of your own refused the action, not LinkedIn. Read `error.safetyReason`: `ceiling` means the row named in `error.budgetRow` hit its configured limit; `activity_window` means the account is outside the hours it works in (no `budgetRow` on that one). **Nothing reached LinkedIn and nothing was spent.** `reset_at` can be weeks out, and may be `null` where no clock frees it. | **Do not back off and retry.** `error.safetyHint.parameter` names the exact setting to change (for example `profile_views.ceiling`, or `posture` where no ceiling applies). Read `quotas[]` via `account get`, then either wait for the named reset or change that setting. A retry loop here only burns time. | | `14` | `NOT_STORED`: a `cache_only` read the store cannot answer. | Re-read with `refill`, `auto` or `live`. Re-checking the id is the wrong move. |