@toloka-platform/sdk 0.2.0-preview.3 → 0.2.0

package/dist/cli/toloka.js.jsc.sha256

@@ -1 +1 @@
-9ad43de333dbe074807e30a8c4dcac3218b8da3d35dcb5b9f73de5a828e0e1a5  toloka.js.jsc
+ef3e378cf44fae35729752064f23960c37016cb6fd231756a974fc8e239c89ff  toloka.js.jsc

package/dist/cli/toloka.js.sha256

@@ -1 +1 @@
-d94c96d189b79c2a18acad2d61fe57da2c580dc0219094434e1e44e822bcd7f0  toloka.js
+f411e3d6a2289108ed93862aedb96f9628cef1a7ee21ec197aa4cf1bb9390ce3  toloka.js

package/docs/cli-v2.md

@@ -86,14 +86,14 @@ toloka project remove cat-labeling           # local unbind only
 
 `project add` with no arguments prompts for alias and id, like `wmill workspace add`. The new alias becomes `current`.
 
-Create a live project and bind it in one step. External teams omit `--delivery-order-id`. Internal users (`whoami` prints `Internal: true`) must pass an active id from `toloka delivery-order list`:
+Create a live project and bind it in one step. The delivery order follows the owning team, not the account (`toloka whoami` marks internal teams `(internal)` on its `Teams:` line): a project in an internal team must carry an active id from `toloka delivery-order list`, and a project in an external team must not carry one, even when the account is internal:
 
 ```sh
 toloka project create cat-labeling --team-id <teamId>
 toloka project create cat-labeling --team-id <teamId> --delivery-order-id <orderId>
 ```
 
-`POST /projects` requires `teamId`. There is no public team-list endpoint today, so `--team-id` is required unless every visible project shares one team, in which case we reuse that id. If teams differ, refuse and ask.
+`POST /projects` requires `teamId`. `GET /me` lists the caller's teams with their write access, so `--team-id` is optional when the account has exactly one writable team; with several, the CLI refuses and names them.
 
 `project create` writes the machine alias, sets `current`, and if cwd has no `toloka.json`, writes one.
 
@@ -126,6 +126,7 @@ Resource commands never search the disk for a pipeline first. They load the proj
 | `plan` / `apply` / `validate` | whole project                 | no                 |
 | `secret set`                  | project                       | no                 |
 | `dataset list`                | project                       | no                 |
+| `dataset create <name>`       | project                       | no                 |
 | `dataset fields <name>`       | named dataset in this project | no                 |
 | `dataset load <name>`         | named dataset in this project | no                 |
 | `dataset upload <name>`       | named dataset in this project | no                 |

package/docs/cli.md

@@ -2,7 +2,7 @@
 
 The `toloka` CLI reads TypeScript source as the desired state, compares it with the live platform state, and reconciles the two.
 
-This CLI is Beta software. Commands, flags, and output can change before general availability.
+`toloka` `0.2.0` is the current stable CLI on the `latest` channel. Because it ships as part of the `0.x` SDK, commands, flags, and output can change between minor releases.
 
 `toloka` requires Bun 1.4.0 or newer. The published package ships CLI bytecode built with Bun 1.4.0; another Bun version runs the same bundled JavaScript without that cache and starts slower. The launcher falls back to TypeScript source in a development checkout when the bytecode is absent.
 
@@ -30,7 +30,7 @@ Credentials and the platform base URL resolve from the same precedence order, hi
 | 3           | `projectId` in `toloka.json`                  |
 | 4 (lowest)  | `current` alias in the credentials file       |
 
-Earlier releases named these variables `POTATO_API_KEY`, `POTATO_BASE_URL`, and `POTATO_PROJECT_ID`. The CLI still reads each legacy name when its `TOLOKA_*` counterpart is unset, prefers the `TOLOKA_*` value when both are set, and prints `POTATO_API_KEY is deprecated and will stop being read; set TOLOKA_API_KEY instead.` (and the same line for the other two) on stderr once per command. The legacy names stop being read in the first stable `0.2.0` release; rename them now to silence the warning.
+Earlier releases named these variables `POTATO_API_KEY`, `POTATO_BASE_URL`, and `POTATO_PROJECT_ID`. The CLI still reads each legacy name when its `TOLOKA_*` counterpart is unset, prefers the `TOLOKA_*` value when both are set, and prints `POTATO_API_KEY is deprecated and will stop being read; set TOLOKA_API_KEY instead.` (and the same line for the other two) on stderr once per command. The aliases remain supported for compatibility; rename them to silence the warning and use the current names in new automation.
 
 `toloka login` verifies the key against the platform before saving anything. It writes `$XDG_CONFIG_HOME/toloka/credentials.json`, which defaults to `~/.config/toloka/credentials.json`, with file mode `0600` and a parent directory with mode `0700`. The file may also store local project aliases. The legacy `~/.toloka/credentials.json` is still read when the new path has no file. `toloka logout` deletes the stored file but does not revoke the key.
 
@@ -49,6 +49,10 @@ The root program accepts these flags before any command:
 
 Commands resolve the project root by walking up from the working directory until they find a `toloka.json` file. The CLI reports that directory on stderr when it differs from the working directory. Passing `--source-root` disables discovery. With no marker found, the working directory is used. `init` and `report` do not walk up: they use the working directory or `--source-root` only. The authentication commands `login`, `logout`, and `auth-status` do not need a project root.
 
+## Errors and hints
+
+A failing command prints its message to stderr and exits `1`. Most messages are followed by a `Hint: …` line with the next command to run; messages that already spell out the remedy carry no hint. Platform failures print `Potato API request failed with status <code> (request id: <id>)`, the response body, and a status-based hint: `401`/`403` point at `toloka whoami` and `toloka login`, `404` at the selected project and the matching list command, `429` asks you to wait, and `5xx` asks you to retry and then send a report with `toloka report <report.md>`.
+
 ## Resources and Base Actions
 
 The CLI is resource-first: `toloka <resource> <action>`. A Base Action has one meaning wherever a resource implements it. A resource exposes only the Base Actions that have real behavior; there are no placeholder actions.
@@ -86,7 +90,7 @@ toloka project create [alias] [--name <name>] [--team-id <id>] [--delivery-order
 toloka project untrack <pipeline|dataset> <name> [--confirm]
 ```
 
-`add`, `switch`, `remove`, and `create` write the machine registry in the credentials file. They refuse `--api-key` / `--base-url` / `TOLOKA_*` when those would select a different key or platform than the stored file. `project list` prints project id, name, and team id. `create` reuses the only visible team when every listed project shares one; otherwise pass `--team-id`. Internal users (`whoami` prints `Internal: true`) also see `--delivery-order-id` and `toloka delivery-order list`.
+`add`, `switch`, `remove`, and `create` write the machine registry in the credentials file. They refuse `--api-key` / `--base-url` / `TOLOKA_*` when those would select a different key or platform than the stored file. `project list` prints project id, name, and team id. `create` uses the account's only writable team (`GET /me` lists the teams; `whoami` prints them) and asks for `--team-id` when there are several. A project owned by an internal team also needs `--delivery-order-id`; `toloka delivery-order list` shows the orders and answers with an explanation for accounts without internal teams.
 
 `project untrack` removes one pipeline or dataset binding from `toloka.json` without deleting the live resource. It previews the name and id in a terminal; outside a terminal, pass `--confirm` after reviewing the state file.
 
@@ -96,7 +100,7 @@ toloka project untrack <pipeline|dataset> <name> [--confirm]
 
 ## delivery-order
 
-Internal users only. Listed in `toloka --help` and available as a command when `whoami` prints `Internal: true`.
+Lists the Sunday delivery orders this key can attach on `project create`. The command is always registered; the platform answers `403` for accounts without an internal team, which the CLI reports as `Delivery orders are available to internal teams only.`
 
 ```sh
 toloka delivery-order list
@@ -135,7 +139,7 @@ Shows which platform and key the CLI would use. Alias: `whoami`.
 toloka auth-status [--show-token]
 ```
 
-On success it prints the platform URL with its source, the API key masked unless `--show-token` is passed, the selected project, `Reachable: N project(s) visible.`, and `Internal: true` or `Internal: false`. The project line is printed even when the probe fails. It exits `1` when no key is in effect, when the platform rejects the key (`Rejected: …`, followed by the advice to run `toloka login`), when the platform does not answer (`Not reachable: …`; the key was not evaluated), or when the platform fails (`Platform error: …`).
+On success it prints the platform URL with its source, the API key masked unless `--show-token` is passed, the selected project, `Reachable: N project(s) visible.`, `Internal: true` or `Internal: false` for the account, and a `Teams:` line that marks each team `(internal)` and `(read-only)` where that applies. The project line is printed even when the probe fails. It exits `1` when no key is in effect, when the platform rejects the key (`Rejected: …`, followed by the advice to run `toloka login`), when the platform does not answer (`Not reachable: …`; the key was not evaluated), or when the platform fails (`Platform error: …`).
 
 ## config
 
@@ -267,7 +271,7 @@ toloka base-model list [--json]
 toloka base-model get <id> [--json]
 ```
 
-Human-readable output is the default. `base-model list` prints aligned ID, name, provider, and upstream-model columns; `base-model get` prints labeled fields including the pinned revision. Pass `--json` for machine-readable output.
+Human-readable output is the default. `base-model list` prints aligned ID, name, provider, upstream-model, revision (first 12 characters) and upstream-snapshot URL columns; `base-model get` prints labeled fields including the full pinned revision and the `https://huggingface.co/<model>/tree/<revision>` snapshot URL. Pass `--json` for machine-readable output.
 
 ## model
 
@@ -283,12 +287,34 @@ toloka model archive <name-or-id> [--json]
 
 `model create` creates project-owned Model metadata linked to one catalog Base Model; it does not create a Model Version. Human-readable output is the default for every command in this group. Pass `--json` for machine-readable objects or arrays. Weight upload, validation, download, and Model Version creation are deferred.
 
+## training
+
+Create a reusable Training draft, price it, and run it.
+
+```sh
+toloka training list [--json]
+toloka training get <name-or-id> [--json]
+toloka training create <name> [--method sft|gisting] (--base-model <id> | --model-version <id>) --dataset <id> [--train-filter field=value] [--validation-dataset <id> [--validation-filter field=value]] [--prompt-file <path>] [--lora-rank 8|16|32 | --gist-tokens 8|32|64] [--epochs 1..5] [--learning-rate <rate>] [--batch-size 8|16|32|64] [--max-sequence-length <tokens>] [--json]
+toloka training update <name-or-id> [--base-model <id> | --model-version <id>] [--dataset <id>] [--train-filter field=value] [--validation-dataset <id> [--validation-filter field=value]] [--prompt-file <path>] [--lora-rank 8|16|32 | --gist-tokens 8|32|64] [--epochs 1..5] [--learning-rate <rate>] [--batch-size 8|16|32|64] [--max-sequence-length <tokens>] [--json]
+toloka training cost <name-or-id> [--idempotency-key <key>] [--json]
+toloka training run <name-or-id> [--estimate-file <path>] [--version-name <name>] [--idempotency-key <key>] [--json]
+toloka training runs <name-or-id> [--json]
+toloka training status <training-run-id> [--json]
+toloka training resume <training-run-id> [--json]
+toloka training cancel <training-run-id> [--json]
+toloka training logs <training-run-id>
+toloka training metrics <training-run-id> [--key <metric>] [--resolution <n>] [--json]
+```
+
+Hyperparameters are optional flags on `training create` and `training update`: `--epochs 1..5` (default 3), `--learning-rate` (SFT 0.00001–0.001, default 0.00015; gisting 0.001–0.3, default 0.03), `--batch-size 8|16|32|64` (default 8; sequences per optimizer step across all GPUs) and `--max-sequence-length 64..16384` (default 12288 for SFT, 3072 for gisting) apply to both methods; `--lora-rank 8|16|32` (default 16) is SFT-only and `--gist-tokens 8|32|64` (default 32) is gisting-only — passing one to the other method fails before any request. `--regime` and `--eval-steps` no longer exist. `training update` has no `--method` flag: the method stays as created, and every flag you omit keeps its current value. `training cost` is blocked when the longest example exceeds `--max-sequence-length` or when the training selection leaves fewer rows than `--batch-size` after the 10% holdout. `training get` prints the resolved recipe, so omitted flags are visible as their defaults.
+
 ## dataset
 
 Catalog and row commands for datasets in the selected project. Name or id is accepted; duplicate names must be addressed by id.
 
 ```sh
 toloka dataset list
+toloka dataset create <name>
 toloka dataset fields <name>
 toloka dataset load <name> --out <file> [--limit <n>] [--timeout <ms>]
 toloka dataset upload <name> <file>
@@ -296,6 +322,8 @@ toloka dataset upload <name> <file>
 
 `dataset list` prints live `name` and id. It does not page items.
 
+`dataset create` makes an empty dataset in the selected project; the first `dataset upload` infers its columns from the rows.
+
 `dataset fields` prints inferred `field()` TypeScript, or `Dataset <name> has no inferred fields yet.`
 
 `dataset load` starts a platform export, waits for it (default 60s; pass `--timeout`), downloads the JSON array, and writes JSONL to `--out`. `--limit` slices after download; it still waits for the full export. On timeout the message names the export id. Failed downloads and invalid payloads leave `--out` untouched.
@@ -334,7 +362,7 @@ toloka skill install <skillId> [--force]
 
 After an SDK upgrade `list` reports installed skills whose catalog digest changed as `stale` until they are refreshed with `install --force`. Local edits to an installed skill also make it `stale`; `list` and `search` never modify local files.
 
-The catalog is bound to the installed package version, so a skill that a newer release ships is simply absent from an older CLI. `install` then exits 1 with `Skill "<skillId>" is not in the catalog bundled with @toloka-platform/sdk <version>. Run toloka skill list to see the available skills; a newer release may ship it (bun add --global @toloka-platform/sdk@<channel>).` and creates nothing. `<channel>` is the channel of the installed version (`preview` for a `-preview.N` version, otherwise `latest`); reinstall from it and retry.
+The catalog is bound to the installed package version, so a skill that a newer release ships is simply absent from an older CLI. `install` then exits 1, names the missing skill and installed package version, and creates nothing. Run `toloka skill list` to see the available skills. To get the current supported catalog, update with `bun add --global @toloka-platform/sdk@latest` and retry.
 
 ## Exit codes
 

package/docs/getting-started.md

@@ -4,7 +4,7 @@ Install the SDK, sign in, and get a pipeline project reconciling from source in
 
 ## Install
 
-Install the bytecode-cached CLI globally and declare the Beta SDK in the project:
+Install the bytecode-cached CLI globally and declare the stable SDK in the project:
 
 ```sh
 curl -fsSL https://platform.toloka.ai/cli/install.sh | sh
@@ -13,6 +13,8 @@ bun add @toloka-platform/sdk@latest
 
 The installer requires Bun 1.4.0 or newer, installs `@toloka-platform/sdk` globally, and exposes `toloka` through Bun's global binary directory. The published CLI includes bytecode built with Bun 1.4.0; another Bun version runs the same bundled JavaScript without that cache and starts slower. The project install makes SDK imports resolvable.
 
+`latest` currently installs stable `0.2.0`, including Training commands and the bundled agent runbooks and skills. Use `bun add @toloka-platform/sdk@0.2.0` when you need an exact, reproducible project dependency.
+
 ## Sign in
 
 ```sh
@@ -140,4 +142,4 @@ Exit code `0` means the run reached a successful terminal state, `1` a failed on
 - [Nodes](./nodes.md) — which node to reach for, and the pricing floors you must clear
 - [CLI](./cli.md) — every command and flag
 - [Troubleshooting](./troubleshooting.md) — the failures you will hit
-- [Limitations](./limitations.md) — Beta status and what this SDK does not do yet
+- [Limitations](./limitations.md) — current constraints and `0.x` compatibility expectations

package/docs/limitations.md

@@ -1,8 +1,8 @@
 # Limitations
 
-What this Beta SDK does not do yet, stated plainly so you can decide what to depend on.
+Current constraints of the stable SDK, stated plainly so you can decide what to depend on.
 
-`@toloka-platform/sdk` is `0.2.0-preview.3`. This is a Beta: the authoring API, the CLI surface, and the generated source layout can change before general availability. Pin an exact version. Do not depend on this in production yet.
+`@toloka-platform/sdk` `0.2.0` is the current stable release on `latest`. Because it is a `0.x` release, the authoring API, CLI surface, and generated source layout can change between minor versions. Use `latest` for the current supported release, or pin `@toloka-platform/sdk@0.2.0` for reproducible installs.
 
 ## Local checks do not certify deployability
 

package/openapi/gen/models/baseModel.ts

@@ -6,4 +6,5 @@ export interface BaseModel {
   provider: string;
   upstreamModel: string;
   upstreamRevision: string;
+  upstreamUrl: string;
 }

package/openapi/gen/models/currentUser.ts

@@ -1,7 +1,9 @@
 import type { CurrentUserEmail } from './currentUserEmail';
+import type { CurrentUserTeamsItem } from './currentUserTeamsItem';
 
 export interface CurrentUser {
   id: string;
   email: CurrentUserEmail;
   internal: boolean;
+  teams: CurrentUserTeamsItem[];
 }

package/openapi/gen/models/currentUserTeamsItem.ts

@@ -0,0 +1,6 @@
+
+export type CurrentUserTeamsItem = {
+  id: string;
+  writable: boolean;
+  internal: boolean;
+};

package/openapi/gen/models/gistingTrainingConfiguration.ts

@@ -1,6 +1,7 @@
 import type { TrainingModelSource } from './trainingModelSource';
 import type { TrainingDatasetSelection } from './trainingDatasetSelection';
-import type { GistingTrainingConfigurationRegime } from './gistingTrainingConfigurationRegime';
+import type { GistingTrainingConfigurationGistTokens } from './gistingTrainingConfigurationGistTokens';
+import type { GistingTrainingConfigurationBatchSize } from './gistingTrainingConfigurationBatchSize';
 
 export interface GistingTrainingConfiguration {
   method: 'gisting';
@@ -8,6 +9,9 @@ export interface GistingTrainingConfiguration {
   training: TrainingDatasetSelection;
   validation?: TrainingDatasetSelection;
   promptFileId: string;
-  regime: GistingTrainingConfigurationRegime;
+  gistTokens: GistingTrainingConfigurationGistTokens;
   epochs: number;
+  learningRate: number;
+  batchSize: GistingTrainingConfigurationBatchSize;
+  maxSequenceLength: number;
 }

package/openapi/gen/models/gistingTrainingConfigurationBatchSize.ts

@@ -0,0 +1,2 @@
+
+export type GistingTrainingConfigurationBatchSize = 8 | 16 | 32 | 64;

package/openapi/gen/models/gistingTrainingConfigurationGistTokens.ts

@@ -0,0 +1,2 @@
+
+export type GistingTrainingConfigurationGistTokens = 8 | 32 | 64;

package/openapi/gen/models/gistingTrainingConfigurationInput.ts

@@ -1,6 +1,7 @@
 import type { TrainingModelSource } from './trainingModelSource';
 import type { TrainingDatasetSelectionInput } from './trainingDatasetSelectionInput';
-import type { GistingTrainingConfigurationInputRegime } from './gistingTrainingConfigurationInputRegime';
+import type { GistingTrainingConfigurationInputGistTokens } from './gistingTrainingConfigurationInputGistTokens';
+import type { GistingTrainingConfigurationInputBatchSize } from './gistingTrainingConfigurationInputBatchSize';
 
 export interface GistingTrainingConfigurationInput {
   method: 'gisting';
@@ -8,6 +9,9 @@ export interface GistingTrainingConfigurationInput {
   training: TrainingDatasetSelectionInput;
   validation?: TrainingDatasetSelectionInput;
   promptFileId: string;
-  regime?: GistingTrainingConfigurationInputRegime;
+  gistTokens?: GistingTrainingConfigurationInputGistTokens;
   epochs?: number;
+  learningRate?: number;
+  batchSize?: GistingTrainingConfigurationInputBatchSize;
+  maxSequenceLength?: number;
 }

package/openapi/gen/models/gistingTrainingConfigurationInputBatchSize.ts

@@ -0,0 +1,2 @@
+
+export type GistingTrainingConfigurationInputBatchSize = 8 | 16 | 32 | 64;

package/openapi/gen/models/gistingTrainingConfigurationInputGistTokens.ts

@@ -0,0 +1,2 @@
+
+export type GistingTrainingConfigurationInputGistTokens = 8 | 32 | 64;

package/openapi/gen/models/index.ts

@@ -110,6 +110,7 @@ export * from './createTrainingRunBody';
 export * from './createdDatasetFields';
 export * from './currentUser';
 export * from './currentUserEmail';
+export * from './currentUserTeamsItem';
 export * from './dataset';
 export * from './datasetExportReport';
 export * from './datasetExportReportErrorsItem';
@@ -264,9 +265,11 @@ export * from './getDatasetInferredFields200';
 export * from './getTrainingRunLogsParams';
 export * from './getTrainingRunMetricHistoryParams';
 export * from './gistingTrainingConfiguration';
+export * from './gistingTrainingConfigurationBatchSize';
+export * from './gistingTrainingConfigurationGistTokens';
 export * from './gistingTrainingConfigurationInput';
-export * from './gistingTrainingConfigurationInputRegime';
-export * from './gistingTrainingConfigurationRegime';
+export * from './gistingTrainingConfigurationInputBatchSize';
+export * from './gistingTrainingConfigurationInputGistTokens';
 export * from './importPipelineBody';
 export * from './inferredField';
 export * from './inferredFieldJsonSchema';
@@ -821,9 +824,11 @@ export * from './sampleJobStatus';
 export * from './sampleResult';
 export * from './setProjectSecretBody';
 export * from './sftTrainingConfiguration';
+export * from './sftTrainingConfigurationBatchSize';
 export * from './sftTrainingConfigurationInput';
-export * from './sftTrainingConfigurationInputRegime';
-export * from './sftTrainingConfigurationRegime';
+export * from './sftTrainingConfigurationInputBatchSize';
+export * from './sftTrainingConfigurationInputLoraRank';
+export * from './sftTrainingConfigurationLoraRank';
 export * from './training';
 export * from './trainingArchivedAt';
 export * from './trainingConfiguration';

package/openapi/gen/models/sftTrainingConfiguration.ts

@@ -1,13 +1,16 @@
 import type { TrainingModelSource } from './trainingModelSource';
 import type { TrainingDatasetSelection } from './trainingDatasetSelection';
-import type { SftTrainingConfigurationRegime } from './sftTrainingConfigurationRegime';
+import type { SftTrainingConfigurationLoraRank } from './sftTrainingConfigurationLoraRank';
+import type { SftTrainingConfigurationBatchSize } from './sftTrainingConfigurationBatchSize';
 
 export interface SftTrainingConfiguration {
   method: 'sft';
   source: TrainingModelSource;
   training: TrainingDatasetSelection;
   validation?: TrainingDatasetSelection;
-  regime: SftTrainingConfigurationRegime;
+  loraRank: SftTrainingConfigurationLoraRank;
   epochs: number;
-  evalSteps: number;
+  learningRate: number;
+  batchSize: SftTrainingConfigurationBatchSize;
+  maxSequenceLength: number;
 }

package/openapi/gen/models/sftTrainingConfigurationBatchSize.ts

@@ -0,0 +1,2 @@
+
+export type SftTrainingConfigurationBatchSize = 8 | 16 | 32 | 64;

package/openapi/gen/models/sftTrainingConfigurationInput.ts

@@ -1,13 +1,16 @@
 import type { TrainingModelSource } from './trainingModelSource';
 import type { TrainingDatasetSelectionInput } from './trainingDatasetSelectionInput';
-import type { SftTrainingConfigurationInputRegime } from './sftTrainingConfigurationInputRegime';
+import type { SftTrainingConfigurationInputLoraRank } from './sftTrainingConfigurationInputLoraRank';
+import type { SftTrainingConfigurationInputBatchSize } from './sftTrainingConfigurationInputBatchSize';
 
 export interface SftTrainingConfigurationInput {
   method: 'sft';
   source: TrainingModelSource;
   training: TrainingDatasetSelectionInput;
   validation?: TrainingDatasetSelectionInput;
-  regime?: SftTrainingConfigurationInputRegime;
+  loraRank?: SftTrainingConfigurationInputLoraRank;
   epochs?: number;
-  evalSteps?: number;
+  learningRate?: number;
+  batchSize?: SftTrainingConfigurationInputBatchSize;
+  maxSequenceLength?: number;
 }

package/openapi/gen/models/sftTrainingConfigurationInputBatchSize.ts

@@ -0,0 +1,2 @@
+
+export type SftTrainingConfigurationInputBatchSize = 8 | 16 | 32 | 64;

package/openapi/gen/models/sftTrainingConfigurationInputLoraRank.ts

@@ -0,0 +1,2 @@
+
+export type SftTrainingConfigurationInputLoraRank = 8 | 16 | 32;

package/openapi/gen/models/sftTrainingConfigurationLoraRank.ts

@@ -0,0 +1,2 @@
+
+export type SftTrainingConfigurationLoraRank = 8 | 16 | 32;

package/package.json

@@ -1,8 +1,8 @@
 {
   "name": "@toloka-platform/sdk",
-  "version": "0.2.0-preview.3",
+  "version": "0.2.0",
   "private": false,
-  "description": "Beta. Build, inspect, and operate Toloka pipeline projects as TypeScript source. The public API may change.",
+  "description": "Build, inspect, and operate Toloka pipeline projects as TypeScript source. The public API may change between minor versions before 1.0.",
   "license": "Apache-2.0",
   "bin": {
     "toloka": "bin/toloka.js"

package/skills/catalog.json

@@ -11,8 +11,8 @@
         "testing",
         "checks"
       ],
-      "version": "0.2.0-preview.3",
-      "digest": "b5819b5f29ed0876850708e3fbe9b370433ddf68d9548260cf24ff7200104bb6",
+      "version": "0.2.0",
+      "digest": "d1475f85dad9f81a8a0321778466ca21e2c93f04094f402a4ad83ac92641b99c",
       "files": [
         "SKILL.md",
         "references/node-semantics.md",
@@ -29,8 +29,8 @@
         "bug",
         "report"
       ],
-      "version": "0.2.0-preview.3",
-      "digest": "76229bae596f8a1722ce7fc55bea3dd66698df5b61baa31f6cb98ca2b5fa03e8",
+      "version": "0.2.0",
+      "digest": "56a0c283649052c85ba882f05d4a996bd98bf1bc011bc7a70af234b3664057d6",
       "files": [
         "SKILL.md",
         "references/report-template.md"
@@ -39,15 +39,15 @@
     {
       "id": "toloka-get-started",
       "name": "Get started with Toloka",
-      "description": "Route a first Toloka agent session to the correct workflow and establish safe CLI, authentication, project, and approval checkpoints. Use when the user is new to Toloka, asks what to do first, or has not selected a pipeline, fine-tuning, or gisting workflow.",
+      "description": "Orient a Toloka session to the user's outcome and safely reuse or establish the needed CLI, authentication, project, workflow, and approval context. Use when the user is new to Toloka, asks what to do first, or has not selected a pipeline, fine-tuning, or gisting workflow.",
       "tags": [
         "toloka",
         "onboarding",
         "getting-started",
         "agent"
       ],
-      "version": "0.2.0-preview.3",
-      "digest": "7e5e2d4b8daab4abece217ca2a00f76ce4e29da6a2724a44a91ff3dc63aec38a",
+      "version": "0.2.0",
+      "digest": "61a3cf60f0b7d00e48c9663ed6e0e3d77fd3923e528cee52e16ef6e2ccebae69",
       "files": [
         "SKILL.md"
       ]
@@ -63,8 +63,8 @@
         "sft",
         "models"
       ],
-      "version": "0.2.0-preview.3",
-      "digest": "967a3e862d4a79f6e6462f2ab6d03241b45c24f5ae5550a453259f01289eb85e",
+      "version": "0.2.0",
+      "digest": "ee961e8daea643998b00918055214316e27ab99b43c1015c0af24f86deb97502",
       "files": [
         "SKILL.md"
       ]
@@ -80,8 +80,8 @@
         "prompt",
         "models"
       ],
-      "version": "0.2.0-preview.3",
-      "digest": "e7f714ec5681648cba092a1ed737f2e6431da1da47f8f3553c4d774777af644a",
+      "version": "0.2.0",
+      "digest": "2dd5dc9aef29c7f2840b1047ac2c03d4f096bfdba62db72e848c4051b5481bed",
       "files": [
         "SKILL.md"
       ]