@robota-sdk/agent-sdk 3.0.0-beta.56 → 3.0.0-beta.58

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 CHANGED
@@ -4,8 +4,6 @@ Programmatic SDK for building AI agents with Robota. Provides `InteractiveSessio
4
4
 
5
5
  This is the **assembly layer** of the Robota ecosystem — it composes lower-level packages (`agent-core`, `agent-tools`, `agent-sessions`, `agent-provider-anthropic`) into a cohesive SDK.
6
6
 
7
- **Version**: 3.0.0-beta.33
8
-
9
7
  ## Installation
10
8
 
11
9
  ```bash
@@ -46,6 +44,11 @@ const response = await query('Analyze the code', {
46
44
  - **Context Loading** — AGENTS.md / CLAUDE.md walk-up discovery and system prompt assembly
47
45
  - **Config Loading** — 6-file settings merge with provider profiles, legacy provider compatibility, and `$ENV:VAR` substitution for provider API keys
48
46
  - **Context Window Management** — Token tracking, auto-compaction at ~83.5%, manual `session.compact()`
47
+ - **Background Jobs** — Runtime-managed subagent tasks with transcripts and task snapshots
48
+ - **Agent Batch Jobs** — `Agent({ jobs: [...] })` starts explicit parallel subagent requests deterministically
49
+ - **Edit Checkpoints** — Checkpoint/rewind support for safer edit workflows
50
+ - **Project Memory** — Command-driven memory capture and retrieval surfaces
51
+ - **Replay Events** — Session execution can forward provider/tool boundary events into append-only logs
49
52
  - **Bundle Plugin System** — Install and manage reusable extensions packaged as bundle plugins
50
53
 
51
54
  ## Architecture
@@ -56,6 +59,8 @@ agent-sdk (assembly layer)
56
59
  │ └── Session ← generic session (agent-sessions)
57
60
  ├── SystemCommandExecutor ← SDK-level command execution
58
61
  ├── CommandRegistry / BuiltinCommandSource / SkillCommandSource
62
+ ├── Agent tool batch jobs and background orchestration
63
+ ├── Edit checkpoints and command-driven memory
59
64
  ├── query() ← one-shot entry point
60
65
  ├── createSession() ← assembly factory
61
66
  └── deps:
@@ -348,8 +353,14 @@ Settings are merged from lowest to highest priority:
348
353
  ```json
349
354
  {
350
355
  "defaultMode": "default",
351
- "currentProvider": "gemma",
356
+ "currentProvider": "qwen",
352
357
  "providers": {
358
+ "qwen": {
359
+ "type": "qwen",
360
+ "model": "qwen-plus",
361
+ "apiKey": "$ENV:DASHSCOPE_API_KEY",
362
+ "baseURL": "https://dashscope-intl.aliyuncs.com/compatible-mode/v1"
363
+ },
353
364
  "gemma": {
354
365
  "type": "gemma",
355
366
  "model": "supergemma4-26b-uncensored-v2",
@@ -374,7 +385,7 @@ Settings are merged from lowest to highest priority:
374
385
  }
375
386
  ```
376
387
 
377
- `currentProvider` selects the active entry from `providers`. Gemma-family local models should use a `type: "gemma"` profile so provider-specific stream projection is applied. The resolved SDK config normalizes the active profile into `provider.name`, `provider.model`, `provider.apiKey`, optional `provider.baseURL`, and optional `provider.timeout`. The legacy `provider` object remains supported when `currentProvider` is not configured.
388
+ `currentProvider` selects the active entry from `providers`. Qwen Model Studio profiles use `type: "qwen"` with the documented DashScope OpenAI-compatible `baseURL`. Gemma-family local models should use a `type: "gemma"` profile so provider-specific stream projection is applied. The resolved SDK config normalizes the active profile into `provider.name`, `provider.model`, `provider.apiKey`, optional `provider.baseURL`, and optional `provider.timeout`. The legacy `provider` object remains supported when `currentProvider` is not configured.
378
389
 
379
390
  ## Permission Modes
380
391